“Kubernetes 的互联网、存储和运行时该怎么解决？”

本篇文章1302字，读完约3分钟

引言

“系统越来越复杂。 ”

--bill joy，bsd的主要设计师、vi作者、sun联合创始人

技术的飞速发展，总是处理现有问题，进而引进新问题，继续处理。 就这样，docker企业于年成立，迅速扩散了容器的概念。 正如当时集装箱点燃了全球货物运输革命一样，当时的船运企业为了应对卡车、船舶、铁路三者之间的匹配，采用了这个大型的金属集装箱代替了过去庞杂的货物运输装置。 放什么都没关系。 重要的是装载本身有标准。 与现实世界中的集装箱运输一样，linux容器为APP应用程序创建了最基本的软件包，可以在任何基础架构平台上运行。 一时，容器风靡了世界。 直到今天，大部分公司都想让自己的APP运行在集装箱上，但他们内部的服务器也是这样想的。 容器一般被分割为无数个组件(微服务)，所以这不过是管理现代APP的更好方法，但需要便于服务器之间的移植和访问。

技术的本质就是这样，一般处理一个问题，再引入新问题，就这样重复。 linux容器也不例外。 虽然封装了，但给devops团队带来了前所未有的挑战，为APP移植、部署活动添加了越来越多的动态内容。 因此，kubernetes必须同时产生。

同样，kubernetes也没有脱离该技术的本质。 容器的细粒度彻底打破了过去流传下来的意义上每个主机有一个ip地址、每个服务有一个或多个端口的困境，甚至物理机虚拟化的场景，流量相应地急剧增加，空 就存储而言，容器的速度对可持续存储提出了巨大的挑战。 分布式存储、对象存储是应对云本机所必须的，但这反过来会影响性能、可扩展性、灵活性等诸多设计，架构师和开发人员在众多选择中不断寻找平衡的道路 啊，是的。 另外，如何将客户的代码和运行环境设置在可控范围内，也是云制造商运营和系统管理的平衡。 因为，为了达到这个目的，还需要保证客户对环境不关心。 不是觉得自己受到限制，而是应该如何架设安全性和使用便利性/性能的桥梁呢？

Kube Con + Cloudnativecon + Open Source summit (原lc3 )来自中国，华为、阿里巴巴、vmware、red hat等众多云母语者、kubernetes一线专家，在这里， (这是无限循环递归。

各论坛的主题介绍

互联网

jundu–固网高级软件工程师[/s2/ ]

华为、jun du带来了新kubernetes互联网有趣集团的前沿思考和实现，SIG-NET引领着社区新特点——拓扑感知服务路由的开发。 这个特点详细介绍了所有人在拓扑感知服务路由设计和实现方面面临的挑战并说明了这个特点未来的快速发展方向包括测试版和最终版标准 你想知道什么是拓扑感觉吗？ 请允许笔者卖关子。 你只有去现场才能真正知道。