作为一名软件开发人员，全民淘客，我一直对新技术和新平台感兴趣。大约6个月前，在软件开发方面，我决定从本地世界转向云世界。我的意思是，云技术已经流行了很长一段时间了，特别是对于企业和初创企业来说。由于我来自"较老"的内部部署世界，这对我来说是一个更大的挑战，但这是我所期待的。

作为我们战略的一部分，我们决定使用Cloud Foundry（CF）作为我们项目的云平台。现在，你一定在想，"这个博客的标题是关于Kubernetes的，但是这个家伙到底为什么要谈论内部部署世界和云铸造？"正确的？请和我在一起，因为这些经历是促使我了解库伯内特斯的一个重要因素。只要和我在一起一两分钟，你就会完全明白是什么让我开始了对Kubernetes的"研发"。

好的，现在回到我最初的故事，我开始回顾概念和云架构，因为我将在这方面投入大部分时间。我们在培训、录音、在线材料等方面有KTs（知识转移），这实际上让我们对CF能够提供什么和能够提供什么有了一个很好的认识。

我不确定我是否对后端开发有更多的兴趣，或者我是否对操作系统和文件系统，CF处理的一些方面有太多的兴趣对我来说不太舒服。现在，在你说我不知道我在说什么，CF是惊人的，我想补充一点，这是我个人的意见，而不是我在各地宣扬的东西。我不反对CF，云服务器，除了在提供给开发者的控制方面的某些CF限制。我对此不太满意。再说一遍，这是我个人的观点，我想多探索一下。

就在这个时候，我遇到了一位同事，他以前在Kubernetes和Cloud Foundry方面有过专业知识。我问他如何将我开发的一个内部项目迁移到云上，我们进行了一些讨论。我的意思是，当你把你的应用程序推销为"本地"时，人们会轻蔑地看着你，还会问一些问题，比如"这个云是本地的吗"、"它部署在云上了吗"、"为什么这个应用程序还在本地运行"等等，

我的同事提出了容器的概念，这让我的思维开阔了一个新的视野。他说容器提供了我开发所需的所有灵活性，并且可以扩展，同时避免了老问题"它在我的开发环境中工作，但在生产环境中不工作"。他简单地解释了使用容器的好处，我当场就下定决心了。对于任何涉及到我个人项目的未来发展，淘客，"集装箱"是我的发展之路。

集装箱–开始：

一旦我决定了集装箱，我就开始了我的研究，很容易得出结论，大数据存储技术有哪些，Docker是最简单和最可靠的前进之路。我仔细阅读了文档，看了一些在线录音，并开始涉猎一些。作为我学习和开发的一部分，我使用Docker为Jupyter笔记本创建了一个映像，因为我们有几个ML用例要作为POC（概念验证）的一部分进行评估。我现在没有详细说明，但如果你有兴趣，你可以阅读@https://blogs.sap.com/2018/10/28/jupyter-python-notebooks-on-docker/

但是Docker很好，因为这是一个独立的场景。但是，当我需要链接和协调在各自容器中运行的多个应用程序之间的通信时会发生什么呢？万一集装箱倒了怎么办？我需要手动重新启动吗？或者编写一个脚本来检查应用程序是否按预期运行，然后重新启动容器？这些

通过进一步的阅读，我了解到有一些容器编排器正好解决了这些问题。我在阅读中遇到的第一个名字是Docker Swarm（这是意料之中的，因为我的阅读材料大部分来自Docker官方文档。

与此同时，我开始看到另一个名为Kubernetes（缩写为k8s）的编曲家的参考资料。进一步阅读后，我意识到Kubernetes是在Google建立的，物联网的应用有哪些，它基于Borg容器技术，Google已经使用了10多年。此外，谷歌还开放了源代码，并将其交给了CNCF（云原生计算基金会）社区，k8s作为顶级项目从那里毕业。对于刚刚接触CNCF的人来说，想知道他们的app毕业流程是如何运作的，这里有一个简短的解释。应用程序只有在稳定、被社区中众多用户投票和使用后才能毕业。很明显，这个平台赢得了容器编排器的竞争，和大多数人一样，我决定k8s将成为我选择的云平台。

接下来的几周，我确实在阅读关于这个新平台的文章，并准备带着开发人员的好奇心去涉足这个平台。我读得越多，就越了解这个平台有多庞大。我确信我学习和理解这一点的唯一方法就是尝试实现和实践。我开始在网上搜索示例，找到了一些。

我从一个简单的"部署"和一个"服务"开始，创建了一个容器，暴露在Docker桌面应用程序Kubernetes上运行的本地节点上。