使用微服务作为业务计划

想更多地了解迁移到微服务的过程吗？ 在此处阅读有关“如何使用微服务构建（和扩展）”的完整电子书！

为了使微服务在组织中工作，必须附加一个业务计划。 IT专业人员对微服务是否仅适用于Google和Facebook等巨型Web应用程序提出了疑问。 但是，规模只是微服务的业务优势之一。

在当今的计算环境中，创新和速度至关重要。 对微服务的需求是由创建新软件的需求引起的，该软件可以增强和改进单片系统，但又与之分离。 与传统系统的这种解耦提供了自由尝试新方法并快速迭代更改和修改的自由。

传统系统无法以这种速度移动，这可能会使公司处于不利地位。 在AppSphere '15大会上，来自Microsoft的Boris Scholl分享了他们曾经使用单片系统遇到的情况。 它变得如此复杂，以至于当他们添加新代码时，该系统将无法运行，工程师花了两天的时间才弄清楚原因。 太慢了。

公司正在尝试确定微服务在哪些方面适合其传统系统。 开发人员过去通常只担心编码，但是现在采用模块化的技术方法，他们需要扩大对所涉及的所有技术以及如何协同工作的看法。 现在，他们共同承担整个项目的责任和责任-直接分配的微观视图，例如，对UX进行编码； 以及最终产品（例如家庭银行应用）的宏视图。

必须在部署代码的那一刻对代码进行监视。 反馈回路是瞬时的。 DevOps可能正在监视50种不同的微服务。 数据可立即获得，但这意味着IT团队还必须不断地进行实时监控，调整和调整。 这是一个挑战。

微服务业务案例

Google容器引擎和Kubernetes的产品经理Allan Naim在Appsphere 15的小组讨论中向听众表示，IT组织整合微服务并不容易，因此他们必须有相关的业务计划。 商业目标通常起源于首席执行官和董事会。 从那里开始，CMO或CSO开始实施它们，并迫使IT员工开始使用微服务。 纳伊姆说，他认为在不久的将来，每个组织，无论是行业还是市场领域，最终都将成为软件公司。 这是因为客户数据变得与他们的产品或服务一样有价值。

为了充分利用该资产，组织必须Swift采取行动，根据不断发展的格局来更改其产品。 传统应用程序很难适应市场的新需求，例如移动性和物联网。 竞争，尤其是以试图破坏行业的积极进取的新兴企业的形式，迫使组织将微服务架构与其旧系统集成在一起，无论数据是否在关系数据库中。

从高度专业到高度适应

最终需要尽快为大量客户提供最优质的软件。 微服务不仅改变了公司编写代码的方式，而且还改变了公司的代码。 他们正在改变公司本身。 例如，在整体系统中，每个团队成员的角色都趋向于高度专业化。

在微服务领域，这种方法被高度贬值。 相反，最好让每个团队成员自由地在应用程序的不同部分进行操作而不会受到干扰。 与其将开发移交给下一阶段，不如在开发过程中不断对其进行监视和修改。

本地分析和监控工具

这些市场压力带来的另一个发展是IT团队已开始构建自己的工具。 Netflix创建了自己的监视系统 。 实际上，他们定制了一些非统一的工具，这与Facebook和Google这样的公司截然不同。

例如，他们构建了自己的分析软件来处理大量数据。 我们在谈论多少量？ 考虑一下这样一个令人大开眼界的统计数据：网络提供商Sandvine报告说，黄金时段网络上超过30％的流量是Netflix 客户在播放电影 。

微服务的发展正在改变的不仅仅是软件代码本身。 它对组织如何通过业务流程进行思考，将什么产品推向市场以及如何在市场上为客户提供产品支持方面产生了巨大影响。

由于移动设备的爆炸性增长以及消费者不断变化的需求，IT专业人员必须尽快适应。 微服务架构是它们创造快速变化的工具。 它不仅在改变技术，而且也在改变组织评估业务机会的方式。 在另一个层面上，它正在改变人才的组织，鼓励创新的文化，扩大个人责任的范围，并赋予聪明的人机会。

