PivotalPaaS新布局：PCF2.0的时代来了

提起 Pivotal，它不仅是 Spring 技术的拥有者，也是云原生概念的提出者。在日益火爆的 PaaS 市场，Pivotal 不仅有 Pivotal Cloud Foundry（PCF），更以其敏锐的技术洞察力和技术实力，拥抱容器、拥抱 Kubernetes。

5 月 19 日，Pivotal 在北京召开《任意云：从理想 到现实》技术沙龙，全面展现其在 PaaS 领域的技术储备和洞察，既包括介绍刚刚推出的基于 Kubernetes 的容器服务——Pivotal Container Service（PKS），也详解微服务、Pivotal Web Service (PWS) 和 Pivotal Funtion Service(PFS)。

Pivotal PaaS 的过去现在和未来

在 Pivotal 大中华区云计算技术总监俊刚题为《Pivotal PaaS 平台新技术概览》的演讲中，俊刚介绍了 Pivotal PaaS 的过去、现在以及未来。

我们知道，在 Pivotal 成立之前，Cloud Foundry 一直由 VMware 在推动，拥有大量开源用户。在 Pivotal 于 2013 年成立之后，正式发布 Pivotal Cloud Foundry (PCF) 1.0 版本，从那时起直到今天，其发展和演进历程包括：在私有云环境之外，支持把应用跑在 AWS、Azure 等公有云上，比如帮助福特构建在 Azure 上的车联网应用；基于 PCF 平台，支持.Net 和 Windows 平台的应用；另外也帮助用户构建统一的 PaaS 平台，实现跨云的应用。

从 2016 年开始，Pivotal 开始支持Docker 在企业环境中的运行；也支持把 Spring Cloud 引入 PCF 平台，以实现微服务化的应用。2017 年底，Pivotal、VMware 和 Google 联合推出基于 Kubernetes 的容器服务 PKS。

伴随 2018 年初 PCF2.0 版本的发布，这也预示著全新一代 Pivotal PaaS 产品的布局完成。

PCF2.0：Pivotal PaaS 的全新形态

PCF2.0 是一个平台的概念，支持 CaaS（容器）路径、PaaS 路径和 FaaS 路径，其中包含三大产品线：第一条是 PAS（Pivotal Application Service），也就是 Pivotal Cloud Foundry——PCF，为企业用户提供云原生、微服务；第二条产品线是 PKS，把企业用户的传统应用通过容器化的方式快速上云；第三条产品线是将于今年年底发布的 PFS（Pivotal Function Service），如果企业用户的应用是无服务的响应式程序，使用 PFS 类似于部署了一个扩展性极高的应用。

图注：PCF2.0 支持三个路径

图注：PCF2.0 的平台构建

PKS 特性一览

PKS 的特性包括以下几点：

基于开源 Kubernetes 构建— 始终与当前稳定的 Kubernetes 版本兼容，由 BOSH 管理。不对 Kubernetes 做任何扩展。

生产就绪— 从应用到 IaaS 层的高可用性。内置的健康检查、弹性伸缩、自愈和滚动升级。

多云支持— BOSH 提供了可靠的一致的运维体验。适用于所有云。

网络管理和安全性。开箱即用的 VMware NSX-T, 也支持多云和多种虚拟化。

访问 GCP APIs — 通过 GCP Service Broker 使得应用可以透明地访问 Google Cloud APIs。轻松将工作负载移入 / 移出 GoogleContainer Engine (GKE)。

全自动化运维— 全自动的部署、伸缩、在线打补丁和在线升级。没有业务停顿时间。通过 CD 持续集成管道来部署平台。

认识误区？不攻自破

对于大家对 Pivotal 的一些认识误区，俊刚也进行了澄清。有人觉得 PCF 平台太重了，不是轻量级的产品。对此俊刚表示：从技术发展历程来看，PCF 重是有道理的，安全、管理、可视化、高可用、日志以及用户管理... 这些都是企业级用户需要的，Pivotal 在做跨平台研发的时候，必须要考虑企业级用户这些需求，这也一定程度上造成 PCF 不是一个轻量级的产品。

虽然 Docker、Kubernetes 非常热，但是面对很多人认为的 Docker、Kubernetes 是万能的，俊刚也不认同：要真正关注企业用户需求，新技术不能成为空中楼阁。

对于 Pivotal 不支持 Docker、不支持 Kubernetes 的说法，其实 Pivotal 的 PCF1.6 版本就开始支持 Docker，而 PKS 的推出也表明了 Pivotal 支持 Kubernetes 的力度有多大，所以以上观点也就不攻自破了。

微服务应用在 PCF 上的最佳实践

