通过Cisco发布的Mantl 1.0创建微服务基础设施

在近期于德国柏林举办的Cisco Live 2016大会上，Cisco发布了其开源微服务平台Mantl的最新版本1.0，该版本中的新特性包括：通过类似于Project Calico的工具进行多数据中心的配置、开发者对于整个基础设施配置的版本控制得以简化、以及在服务升级流程中引入蓝绿测试。

InfoQ与Cisco Intercloud Services的CTO Ken Owens进行了一次访谈，内容涉及了Mantl最新版本的使用场景、设计决策以及未来的发展计划。

InfoQ：你好Ken，感谢你今天能够抽出时间与InfoQ进行这次访谈。你能否简要地描述一下Mantl这个项目的作用？

Owens：Mantl为用户提供了部署微服务平台所需的所有基础设施组件。我们所选择的组件都是符合业界标准的，例如Docker、Mesos和Terraform，并且让他们能够良好地配合运行，使用户免于编写用于整合这些组件的代码。

Mantl能够自动完成各种任务，这些任务在一般情况下往往需要投入几个月的时间进行DevOps。通过这种自动化能力，用户就能够专注于应用的开发，而无需在基础设施上投入过多精力。我们的目标是让用户专注于应用程序的代码与业务的敏捷性，而不是如何设计基础设施API。

Mantl框架能够搭建出基础设施即服务以及软件即服务平台，使用户能够通过一种可编程的、可重复的方式部署他们的服务与应用。Mantl不限于所对应的云环境，它支持在多个云提供商的平台上进行部署，包括Rackspace、AWS、DigitalOcean和Google Cloud Platform等等。另外，用户也可以选择部署至私有云平台，包括OpenStack、VMWare、裸机，或者运行CentOS的任何系统。

我们正计划打造一个社区，为微服务基础设施提供端到端的解决方案，而不是讨论具体某个组件。这种方案的目标是解决业务上与团队所面对的挑战。它是一个完整的平台，由整个社区负责它的改进，并且进行全面的测试。

InfoQ：你在柏林举办的Cisco Live 2016大会上进行了一次演讲，谈到了Mantl新版本的发布。自从InfoQ上一次披露了该项目的细节以来，Mantl又产生了哪些变化？

Owens：我们进行了大量的变更，以下是一些需要重点强调的内容：

• 可以通过网络及类似于Project Calico这样的工具实现多个数据中心的配置。
• 内置多种可用的服务（并且每天都在增加新的服务）：软件定义网络、软件定义存储、DNS的支持、数据库、监控工具、服务发现（Consul）、加密存储（Vault）、日志记录（ELK技术）、安全性等等……
• 用户的整个项目，从基础设施到应用程序的配置，都可以由版本控制系统进行管理。
• Mantl项目已在一系列云环境中进行了自动化测试，以确保它的质量。
• 从Mantl 0.6版本开始，支持在升级流程中进行蓝绿测试。

InfoQ：你是否能介绍一下Mantl所适用的典型用户场景，以及开发者或架构师选择这一项目作为他们的基础设施平台的理由？

Owens：典型的用户场景包括cloud native（Gartner定义的“模式2”）、数据分析以及转换。最重要的组件包括Mesos、Marathon、Docker和Consul，其中Mesos是Mantl的支柱，它为资源（CPU、内存、端口等等）提供了一个抽象层，并且能够在集群的大量主机之间进行工作的分配。Marathon则是一个用于启动微服务的简单的编排工具。

服务定义将指定所必须的资源，这些资源随后将被提交至Mesos中，通过Marathon进行分配。Marathon将确保服务的健康，并在服务发生故障时进行重启。Consul是一种服务发现策略，Mesos任务会按照他们的名称自动分配合适的Consul终结点以用于服务发现。因此，假设用户要连接到zookeeper服务，所需的一切工作只是简单地定位到zookeeper.service.consul即可。

