认识达内从这里开始

认真做教育专心促就业

太原达内IT编程开发关于微服务的发展挑战分析

发布：太原达内教育官网
来源：互联网
时间：2018-12-10 08:35

对于大多数的编程开发公司来说，微服务的出现可以说给软件编程开发行业带来了新的变化和发展趋势，下面我们就一起来了解一下关于微服务编程开发目前都有哪些挑战。

太原达内IT编程开发关于微服务的发展挑战分析

随着团队在这个持续演化的软件生命周期环境中不断地探索，他们所在组织的一些独特方面——他们个人的集体体验和特定的项目需求——正塑造着这个演化旅程，也就是说，并非每一条通向云原生的道路都是相同的。应用程序和团队将利用其中一种或一些甚至是全部方法开启走向云原生的道路。

在这里，我们将专注于微服务。并非所有尝试创建微服务的应用程序或团队(从头开始或拆解单体)都能够真正意识到微服务架构的好处。通常，由于应用程序设计要求具备前所未有的监控和管理水平，团队一般都未能取得显著成功。从建立能够支持分布式系统问题的环境和基础设施，到组织和培训团队、培养文化和制定运营实践，再到应用可观察性和基础设施即代码，以及融入现代 DevOps 监控工具，团队的一次微服务体验可能是非常混乱的。然而，一旦形成了持续交付的稳定节奏，它们的好处(例如交付速度)却是其他企业架构应用程序所无法比拟的。

微服务可以帮助团队实现更快的交付和迭代。微服务为独立的服务开发团队带来语言和技术选择的民主化——团队一边迭代和持续交付软件(通常作为服务)，一边快速地创建新功能。作为一种设计可扩展、可独立交付的服务的云原生方法，微服务让团队可以以佳的方式确定服务需求的优先级。这种提供松散耦合功能的做法推动了敏捷性和迭代交付，并强制实现它们所暴露的 API 的“契约义务”。

来自各个方面的挑战

由于每个微服务都需要对外暴露 API，微服务行为的一致性和版本控制方案的一致性就成了部署微服务时需要面临的两大挑战。大量的微服务不仅加剧了在一致的环境中创建功能、注入 DevOps 文化和实践的挑战，还加剧了确保多个新服务具备互操作性的挑战。部署的微服务越多，这些挑战就越严峻。

在部署微服务时，更多的移动部件和额外的服务增加了监控的难度。想象一下：你有一个由五个服务组成的应用程序，每个服务又由大约 10 个容器组成。你对应用程序的物理拓扑及其服务间的逻辑交互的了解很快就会过时，因为它的组件会移动。与传统监控工具支持的静态虚拟机不同，微服务的监控工具需要支持临时构造和原生服务发现。如果你正在使用过时的监控工具，无异于在蒙着眼睛走钢丝。

微服务部署还可能带来额外的组织开销和复杂性。专注于一个服务而不是多个服务可以实现持续交付和敏捷，同时也允许开发人员和运营团队彼此独立工作。因此，团队之间必须保持持续的沟通和协作，才能确保快速迭代服务，而不是去否定 DevOps 文化。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!

< 上一篇：全栈编程开发程序员都有哪些日常迷思

下一篇：太原JavaScript编程开发都有哪些常用的库 >