很长一段时间以来，Pivotal 都是云原生、微服务背后的巨人，这些概念被认知程度已经高过 Pivotal 自身的品牌。比如微服务火爆后被带热的 Spring 系列技术，但是很多人并不知道 Pivotal 才是 Spring 技术的拥有者。Pivotal 云计算资深架构师刘凡介绍了微服务应用在 PCF 上的最佳实践。包括 Spring Boot、Spring Cloud 和 Spring Cloud Data Flow，用以构建微服务、治理微服务、连接微服务数据。

具体到 Spring Boot，这里可以着重说一下今年 3 月份刚刚发布的 Spring Boot 2.0，它可以支持 Spring MVC 和 Spring WebFlux，Spring Boot 2.0 不是仅仅强调性能，而是更多强调扩展性。Spring Boot 2.0 也可以在最新的 PCF 上进行部署。

开源 Cloud Foundry 平台是构建云原生应用的理想平台之一，而开源 Spring Cloud 微服务应用框架则可以把原有企业级 Java 应用过渡到云原生应用，再加上对.Net 的支持，Cloud Foundry + Spring Cloud 将成为数字化企业爆发的开源云平台。

具体到 Spring Cloud Services，也就是把 Spring Cloud OSS 中服务器端的组件打包成为服务并在 PCF Marketplace 上提供给已经用去访问。它大大简化了自行实现和维护这些 CS 服务的工作，SCS 专注于易用性、安全性和可靠性。

在数据越来越多的情况下，企业需要一些工具来处理数据型的微服务，这就是 Spring Cloud Data Flow 这个工具的价值所在，它可以轻松为持续的流式事件或有限的批处理任务创建数据集成处理的 pipelines。

图注：Pivotal 推行的转型微服务的原则和步骤

项目管理的重要性：好技术不等于好产品

在上午的最后一个演讲中，Pivotal 资深架构师李锐祥介绍了项目管理——Platform as a Product 的概念。一个成功的 PaaP（Platform as a Product）项目应该具有哪些特征呢？它需要一个好的拥护者，需要一个专业的团队，这样你可以获得授权、调整工作的优先级、快速部署产品，也能够让产品和业务越来越贴近，并且节约成本。

有时候一个大企业内部可能有四、五个团队都在做云，这时候作为项目的负责人，需要懂得宣传自己，放下身段，要让业务部门帮你说话。Project Manager 和 Product Manager 的角色非常不一样，产品经理关心如何打造 MVP，如何满足客户核心价值，他不像项目经理关心流程和时间。

一个公司要想运维一个 PaaS 上线，最少需要的人手包括：1 个拥护者、1 个产品经理和 2 个平台开发者。值得一提的是，Pivotal 提供结对开发的服务，每天客户与 Pivotal 的工程师坐在一起，用传帮带的方式把平台开发经验进行传承和迭代。

图注：Pivotal 在协助保险公司 Liberty Mutual 进行数字化转型时，结对开发的实例。

如何解决微服务架构常见问题？

在下午演讲中，Pivotal 云计算资深架构师王钧平从实际案例出发，介绍如何解决微服务架构常见问题，以及 Spring Cloud Function、Function as a Services 的开源项目 Riff 的技术细节。

对于 Pivotal 来说，为什么在传统的 PCF 之外还推出了 PKS？Cloud Foundry 在 PaaS 平台的成熟度、应用开发的便捷性、运维管理的友好性、安全增强、高可用、企业案例和技术支持等方面优势明显；而 Kubernetes 在社区活跃度、容器定制和可操作性等方面也非常吸引用户。无论孰优孰劣，我们必须给予客户选择的权利，更何况传统巨石应用还有很多。

这里可以提一下 CaaS 与 PaaS 的异同。CaaS 的交付更像容器的方式；而 PaaS 的交付，是直接在平台上完成部署。二者差别在于，CaaS 还有一些工作要做、要调整，而 PaaS 是高度自动化的，可以快速部署。当很多公司努力要把 CaaS 打包起来，变成 PaaS 的时候，Pivotal 已经直接提供了 PKS，把企业用户的传统应用通过容器化的方式快速上云。

具体到 riff，它是 K8S 原生的，在弹性伸缩、扩展上使用 K8S 的特性。在最新的开源无服务器框架中，riff 项目得到关键支持，并且是即将到来的 PFS 的基础。

开源企业级镜像仓库：Harbor

VMware 中国研发中心资深研发工程师姜坦的演讲题目是《采用开源 Harbor Registry 实现高效安全的容器镜像运维》。

Registry 的角色有三个：镜像存储仓库、分发镜像的媒介、访问控制和镜像管理较佳节点。容器镜像通常从 registry 分发，在大规模集群场景下，Registry 是镜像分发瓶颈。解决方法就是扩展 registry 服务。