敏捷性和速度至关重要

诸如CondéNast和Gilt之类的大型公司始终能够处理大量的客户数据 。 但是，他们看到了未来，并正在调整其遗留系统以利用微服务架构。 他们希望摆脱依赖关系，并能够快速测试和部署代码更改。 企业间的类似变化正在帮助他们变得更加适应客户需求。 这也促使他们更多地使用云来提高敏捷性和速度。

微服务架构与敏捷软件等其他快速开发方法具有相似的心态。 像Netflix这样的快速发展的网络媒体公司一直在寻求更大的简便性，以及无需经过众多委员会就可以快速进行更改的能力。 代码很小，每位软件工程师都会不断进行生产更改。

软件开发的巨变

这就是为什么微服务架构很自然地适合于在小型组件中运行良好的Web语言（例如Node.js）。 您希望能够快速移动并将更改快速集成到应用程序中。 因为微服务是独立的，所以很容易更改代码库并替换或删除服务。 无需重写整个模块并尝试在庞大的旧代码库中传播，您只需添加微服务即可。 希望利用附加服务功能的任何其他服务都可以立即进行。

传统软件开发方式发生了巨大变化。 对于旧版软件开发系统而言，在移动应用程序和现代网站中更改代码的速度太快了。 不断发展的应用程序需要一种新的思维方式。

组织变革

早在1980年代，随着个人计算机的问世，IT部门的角色开始发生变化。 每年，PC变得越来越强大，技术人员不仅支持单个业务功能，而且还必须维护完整的流程 。 技术和数据越来越接近业务中心。

到1990年代，IT部门已成为每个主要公司中的关键系统。 如果计算机系统在任何时间段内都发生故障，那么它将为公司的每个部门造成瓶颈。

数据驱动设计

使用微服务时，每个微服务固有的数据只能通过其API进行窃听。 微服务中的数据是私有的。 这使它们可以松散耦合，从而可以独立运行和进化。 这带来了两个挑战：维护多个服务之间的一致性以及实现从多个服务中获取信息的查询。 借助数据驱动的设计，您可以进行实验并创建涵盖多个服务的事务。

不幸的是，许多公司仍然保持旧的软件工程模型。 但是，如今，他们承受着缩短将新Web和移动应用程序带给消费者的时间的压力。 速度已成为“领域的硬币”。

改变传统IT部门的文化

微服务的兴起正在改变根深蒂固的IT文化。 在软件开发和运营之间一直存在分歧。 现在，软件开发与DevOps紧密集成在一起。 多年来，IT部门已经建立了运行技术的标准。 由于这些技术代表了对时间和资本的重大投资，因此他们在容量，升级和安全方面进行了仔细的预算。

在微服务这个勇敢的新世界中，部门负责人必须对组织进行重大更改，因此开发人员在从开发到生产的整个生命周期中，对软件创建的监视起着更大的作用。 有趣的是，数十年前，当数据中心如此复杂时，发生了类似的发展。 只有少数的IT工程师可以操作所有不同的功能。 在许多情况下，维护应用程序的人员就是构建它们的人员。

打破障碍

实际上，微服务正在打破软件开发与其操作之间的障碍。 这意味着任何正在考虑在任何实质性水平上实施微服务的公司都需要评估它们是否准备好使用这种新方法进行运营。

这并不意味着遗留系统对于城里的新孩子不予理会。 在许多情况下，传统系统对组织而言是出色的工作，因此在没有业务案例的情况下对其进行更改将是愚蠢的。

但是，云计算，移动设备采用和低成本带宽的更大趋势正在永远改变消费者购买软件并与之交互的方式。 变化的步伐令人眼花，乱，应用程序开发对速度的需求比以往任何时候都更加迫切。

想更多地了解迁移到微服务的过程吗？ 在此处阅读有关“如何使用微服务构建（和扩展）”的完整电子书！

翻译自: https://www.javacodegeeks.com/2016/07/using-microservices-business-initiative.html