毫无疑问，数字化转型（DX）正在彻底改变我们的业务方式，并且云计算是DX机器中的关键齿轮。Cloud的弹性确实可以帮助数字业务更快地进行交流并增加创新。但是，要从云中提取全部价值，公司必须确保在迁移现有应用程序和加速软件开发方面，他们不会将相当于刀具的刀具带入枪支。
我的意思是：许多企业通过将现有的本地应用程序提升和将现有的本地应用程序转移到云中，对应用程序本身几乎没有更改。但是，在云中运行如此旧的整体应用体系结构，这意味着您的应用程序不是为了最大程度地提高云的利益而构建的。恰恰相反：他们通常会提出可伸缩性问题，增加成本并需要耗时的应用程序支持。最终，这将侵蚀DX策略，这些策略取决于现代化，快速迭代和扩展应用。
为了充分最大限度地提高云，公司需要更改应用程序模型以适合这种新环境。同时，该模型还必须与现有的虚拟基础架构一起工作，因为云和本地基础架构必须共存几年。
为DX构建的应用程序
那么该怎么办？如果您知道该应用程序已经在场所上表现良好，则提升和轮班可以作为可行的第一步。从那里开始，公司可以提升并扩展到该应用程序，对其进行重大调整，使其架构与云环境兼容。他们还可以选择完整的重新设计，并将其重新编写为云本地应用程序，这是需要最高功能的更加强度的选项，用于需要最佳性能和敏捷性的高价值应用程序。在这个空间中，企业比他们的服务运营商同胞更大的飞跃，简化了自己的自己的协议网络并将自己从供应商锁中解放出来。
企业如何解决这个问题？答案在于微服务和容器，这是两种高增长技术，这些技术为Saks Fifth Avenue和BNY Mellon等公司提供了DX策略的动力。
通过微服务的应用程序开发方法，大型应用程序被分解为小型，独立的可部署的模块化服务，每个服务都代表特定的业务流程，并与轻量级接口（例如应用程序编程接口（API））进行通信。
这种方法以多种方式支持DX活动。微服务易于部署，扩展良好，需要更少的生产时间，而单个服务可以在不同的项目中重新使用。因此，开发人员可以更快地工作，并更快地更新应用程序。但是，有几个缺点。经常访问的微服务需要增加的API调用数量，这会导致延迟增加并降低应用程序响应时间。此外，在任何给定的时刻，要使多个微服务在协同过程中运行的需求都会在应用程序中创建许多相互依赖性。因此，监视这些应用程序的性能并迅速确定性能降解的根本原因变得越来越具有挑战性。
容器化是一种虚拟化方法，可帮助解决微服务的一些延迟和效率问题。一个容器将应用程序捆绑在一起，以及它们所依赖的作品，例如文件，环境变量和库。但是，与传统的虚拟机不同，容器共享相同的内核操作系统，并且没有管理程序处理的开销，它们允许更多的微服务在每个服务器上运行，从而显着提高应用程序性能。
与代码无关的服务保证有助于满足监视许多相互依赖性的微服务的第二条要求。它允许在无需启动字节码的无需仪器的情况下对跨微服务的通信和交易的可见性。该方法相当于在传统网络上监视电线数据，该网络定制为虚拟化和容器化的环境。我不仅是应用程序不可知，而且还可以在服务和应用程序堆栈的各个层提供见解。
通过这种可见性，企业将在其基础架构的物理和虚拟电线上更加清楚其应用程序和服务。在数据是货币，应用和服务保证的世界中，这种确保可见性和绩效的方法至关重要。此外，还可以检测出可能表明安全漏洞的异常，而最终的解决方案成为成功的DX和业务保证策略的组成部分。
敏捷性和其他好处
尽管监视和确保微服务绩效可能具有挑战性，但它具有很高的优势，并驱动了创新和业务敏捷性。通过创建微服务和容器，可以轻松且速度进行服务创新和更改。采用微服务将使企业能够在迁移之前或将其提升并将其移至云之后有效地重构其应用程序，并开发从Scratch应用程序中进行优化的，这些应用程序在私人和公共云环境中进行了优化。
当然，需要更快地促进实验，适应和实施的文化变革将需要实施。如果有强大的服务保证，则从故障安全到带有微服务和容器的安全性环境为此提供了绝佳的机会。除了鼓励创新文化外，这将使企业在实施新服务和解决问题方面变得更加迅速。
这种以微服务为主导的体系结构以及强大的服务保证对于将敏捷服务交付的全部好处和以降低的成本带入发挥作用，并帮助企业主导游戏至关重要。