具体到 Harbor，这是一个开源的企业级容器镜像仓库，由 VMware 中国团队设计和开发，开源不到 2 年时间中，已经集成到多个 VMWare 企业级云原生产品中，比如 VIC 和 PKS。

下图是 Harbor 的主要特性，值得一提的是，以下所有功能都可以通过调用 API 与客户自己的产品进行很好的结合。

图注：Harbor 的主要特性

Liberty Mutual 数字化转型：云原生的魔力

不久前 Pivotal 发布了这样一则新闻——Liberty Mutual 授予 Pivotal“年度创新合作伙伴奖”，Pivotal 云计算资深架构师杨海涛在会上也详细介绍了 Liberty Mutual 与 Pivotal 在云原生上的合作细节。

Liberty Mutual 是一家保险公司，曾经是一个特别缺乏创新性的公司。但是现在情况不同了，整个保险行业都开始全面拥抱创新，而且保险行业也非常适合进行数字化转型，因为它没有实体经济的包袱。以 Liberty Mutual 为例，它的数字化转型目标，主要是希望在项目开始后的两年，运行在公有云上的应用从 5% 增加至 60%；50% 的应用做到按天发布；75% 的 IT 人员要写代码；通过自动化重复性手工工作节省 1 亿美元成本。

Pivotal 为此给 Liberty Mutual 提供的产品和服务包括：Pivotal Cloud Foundry；Pivotal Labs;Application Transformation,Platform Dojo。

从 2014 年开始，Liberty Mutual 的 CTO 办公室正式启动这个实验项目，开始试用 PCF。其实项目在最初的 18 个月并不顺利，在公司内部受到很大阻力。伴随 2016 年 1 月全球 CIO 在讲话中宣布 Liberty 向敏捷转型，PCF 以及云原生才开始在 Liberty Mutual 进行全面推广并获得成功。

从目前成果来看，截止到 2017 年底：Liberty Mutual 的 1000 名开发人员在 Pivotal Cloud Foundry 上面开发软件，应用实例数增长到 9200 个。多数情况下，软件从构建到部署到生产环境的时间小于 10 分钟，每周甚至每天应用都有新功能面世。

图注：Liberty Mutual 是如何与 Pivotal 一起协作的

工具不是太上老君的仙丹

互联网应用的特点就是快，天下武功唯快不破。如何快速开发互联网应用？有微服务、自动化部署、敏捷开发... 还有云计算。

Pivotal Web Service (PWS) 是一个在线的公有云版本 Cloud Foundry 实例，部署在 AWS 上，由 Pivotal 运行维护，特点包括：可扩展、多租户、高可用。据 Pivotal 中国研发中心资深产品经理吴疆介绍，PWS 是目前规模最大的 Cloud Foundry 实例。

图注：PWS 的规模一览

PWS 的部署原则是：任何部署都预先被验证；任何部署都必须是可回滚的；部署必须是自动化的；部署不能影响系统的可用性；灰度部署。PWS 的工具包括：Concourse、BOSH、Github、Smoke Test。流程包括：部署前验证、部署中的监控、部署后的验证、部署的回滚，以及采用何种方式降低风险。

不过工具不是太上老君的仙丹，我们做 DevOps 的时候遇到的困境其实也很多，比如历史遗留问题：系统变得越来越大、越来越复杂，系统越来越分散式化，系统的可用性要求越来越高；也包括我们的困境：系统运维很难、分散式系统的运维更难、各种指标要求越来越高、成熟的工具理念很老旧、理念很先进的工具很不成熟。

尽管困难重重，但是我们需要认清现实：在互联网时代，没有一个运维工具能够解决所有问题，这个时代没有涵盖所有最佳实践的软件。

Greenplum 如何与 PKS 进行集成

熟悉数据库的人可能都了解 Greenplum，尽管是全天活动的最后一个演讲，但是现场互动最积极的也是关于 Greenplum 的问题。Pivotal Greenplum 研发经理翁岩青介绍了 Greenplum 如何与 PKS 进行集成。

虽然 K8S 很火，但是在分散式数据库层面，K8S 还是很有挑战的，PCF 给 K8S 提供了一个透明的界面，客户不用考虑其应用是在公有云上还是私有云上，答案就是 PKS。

图注：Greenplum on K8S 简单部署方案

Greenplum on PKS 的好处包括：按需集群的申请，用户把请求发给 PKS，系统可以给出一个不跟别人共享的集群，供用户来进行集群的使用；高可用，不需要再做 Rebalancing，采用 PKS，每个节点都是独立的；提供很多插件，Greenplum on PKS 有很多其他功能的支持，比如应用上可以跟使用磁盘一样使用存储方案。

Greenplum Operator on Kubernetes 的核心是将人工运维的经验，通过程序运维起来，实现自动化运维。

一个彩蛋