
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构开发技术随着互联网的不断发展而被越来越多的程序员掌握。今天我们就通过案例分析来简单了解一下,微服务架构在不同规模公司的应用分析。
创业公司
驱动问题应该是“我们什么时候应该采用微服务架构?“这对我们的组织有意义吗?”?“正如我们在上面看到的,虽然微服务为拥有大量工程师的组织带来了运营上的好处,但这会带来复杂性的增加,从而使功能更难构建。
在小型组织中,运营收益可能无法抵消架构复杂性的增加。此外,微服务体系结构通常需要专用的工程资源来支持,这可能超出了早期公司的预算,或者从优先级的角度来看是次优的。
考虑到这一点,将微服务完全推迟一段时间也不无道理。如果一个组织选择采用微服务,它应该考虑“微服务作为大型分布式应用程序”的类比,以及它希望构建的微服务之间的关注点分离。另外,要认识到,一批微服务很可能是重要、持续时间长的,因为它们真实地描述了业务的核心。
中型公司
一旦一家公司成为拥有多个团队的中型企业,并且不同功能和平台之间的关注点的明确分离变得模糊,微服务架构就变得更加有用。
在这个阶段,人们可以开始考虑微服务之间的层次结构。依赖性管理可能变得更加重要,因为一些服务开始变得对业务运营更加重要,并且越来越多的团队依赖它们。
对平台化的早期投资可能会带来回报。如果一个人能够创建完全不依赖产品的业务平台,并避免核心平台服务中的任意产品逻辑,那么就有可能避免技术债务。在这一点上采用扩展来实现这个目标可能是有意义的。
鉴于微服务的数量可能仍然很低,将它们聚集在一起可能没有意义。然而,这里值得注意的是,在Uber的DOMA实现环境中,一个域可以包含一个服务,因此以“面向域”的方式思考可能仍然有用。
大型公司
更大的工程组织可能有数百名工程师和微服务以及几个依赖关系。在这一点上,DOMA达到了它的全部用途。很可能会有明显的微服务集群,这些集群可以很容易地组合到具有网关的域中。遗留服务通常开始需要重构或重写,然后再进行迁移,这意味着如果网关已经就位,它们将很快开始提供易于迁移的价值。
清晰的层次结构也将变得越来越重要,一些服务作为针对特定功能或功能分组的“产品”服务运行,而其他服务将越来越多地支持多个产品并被视为“平台”。在现阶段,保持任意产品逻辑与平台的解耦是至关重要的,从而避免了平台团队的沉重运营负担和全系统的不稳定。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。