在过去的几年里，由于工作关系对Cloud Foundry和Kubernetes一些简单的接触，2015年为单位做PaaS的技术选型，那个时候基本是Cloud Foundry一家独大，用warden容器，正在向garden容器过渡，那时候docker容器也是刚刚出现不久，技术上讲，个人认为还有待提升。
Cloud Foundry
Cloud Foundry是一个独立于云的平台即服务解决方案，也是业界最成功的PaaS平台。Cloud Foundry提供了一个可轻松运行、扩展和维护应用程序的环境和快速便捷的开发者体验。Cloud Foundry支持Java、NodeJS、Ruby、Python等大多数语言和环境。
开源的Cloud Foundry由Cloud Foundry基金会开发并支持，基金会包括Pivotal、IBM、VMware以及其它许多厂商。商业版本的Cloud Foundry，如IBM Bluemix和Pivotal Cloud Foundry，是基于开源的Cloud Foundry项目并在其基础上提供企业级的支持。
Kubernetes
Kubernetes是一个来源于谷歌Borg项目的开源云平台。它由Cloud Native Computing Foundation发起，该基金会的成员包括了许多行业巨头，如AWS、Azure、Intel、IBM、RedHat、Pivotal等许多公司。
Kubernetes首要的功能是一个容器编排和容器生命周期的管理。尽管不限于此，但它通常是被用来运行Docker容器，它的受众人群更广泛一些，比如想要构建在容器服务之上的应用和服务开发人员。有一些解决方案基于Kubernetes提供了PaaS体验，比如IBM的Container Service和RedHat的OpenShift等。
当时认为，作为传统大型企业，信息转型应该使用更成熟的技术体系，而不是追求刚刚出现的技术，我们将技术定位在Cloud Foundry，她具备：
- 成熟的身份验证系统UAA，用户组和multi-tenancy的支持
- 方便快捷的cf push
- 自带负载均衡Router
- 强大的日志和metrics整合
- 成熟的部署工具BOSH
这些都是我们迫切需要的，但由于多种原因，项目下马了，一个皮肤白皙、面容姣好的成熟御姐就这样远离了。
时光荏苒，2019年到了，一晃就快4年了，在这期间，docker技术体系的一系列发展，让我们眼花缭乱，各种各样的初创公司如雨后春笋般的崛起，Kubernetes这个小姐姐愈发成熟了，她具备：
- 大量社区和第三方支持，提供强大的扩展性
- 方完善的容器生命周期和自动伸缩管理
- 方便快捷的容器化应用部署
- 良好、多样的持久层支持
- 多种开源UI支持
这些让我们更加的欣喜若狂。
其实写下今天这个文章的我想表述的是，一个18、9 的小姐姐和一个45的熟妇，你选哪个？更重要的是，最近和厂商做技术交流，带了一个解决方案，Cloud Foundry+Kubernetes，给我的感觉就是一个45的熟妇带着11、2的萝莉，还收你双飞的价格，你会要吗？
结果我认为，不言而喻，成熟意味着即将没落，不要说其他的好，单说一个耦合，Cloud Foundry毕竟还是采用上一架构的模式，太紧了，而这恰恰并不是IT技术男，所追求的。只能说花魁虽好，只是年纪大了些。
虽然Kubernetes这一系列有者或多或少的，这样那样的问题和毛病，但是这个小姐姐能够有更多的调教空间，不是吗。松散的结合方式，可能更具备吸引IT男的魅力。
IT男，一直都是对爱情专一的男人，我们的目标在这么多年来一直保持一直，不像那些女人，萝莉时喜欢萝莉男，小姐姐时喜欢高富帅，少妇时喜欢成熟男，熟妇时喜欢金砖男。
我们IT男，不论年龄多么小，下至7、8岁的小IT，不论年纪多么老，上至78的耋耄人，我们能够勇敢的，大声的说，我们一直喜欢的就是一个，18、9岁的小姐姐。
对于这两个体系，我研究的并不多，只是面上浅浅的了解，对与不对，希望指出。多多学习。88
喷与不喷无所谓，因为单位工作太多了，都只能浅尝辄止，没时间看了，继续工作，还要趁着现在没事，去学习信息安全，啥事都有我，系统架构师我还没更新完呢，只能说一声，大家自学啊，哈哈，
学与不学在与自己，尤其是对于在外面工作的朋友，不要被技术淘汰了，没有了技术，你又不是创始团队的，等待你的只能是，拜拜拜拜拜拜了。此话外部朋友共勉之！
關鍵字: 架构师 Pivotal Kubernetes