Ansible playbook是最重要的配置文件，它从高层次上定义了哪些资源会被进行安装。举例来说，软件在主机上的安排是通过其中的代码所定义的，该定义为其赋予了“control”这一角色。在所有具备control角色的节点上，还将同时被赋予Vault、ZooKeeper、Mesos、Marathon、Chronos和mantl-ui的角色。这些角色与需要进行安装的组件相关，而这些组件则是在项目中的其他地方进行定义的。

我们相信，Mantl的架构足够应对应用开发自动化的下一次革新，即微服务模型。

InfoQ：众多的开发者与组织在对Kubernetes的使用进行评估，他们认为，如果要通过Kubernetes对基于Mesos的平台进行部署，那么只有在进行大规模的部署活动（例如Twitter和Apple）时，它所需投入的运维精力才能够达到合理的ROI（投资收益率）。

Owens：这是个很好的问题。对于任何转换型模型来说，丰富的选择与可扩展性都是关键因素所在。Mesos选择了框架的形态，这对于某些企业客户来说非常实用。而按照我们的测试来看，Kubernetes的优势在于出色的性能与良好的可伸缩性。

Mantl的一大价值在于我们能够在此平台上处理所有运维方面的操作，并且支持大规模的部署。不过，如果你依然对Kubernates有兴趣，我们也将在Mantl平台中集成Kubernates，大概在1个月之内会推出一个支持Kubernates基本功能的版本。如果想要了解这方面更多的信息，可以查阅该项目的GitHub库。

InfoQ：你是否计划为Mantl的用户提供某种形式的支持模型或SLA呢？

Owens：是的，我们正计划为Mantl推出一种支持模型，除了开源模型之外，还将提供一种企业级的模型。

InfoQ：你能否为我们讲述一下Mantl中的组件是如何选择的？例如HashiCorp Terraform、Logstash等等。这中间是否经过了某种评估流程，还是说你只是简单地选择“最佳”的技术？

Owens：我们在选择过程中遵循了一种服务设计方法学，首先要做的是理解这个技术领域中的一些较大的变化，并且为模式1乃至模式2及之后的方法学定义出一种架构。一旦设计出这种架构之后，我们就会让企业开发者以及合作伙伴为我们提供反馈。同时，我们也会对各种最流行的开源项目进行一些探索。

开源是Cisco文化的一个重要组成部分。当我们从用户那里收集到反馈信息，并且在脑海中形成了如何设计这一软件的概念后，我们就通过一个名为“微服务基础设施”的项目为Mantl创建了一个原型。我们为这个原型进行了大量的测试、优化、评估以及扩展测试。

在进入服务设计阶段之后，我们审视了目前可用的工具与实际的架构需求之间的差距，并在项目中解决了这些不足之处。这些问题包括网络（为每个容器或容器组分配IP）、服务发现、服务可用性、安全性与应用策略。最终，我们成功地推出了Mantl这一工具，它满足了架构上的需求、使用了“最佳的”技术、并且回应了客户的反馈。

InfoQ：你能否为我们预测一下容器与编排技术在明年的发展状况，尤其是在企业方面的应用？Docker会一统天下吗？有可能崛起其他可行的容器格式吗？传统的IT基础设施提供商如何应对不断变化的格局以及新平台（例如Mantl等等）的浮现吗？

Owens：整个行业正在经历一次向微服务基础设施的转型，对于它的宣传力度比我所遇到的任何一次技术转型都要更大。我并不认为在明年会出现这个领域的绝对胜利者，虽然单一的容器与生态系统的采用率应该会继续上升，但由于它的复杂性，我认为人们将以企业级为目标而探索一些整合的解决方案，例如Mantl。

InfoQ：Ken，感谢你抽空参与这次谈话。你还有哪些东西想与读者进行分享吗？

Owen：我们认为Mantl的成功离不开社区的支持，因此竭诚地邀请各位读者们参与到这一项目中。请在http://mantl.io中获取Mantl，并关注我们的Twitter帐号@usemantl。

在Mantl框架的网站上，以及对应的GitHub库中可以找到该项目的更多信息。

查看英文原文：Building Microservice Infrastructure with Cisco's Mantl 1.0