云原生时代的微服务，适合所有人么？(4)

对于由业务原因而采用微服务的组织，可以满怀信心地带领团队转型。领导项目的团队在组织中具有重要地位，并可以开始设置适合现有工作流的优秀实践。团队可以采用服务来推动应用程序体系结构的整体开发，并为组织使用更多资源运行微服务做好准备。

做准备时需要技巧和人员管理。适合开发团队的服务将定义微服务。团队的目标是使微服务成为一个建立在其价值基础上的“底座”，并不断优化开发人员的体验。

评估应用程序的职责是定义微服务应用程序组件的第一步，Netlify首席技术官David Calavera曾表示，他是Docker和GitHub先前工作的微服务老手。确定应用程序职责的相互依赖关系，这关系到微服务的结构。Connascence是一个评估应用程序组件和互连的衡量标准。因为两个或多个组件是并发的，所以如果改变其中一个组件，还必须更改另一个组件。

考虑到这种关系，可以更好地评估是否值得拥有不同的微服务，或者是否应该保留的单体架构。除了相互依赖之外，团队必须牢记将这些组件分离到微服务中会引入它们之间的网络连接——这不可避免地增加了系统的复杂性。

应用程序体系结构开发是个人和团队如何就他们自己以及重叠的编排进行交互和通信的直接结果。很明显在这一点上，像Kubernetes这样的架构正变得越来越重要。随着越来越多的开发人员添加进来，应用程序变得越来越复杂，体系结构的总体复杂性也随之增加。但是正如所看到的，这些应用程序架构并不适合所有人。

Calavera警告说:“您不希望以牺牲理想架构为代价来增加不必要的复杂性。”

【编辑推荐】

1. 如何摆脱「技术思维」的惯性？
2. 炒作还是赌未来？量子技术深陷淘金狂潮
3. 还不懂微服务原理？阿里高级技术专家带你看透微服务的来龙去脉
4. 如何设置非安全的Docker镜像仓库？
5. 前端工程师学Docker？看这篇就够了

（编辑：ASP站长网）