如何使容器成为架构师最好的朋友

客座文章作者：Anil Kumar，产品管理总监，Couchbase

数字转型正在从根本上改变全球组织的经营方式。通过DevOps实践，IT团队正在帮助降低成本，提高敏捷性，并创建一个创新驱动增长的新时代。但是是什么驱动着DevOps呢？越来越多地看到，答案是容器：许多人认为这是云计算的重大发展，为开发者提供了最需要的可伸缩性和灵活性。然而，对于负责维护IT基础设施的企业架构师来说，容器的“梦想”可能很快就会变成噩梦。

与遗留技术，包括集中化的数据库，有关的容器扩展和互操作性问题，可能会破坏DevOps项目，而与之相关的数字转换工作现在对业务增长至关重要。

容器之美

容器可以被描述为云计算的现代构件。与虚拟机（VM）一样，它们提供了一个整洁的、自包含的包，开发者可以在其中运行他们的应用程序、库和其他依赖项。通过这样做，容器提供了与其他应用程序隔离的一致的、可预测的环境。但是，与虚拟机相比，它们更轻量，相关的开销也更低，这使它们能够在私有、公共和混合云环境中快速、轻松地进行大规模部署。

因此，容器近年来获得如此多的正面报道也就不足为奇了。对于开发者来说，快速轻松地建立测试环境并在必要时将其扩展到全产品的能力是一个诱人的前景。据称，2018年超过80%的IT团队使用容器，而前一年多了差不多一半（58%）。仅谷歌就表示，它每周启动超过20亿个容器。

从梦想到噩梦

然而，容器的迅速采用清楚地表明，IT体系结构中存在着越来越大的裂痕：在容器环境上运行的无状态应用程序工作负载和在更传统的基础设施上运行的有状态应用程序工作负载之间。容器编配工具如Kubernetes让组织更好地控制他们的容器环境，所以企业已经开始看到无状态应用程序带来的好处 - 从允许在线优先的方式到服务，到更好的可伸缩性和重新部署的能力，到使用API服务连接到多个应用程序。

然而，随着组织充分利用了容器，现在面临着来自其遗留IT的相反挑战。很简单，为有状态应用程序构建的架构无法与现在可能的灵活性、敏捷性和快速发展相匹配。例如，有状态的应用程序通常存在于孤岛中，拥有自己独立的网络、策略和基础设施 - 这意味着在不直接添加到基础设施或使用API与其他应用程序连接的情况下，很难进行扩展。这意味着架构师将面临一个非常常见的噩梦，即在没有实际移动的情况下运行，尽管在构建和改进遗留应用程序及其数据库方面投入了大量的投资和精力，无状态应用程序的潜力仍在不断增加。

很明显，建筑师需要填补这一空白 - 因为时间越长会变得越宽，越难跨越。这项任务将会很微妙。新的轻量级方法容器，与传统的遗留数据库和基础设施的单体方法是不一致的。与此同时，简单地用更现代的替代方案替换遗留数据库并不是一个简单的答案。该数据库无疑将支持对业务绝对重要的应用程序，然而不能保证更现代的NoSQL数据库将自动支持容器。

编排DevOps的成功

好消息是，隧道的尽头是光明的。现代数据库被设计成与Kubernetes等新的容器编制工具无缝操作，这使得架构师可以更轻松地管理容器如何与云中的中央数据库连接。有了这些工具，架构师最终可以对IT基础设施采取整体的方法，确保每个组件能够很好地协同工作。

架构师面临的挑战将是了解哪些应用程序需要快速地从有状态迁移到无状态，以确保它们能够跟上容器的发展；它们可以保存在它们的遗留环境中，因为它们没有过时的风险。例如融资和支付功能，主要担心执行相同的动作，迅速和透明，可以继续他们的遗留数据库，而任何影响客户或最终用户体验应该是现代化，以便它可以不断以同样的速度发展，随着客户的需求。随着时间的推移，企业中几乎所有的应用程序都将构建在容器上。如果架构师能够管理这种演进，那么他们就能够确保容器仍然是DevOps的梦想和架构师最好的朋友。

IT架构师在组织中扮演着越来越具有挑战性的角色，因为他们的任务不仅是保持照明般简单，而且还要提供适当的环境来推动创新驱动的成功。容器只是测试其与DevOps团队保持同步能力的最新技术。未来肯定会有更多。为了保持对业务的增值，架构师必须继续评估集成现有技术和新兴技术的方法。