2017 OpenStack峰会：k8S抢尽风头？
编者按：2017年OpenStack峰会（5.8-5.11）正在如火如荼进行， OpenStack和K8s的“相爱相杀”正在陆续上演，K8s可谓抢尽本届峰会的风头，成了不折不扣的主角。虽然大多数美国分析师都认为可以通过大会讨论出未来方向和结果，但笔者认为真正的结果在企业用户心中。只有实际成功的案例才能真正说明二者微妙的关系，正所谓“黑猫白猫，能抓到老鼠的猫才是好猫”。
2017 OpenStack Summit大会正在如火如荼的进行，在会议开始之前，这三行问题就已引人关注：
“OpenStack on Kubernetes？
Kubernetes on OpenStack？
How about Kubernetes on OpenStack on Kubernetes？”
以下是分组会议的话题清单，我们似乎可以从中看出些什么：
Kubernetes和大规模OpenStack；
企业采用Kubernetes和容器；
OpenDaylight Kubernetes和OpenStack Magnum集成；
ESCaaS 4.0，OpenStack和Kubernetes的统一管理平台；
混合云Kubernetes。
没错，一个非常明确的重点：Kubernetes。
2017年，OpenStack在全球范围内的企业数据中心正获得越来越多的部署。OpenStack最初的存在是为了让私有云基础设施能够像公共云一样方便快捷地支持应用程序。回顾OpenStack这些年所遇到的需求和面临的挑战，似乎都通过使用Kubernetes得以解决。
相关组织做了一次问卷调查，调查数字表明，使用OpenStack的受访者中，84%的人很高兴讨论他们在什么行业，他们负责什么方面的工作，但很多人不热衷于回答问卷中最重要的一个问题：“你用什么容器或PaaS平台工具来管理你的应用程序？”
在少数回答了这个问题的人中，大约43％的人表示他们使用Kubernetes来管理他们的应用程序，而其他选项（包括Swarm和Mesos）都低于该数字。
为什么？
峰会这几天，所有人都在围绕这三大问题展开讨论:
1、Kubernetes真的能成为OpenStack的实际应用程序服务管理组件？
如果这个问题换成“OpenStack和Kubernetes在私有云部署中分别扮演什么角色？”那就可以简单地回答说，“OpenStack管理基础设施，Kubernetes管理容器，”
OpenStack的文档指出：Magnum是一个OpenStack项目，它提供容器编排引擎来进行部署和管理。将Magnum与Kubernetes、Swarm或Mesos集成在一起，是一个非常好的思路。
认真的工程师必须提出这个问题：怎样的整合才是最可取的？
2、OpenStack名声大噪，却难以部署和管理吗？
据悉，OpenStack基金会在其4月调查报告中承认，用户的反馈集中在安装方面缺乏一致性，缺乏共同的生命周期管理工具，缺乏自动化部署系统，缺乏标准化升级过程，缺乏对BUG修复的关注，以及几乎所有工作流程中都有难以估量的步骤数量，这些都是OpenStack用户们强烈反馈的问题。
3、谁是OpenStack的领导者和推动者？
几年前，分析师们认为OpenStack重要性是显而易见的，否则惠普就不会投入如此多的资金来推动它。后来，当惠普退出时，一些分析师又宣布OpenStack将走向死亡。
但是很少有人注意到：获得惠普OpenStack业务的SUSE Linux可能更适合惠普向他的客户们提供这些服务。
大多数市场感知中存在着现实，在分析师眼中，该平台的方向即将明确，但对于大多数客户来说，由供应商和小团队供应商提供的案例才最具吸引力。
峰会热切进行中，OpenStack仍然是软件历史上最前所未有的集体努力者之一，相比之下，部分Linux的成功可能才是偶然的。
2017 OpenStack Summit大会正在如火如荼的进行，在会议开始之前，这三行问题就已引人关注：
“OpenStack on Kubernetes？
Kubernetes on OpenStack？
How about Kubernetes on OpenStack on Kubernetes？”
以下是分组会议的话题清单，我们似乎可以从中看出些什么：
Kubernetes和大规模OpenStack；
企业采用Kubernetes和容器；
OpenDaylight Kubernetes和OpenStack Magnum集成；
ESCaaS 4.0，OpenStack和Kubernetes的统一管理平台；
混合云Kubernetes。
没错，一个非常明确的重点：Kubernetes。
2017年，OpenStack在全球范围内的企业数据中心正获得越来越多的部署。OpenStack最初的存在是为了让私有云基础设施能够像公共云一样方便快捷地支持应用程序。回顾OpenStack这些年所遇到的需求和面临的挑战，似乎都通过使用Kubernetes得以解决。
相关组织做了一次问卷调查，调查数字表明，使用OpenStack的受访者中，84%的人很高兴讨论他们在什么行业，他们负责什么方面的工作，但很多人不热衷于回答问卷中最重要的一个问题：“你用什么容器或PaaS平台工具来管理你的应用程序？”
在少数回答了这个问题的人中，大约43％的人表示他们使用Kubernetes来管理他们的应用程序，而其他选项（包括Swarm和Mesos）都低于该数字。
为什么？
峰会这几天，所有人都在围绕这三大问题展开讨论:
1、Kubernetes真的能成为OpenStack的实际应用程序服务管理组件？
如果这个问题换成“OpenStack和Kubernetes在私有云部署中分别扮演什么角色？”那就可以简单地回答说，“OpenStack管理基础设施，Kubernetes管理容器，”
OpenStack的文档指出：Magnum是一个OpenStack项目，它提供容器编排引擎来进行部署和管理。将Magnum与Kubernetes、Swarm或Mesos集成在一起，是一个非常好的思路。
认真的工程师必须提出这个问题：怎样的整合才是最可取的？
2、OpenStack名声大噪，却难以部署和管理吗？
据悉，OpenStack基金会在其4月调查报告中承认，用户的反馈集中在安装方面缺乏一致性，缺乏共同的生命周期管理工具，缺乏自动化部署系统，缺乏标准化升级过程，缺乏对BUG修复的关注，以及几乎所有工作流程中都有难以估量的步骤数量，这些都是OpenStack用户们强烈反馈的问题。
3、谁是OpenStack的领导者和推动者？
几年前，分析师们认为OpenStack重要性是显而易见的，否则惠普就不会投入如此多的资金来推动它。后来，当惠普退出时，一些分析师又宣布OpenStack将走向死亡。
但是很少有人注意到：获得惠普OpenStack业务的SUSE Linux可能更适合惠普向他的客户们提供这些服务。
大多数市场感知中存在着现实，在分析师眼中，该平台的方向即将明确，但对于大多数客户来说，由供应商和小团队供应商提供的案例才最具吸引力。
峰会热切进行中，OpenStack仍然是软件历史上最前所未有的集体努力者之一，相比之下，部分Linux的成功可能才是偶然的。
