我们即将着手实施一项大型工作计划，将少量庞大的单层3层框架迁移到SOA /微服务架构中。然而，有一件事我没有真正设法确定，版本管理（注意使用管理这个词，而不是控制）
该计划的核心原则之一是每个组件都是绝对独立的，因此可以独立于所有其他消费者和服务进行设计，开发，构建，版本化，部署，操作，监控和弃用。这是正确的原则，因此意味着未来拥有15个以上的客户和50多个服务。在操作中，我们需要快速且非常可靠地了解所有依赖项。在一个服务可能在生产中有3或4个版本的API且消费者可能使用20多个服务的世界中，依赖树很快变得庞大而复杂。
所以我的问题是你们如何管理这个？你如何维护你的企业版本矩阵＆＃34; （如果这是正确的术语）？