混合云100问「开发篇」：实现从“容”上云，敏捷开发

问：混合云生态应该具备哪些组成部分?

答：既然是混合云生态，其中必然要有公有云玩家，也要有私有云玩家，以及能够提供跨平台管理工具的服务商。以产品形态来划分，一般来说混合云生态包括开源和闭源（商用）两类生态，前者的定制化能力和性价比较高，后者的稳定性和可管理性较高。以生态合作模式来划分，其中会涉及开发者、产品集成商、销售以及服务商等角色。

在云计算的大环境下，可以说没有一个云服务提供商可以脱离生态而存在，因此，打造或者融入一个云生态成为必然之举。比如，为了在由云驱动的市场中获得更大竞争力，近几年来在云生态建设方面也投入了不少精力。在今年的IBM Think大会上，IBM公布了升级后的PartnerWorld业务合作伙伴计划，支持合作伙伴以一种或多种灵活参与的方式通过IBM云进行应用开发、代码开发、知识产权整合或提供其他服务。除此之外，新版PartnerWorld计划也包括帮助企业实施混合多云战略——一方面，不断优化IBM云的系统产品组合，包括使用Red Hat和IBM Cloud Pak解决方案；另一方面，IBM合作伙伴的客户也可以借此提升自己的IT敏捷性，并将部署在IBM Z、Power和存储系统上的各种关键应用连接起来。

问：如何更快地构建云原生应用？

答：企业构建云原生应用的目标是以自身需要的速度满足业务对应用的开发需求，提高业务响应速度、增加灵活性、改善质量并降低风险。但是，云原生应用的构建涉及文化、流程和技术的根本性转变，而由于成本和人员等方面的限制，大多数企业无法完全重建 IT 基础或无缝实施新的工作方法，使得这个过程漫长且低效。

对此，IBM Cloud Pak for Applications采用了一种更快、更安全的方式，基于红帽OpenShift容器平台，通过容器和微服务的通用模型，可以帮助企业快速构建云原生架构，并将业务应用迁移到任何云端。并且，只需一次构建，便可以随处部署和运行。以此，不仅可以加快企业构建云原生应用，推动业务创新和响应速度，同时，还保护了企业原有投资，大大降低了成本投入。

问：有哪些技术能够提高企业上云后的开发效率和灵活性？

答：企业上云的根本动力就是为了提高应用的开发效率、灵活性，它允许企业通过自助服务和按需资源配置、自动执行从开发到生产的应用生命周期，从而提升应用的可扩展性和可用性。但是要充分发挥这些优势，还需要企业改变原来的开发和运维方式，比如：采用新的开发形式，引入DevOps的开发和协作流程；采用模块化程度更高的架构，引入微服务架构和容器技术；甚至是采用自动化、人工智能等技术，实现IT自动化，加快应用交付。

问：容器是什么，为什么要用它？

答：容器是一个标准化的软件单元，它将代码及其所有依赖关系打包，以便应用程序从一个计算环境可靠快速地运行到另一个计算环境。通过将应用程序本身和其依赖容器化，操作系统发行版本和其他基础环境造成的差异都被抽象掉了，大大方便了软件的部署和运维工作，从而在软件开发和云计算平台之间建立了桥梁。

和虚拟机相比，容器可与其他容器共享操作系统内核，每个容器在用户空间中作为独立进程运行。容器占用的空间比虚拟机少（容器映像的大小通常为几十MB），启动速度也更快，同样的资源可以处理更多的应用程序。

Docker是一个开源的容器引擎，Docker的整个生命周期有三部分组成：镜像（image）+容器（container）+仓库（repository）。Docker容器类似于一个轻量级的沙箱子，Docker利用容器来运行和隔离应用。Docker容器可以让开发者打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。

问：容器云和传统的虚拟机云有什么区别？

答：虚拟机和容器两种技术分别代表了创建运行应用的虚拟资源的两种不同方法。使用虚拟机就是由一个特殊的软件系统（系统管理程序）在操作系统（OS）层次对服务器进行分区并创建只共享硬件的真正“虚拟机”。而使用容器技术，虚拟化发生在操作系统层次，所以就是共享操作系统以及一些可能的中间件。

就功能方面而言，虚拟机更加地灵活，因为应用运行的“客户”环境类似于裸机服务器。用户可以选择他们自己的操作系统和中间件，而无需考虑同一台服务器上其他虚拟机所使用的操作系统和中间件。但如果是使用容器技术，那么用户在选择应用程序时需要确定一个通用的操作系统和中间件元素，因为每一个容器都在使用核心服务器平台并将其与其他容器共享。

对于那些使用各种软件平台来运行他们应用的企业用户来说，容器技术可能更难以使用，因为它要求对单个主机平台上进行标准化的工作。即便当所有应用程序都在一个单一的操作系统上运行时，用户也可能需要协调每个应用程序来使用一些或所有中间件工具的单一版本——如果软件是依赖于特定版本的，那么这一点是很难做到的。

另一方面，容器资源开销是较少的，因为它们没有为每一个部署的应用程序或组件重复分配平台软件。这种较低的资源开销可让容器技术在每台服务器上运行更多的组件。此外，应用或组件的部署与重新部署都要快于容器。因为容器往往是通过诸如Docker这类管理平台进行部署的，通常基于容器的云也比基于虚拟机的云更具有可操作性，而相关管理工具也更加多样化。

问：技术人员有限，想用容器这么复杂的技术怎么办？

答：无论是Dokcer还是Kubernetes都是从开源社区成长起来的，因此，容器技术往往带有很多开源软件的特征，它们是社区驱动的、基于开放标准的开源技术，虽然能支持企业快速创新，但产品化程度较低、易用性差。因此，对传统企业而言，要大规模全方位地落地容器技术，门槛相对高很多。要简化其中的复杂度，可以直接使用技术供应商提供的成熟软件产品，如此一来，就可以降低对人员对技术要求，并且，由技术供应商负责完成复杂的编排、管理、运维等工作，从中释放的人力还可以专注投入于业务创新。

问：什么微服务（Micro services）？

答：微服务（Micro services）是一种架构风格，或者说一种理念。微服务承袭了模块化的理念，把一个大的应用系统按业务功能分解成多个职责单一的小系统，并利用简单的方法使多个小系统相互协作，组合成一个大系统。微服务架构中每个微服务都是一个零件，各个微服务可被独立部署，各个微服务之间是松耦合的，每个微服务仅关注于完成一件任务并很好地完成该任务。这些微服务通过底层的Services Mesh进行通信，相互协同完成任务。

问：容器、微服务与混合云如何协作？

（编辑：应用网_阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!