红帽谈基于OpenStack和Kubernetes的容器管理的未来-低调大师

红帽谈基于OpenStack和Kubernetes的容器管理的未来

2017-09-24 583

本文讲的是红帽谈基于OpenStack和Kubernetes的容器管理的未来， 【编者的话】OpenStack是搭建私有云平台的事实标准；而Kubernetes作为谷歌集群管理系统Borg的开源版本，在容器集群管理方面前景光明。本文重点介绍了红帽在深度整合OpenStack和Kubernetes的尝试。

这个星期，在波特兰召开的OSCON 2015会议上，我们同谷歌以及其他成员一起庆祝了Kubernetes 1.0的发布以及CNCF（ Cloud Native Computing Foundation ）基金会的建立。其中，红帽、谷歌和其他一些公司都是CNCF基金会的创始成员。 Kubernetes 是一个开源系统，用于管理容器化应用，容器化应用为部署、维护以及扩展应用提供了基础机制。这个项目最初由谷歌创建，现在由一个充满活力的社区开发，红帽也是开发者之一。

作为Kubernetes和OpenStack的重要贡献者，我们很非常欢迎谷歌能够加入OpenStack基金会。我们期待继续与谷歌以及其他开发者一起工作，将Kubernetes的容器编排、管理功能与OpenStack的基础设施管理功能结合起来。

Kubernetes在2014年6月创建后，红帽很快就加入了这个项目，并且投入了大量资源，现在红帽是这个项目中除了谷歌之外的最大代码贡献者。最近发布的红帽的“平台即服务”系统——OpenShift v3，被视为容器编排与管理的框架，该系统就是围绕Kubernetes构建的。

作为OpenStack基金会的创始成员，我们一直致力于使用 Project Atomic 简化容器主机的部署和管理任务，同时使用Heat编排引擎在OpenStack基础设施之上搭建Kubernetes集群。

为了这个目标，红帽工程师创建了 heat-kubernetes 编排模板，帮助加速Kubernetes与底层OpenStack基础设施更深层次的整合。这个模板仍在持续改进，这样可以支持容器管理的其他方面，例如自动扩展，这一点在最近的Red Hat Summit进行了演示。请看视频。

Heat-kubernetes模板最终也利用了 OpenStack Magnum 项目，这个项目提供了一个OpenStack API，而该API可以使用包括Kubernete在内的容器编排技术搭建一个容器集群。这样做的目的是使容器成为OpenStack中像虚拟机、裸机这样的“一等公民”，这样容器能够与在它上面运行的其他由OpenStack管理的虚拟机、裸机主机以及容器共享多租户基础设施资源（例如网络和存储）。提供这个级别的整合需要提供并扩展OpenStack现存的Kubernetes插件，同时定义新的插件API以维护解决方案的技术独立性。所有这些都需要保持应用与底层基础设施的独立性，并且保持真正的开放混合的云操作。类似的，在OpenStack这一端，需要一些附加工作，使得基础设施服务能够支持容器负载的应用场景，并去除应用负载与底层硬件之间的冗余，从而优化性能并提供安全操作。

Magnum和 OpenStack Container Team 提供了一个切入点，来协同多个upstream项目以及OpenStack生态系统内的项目的研究和开发，从而提供丰富的基于OpenStack的容器实践经验。

作为OpenStack和Kubernetes的主要贡献者，我们红帽期待与OpenStack、Kubernetes社区以及我们在谷歌的技术伙伴合作，继续整合这些让人激动的技术，管理“未来的数据中心”。

原文链接：Celebrating Kubernetes 1.0 and the future of container management on OpenStack （翻译：刘凯审校：魏小红）

========================================
译者介绍：
刘凯：毕业于中国科学技术大学，目前在日本国立信息学研究所攻读云计算方向的博士学位，近期专注于Docker技术的研究。个人站点： GitHub 、 KiwenLau 。

原文发布时间为：2015-07-30

本文作者：KiwenLau

本文来自云栖社区合作伙伴DockerOne，了解相关信息可以关注DockerOne。

原文标题：红帽谈基于OpenStack和Kubernetes的容器管理的未来

微信关注我们

原文链接：https://yq.aliyun.com/articles/225104

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

一文搞懂各种 Docker 网络 - 每天5分钟玩转 Docker 容器技术（72）

前面各小节我们先后学习了 Docker Overaly，Macvaln，Flannel，Weave 和 Calico 跨主机网络方案。目前这个领域是百家争鸣，而且还有新的方案不断涌现。本节将从不同维度比较各种网络方案，大家在选择的时候可以参考。CloudMan 的建议是：没有最好的，只有最适合的，明确自己的需求，通过 PoC 选型。 Docker 起初只提供了简单的 single-host 网络，显然这不利于 Docker 构建容器集群并通过 scale-out 方式横向扩展到多个主机上。在市场需求的推动下，跨主机容器网络技术开始发展。这是一个非常活跃的技术领域，在不长的时间里已经涌现了很多优秀方案。本章我们详细讨论了几种主流的方案 - Docker Overlay、Macvlan、Flannel、Weave 和 Calico。现在是时候做个比较了，让大家对各种方案的特点和优势有更深入的理解。我们将从如下几个方面比较，大家可以根据不同场景选择最合适的方案。网络模型采用何种网络模型支持 multi-host 网络？ Distributed Store是否需要 etcd 或 con...

2017-09-24

573

本文讲的是减少使用Java应用服务器，迎接Docker容器，【编者的话】随着Docker的发展，越来越多的应用开发者开始使用Docker。James Strachan写了一篇有关Java开发者如何使用Docker进行轻量级快速开发的文章。他告诉我们，使用Docker和服务发现的机制，可以有效减轻Java运维人员的负担，进行项目的快速启动和持续迭代。多年来，Java生态系统一直在使用应用服务器。Java应用服务器（如Servlet Engine、JEE或OSGi）是一个可以作为最小部署单元（如jar/war/ear/bundle等）进行部署和卸载Java代码的JVM（Java虚拟机）进程。所以一个JVM进程可以在运行的过程中更换运行在其上的代码。通常Java应用服务器提供存放文件的目录或者REST/JMX 接口來修改正在运行的部署单元（Java代码）。由于内存资源在过去是相当宝贵的，所以把所有的Java代码放到同一个JVM中去运行来减少多个进程带来的内存碎片具有重要的意义。多年来，在Java生产环境中，通常没有人真正在运行着的JVM中卸载Java代码，因为这样做很容易造成内存泄漏...

2017-09-24

583

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。