这有助于一块已被编辑和网络世界的编辑批准有个足球雷竞技app
OpenStack的一直在滚，看到增加的跨过商业世界的采用，从领先的组织如Verizon，西班牙对外银行，以及美国航空航天局喷气推进实验室，以及在促进社会持续发展的重大部署，突出显示。但下一步是什么？
虽然它很高兴看到的OpenStack在企业的成功，社会不能停留在它的众所周知的桂冠。下面介绍一下OpenStack的群落和生态系统需要下一个完成：
*集装箱，集装箱和集装箱...。OpenStack的不是块上最热门的开源技术了，这个称号现在是由Linux的容器拥有。应用程序的封装技术，允许工作量更大的灵活性和可移植性，支持集装箱的应用将是关键的OpenStack向前发展，特别是为企业利益均交叉的Linux容器和OpenStack的。
OpenStack的服务 - 就像中子用于网络和煤渣块存储 - 已经可以被抽象，并提供通过docker-（容器运行时）和Kubernetes-（容器业务流程）的平台。这是重要的，因为基于容器的基础设施的增长，但它不是为关键的第二个需要：对OpenStack的运行容器本身。
虽然集装箱的应用是，在他们的核心，应用程序，他们有一组不同的需求，比传统的，典型的基于虚拟机的云应用是一个通常会在基于OpenStack的云见。为了让更多的OpenStack容器友好，我们需要更好地暴露的OpenStack，网络，存储和管理件包括框架的基本水暖，到容器的技术。我们看到这种情况发生，通过项目一样突出Kuryr和morerecently KubeVirt，但这些努力需要扩大和支持产品的未来交付。
*踢得好看与公共云。OpenStack的是已知用于提供强大的私有云平台，但向前发展，OpenStack的将作为私有云基础设施和公共云之间的桥梁。
这是说起来容易做起来难。OpenStack的API的需要跨越的OpenStack和公共云处理资源，允许其功能为内部和外部组织的服务的单一控制点。这意味着，OpenStack的提供强大，灵活的基础架构私有云，同时还充当公共实例云管理平台。
项目如OpenStack的奥姆尼存在该驱动器朝在这个承诺交付，但在大的需求的社会理解的OpenStack的未来并不一定要取代公共云，而是增加了。作为混合看门人，它给企业更多的控制权，他们是如何消耗资源，公共和私营部门，并允许更多的采用一个DevOps的风格文化和软件基础设施，既键IT的未来。
*开门SDX。总的来说，OpenStack的最伟大的成就之一是该框架整合了软件定义的技术如何。OpenStack的本身提供跨计算，存储和网络软件定义整合层。KVM（基于内核的虚拟机）已成为事实上的虚拟机管理程序的OpenStack的和像马尼拉和头孢项目为软件定义的存储解决方案提供了共同点 - 大便的最后一站是软件定义网络（SDN），一些遗体critical for OpenStack’s future.
定义肯定网络软件形式存在的OpenStack的空间外，与球员像VMware，思科，诺基亚/ Nuage，大转变，和Juniper（仅举几例）提供解决方案的主机，社区驱动的项目，如OpenDaylight。正是这种不同的空间那是后话了OpenStack的社会需要解决在2017年，特别是通过提供一个无缝“效果更好”与尽可能多的SDN供应商和选择尽可能的经验。
这需要有更多的选择也发挥到一个事实，即OpenStack的必须更加紧密地SDN配合一般。作为基于OpenStack的-扩大的云，它的预期，SDN部署将给出两种技术之间的密切关系，线性扩展。如果没有更紧密的集成，成长型企业将面临两个独立的“孤岛”管理：一个围绕OpenStack的，和一个围绕SDN。
*日出在第2天。OpenStack的的，安装，配置和部署了“第1天”行动 - 在很大程度上解决。虽然复杂依然存在，OpenStack的的设置和初始部署是记载和编纂。随着这一障碍被清除，现在社会需要设置在第2天一套管理要求，如缩放，监控和故障排除，以及合规性和优化，尤其是当它涉及到具体的集体景点部署“香草的外”设置。
看它是这样的：所有的OpenStack的执行的组件，从网络模块存储于集成的API生成的日志，系统检查和形式广泛的数据等，很难进行分类的信息，所有这些都需要一定程度的分析是有用的。随着部署扩展到涵盖几十到几十万的节点，这个数据分析变得至关重要。否则，IT部门将如何了解他们的云是干什么的？或者他们是在浪费资源？或者，如果他们有漏洞？
现在需要的是从OpenStack的社会的努力来规范这个数据是如何聚集和消费。除了能够更好地在OpenStack的基础设施，以查明并解决问题，标准化的数据分析模型也将帮助企业IT团队发现在他们的基础设施给定工作负载的最佳场所，有利于消除资源浪费，并导致提高了稳定性。
*稳定在任何规模的。尽管规模为更广泛集合的OpenStack部署（和现有环境的扩展）的关键的，它不能存在于真空中。随着可扩展性，OpenStack的需要，提供稳定，尤其是部署只扩大规模不大，但重要的业务。
从可扩展性的角度来看，OpenStack的社会必须专注于增加更多的控制。虽然OpenStack的当然可以扩展，而不是固有的部署每一个服务需要的规模在同一时间 - 消费应该规定哪些需要与更广泛的基础设施的增长。
社区已经开始提供这种功能的“组合的服务，”很快“组合的升级，”这使得大量使用自动化技术，如Ansible的基于需要帮助用户设计的可扩展性。这就是说，缩放的细粒度控制是仍然需要注意力从OpenStack的生态系统的区域。它密切相关，能够很容易地识别哪些组件导致的瓶颈和固定在飞行了这些问题。
稳定性方程的另一个关键件加强对OpenStack的基础设施上运行关键任务工作负载的安全性和遵从性。创新社区内的步伐，有时导致改变的API，甚至协议版本之间，这使得难以规避风险的行业采用R＆d环境的技术之外。但是，如果社会能在2017年专注并坚持一套共同的基本代码附加到OpenStack的技术创新风险消失几乎立刻。
通过专注于对未来的这五个关键领域，对OpenStack的社会能全开私有云和混合云基础架构扩展到每个人，甚至那些犹豫不决一个看似复杂的，迅速发展的技术加入到他们的运营部门。