云原生开源技术堆栈的商业融合,SUSE改善现代容器化和云原生应用程序交付体验

升级版SUSE CaaS Platform 4和SUSE Cloud Application Platform 1.5进一步对开发者、DevOps团队和平台运维人员提供更完美的Kubernetes体验。 2019年9月11日,SUSE宣布升级旗下应用交付解决方案,帮助客户加速开发现代容器化和云原生应用。升级后,SUSE将更好地交付和支持在任何地方都能创建、部署和管理工作负载的解决方案,为客户带来卓越的服务、价值和灵活性。 升级后的解决方案将为应用程序开发者、DevOps团队和Kubernetes平台运维人员提供更加独特的体验。SUSE是第一个基于Cilium开源项目为企业提供Kubernetes高级网络方案的开源公司 。通过Cilium,SUSE使Kubernetes用户能够通过高性能的数据包过滤,以及方便实施和控制的网络通信安全策略,大规模增强应用程序安全。此外,SUSE还引入了新的应用程序搜索和部署功能,允许用户快速、轻松地部署已发布为Helm图表的应用程序和服务,其中包括数百种流行的开源DevOps工具和ISV解决方案以及内部开发的应用程序和服务。 SUSE工程、产品及创新总裁Thomas Di Giacomo表示:SUSE的现代应用交付解决方案对于开发和DevOps团队来说简单易用,同时便于IT团队操作运营。我们对基于Cilium的网络支持使我们的客户领先于那些使用其他商业版Kubernetes解决方案的用户,这充分体现了我们如何利用敏捷的开源解决方案助力企业不断创新、增强竞争力和实现增长,从而推动数字化转型。 Isovalent CTO及联合创始人、Cilium创始人Thomas Graf表示:在这个高度动态、API驱动的微服务时代,SUSE很早就认识到BPF和Cilium在升级Kubernetes网络和安全性方面的价值。从1.0版本发布之前到现在,SUSE一直是Cilium开源社区有价值的贡献者,我们很高兴SUSE能够成为第一个企业级的Kubernetes发行者来使用Cilium的默认网络和安全技术。 SUSE应用交付解决方案包括SUSE CaaS Platform--一种基于Kubernetes的企业级容器管理解决方案,以及SUSE Cloud Application Platform--该平台运行在Kubernetes之上,可帮助企业更快、更划算地实现其云原生应用交付目标。DevOps团队可以利用前者来管理各种工作负载,包括传统的、过渡性的和云原生工作负载;后者增加了现成的工作流程自动化功能,使DevOps团队能够在多云环境中快速、大规模地交付云原生应用程序。SUSE的解决方案相互补充,既可以高效地合并使用也可单独分开使用。 SUSE CaaS Platform 4 SUSE CaaS Platform 4是SUSE基于Kubernetes容器管理平台的最新版本,它增强了应用程序的安全性,使之更容易与技术的进步保持同步,并增加了平台的可扩展性选项,从而提升了Kubernetes平台的操作性。新解决方案集成了最新版本的Kubernetes和SUSE Linux Enterprise。SUSE CaaS Platform 4使企业能够: 通过基于Cilium的高性能数据包过滤,以及方便实施和控制的网络通信安全策略,大规模增强应用程序的安全性。快速的数据包过滤可以更有效地保护其集群,而集中化的管理允许客户在以一致和高效的方式定义和实施安全策略时,大规模确保通信安全。 通过无中断的平台更新与Kubernetes的升级保持同步,从而可以更轻松、更频繁地使用新功能。通过在后台平稳、频繁地进行平台更新,新功能可以被更快地采用。此外,SUSE CaaS Platform现在可以自行更新,无缝地将负载转换为升级的服务,而无需停机耗费大量成本。 增加平台的可扩展性选项,包括向上扩展和向下扩展,以支持更广泛的业务用例、工作负载和环境。客户可以使用随着集群增长而水平扩展的分布式安装框架有效地扩展Kubernetes,还可以使用新的最小集群规模来降低小规模部署的成本。 云服务供应商Datalounges CTO及联合创始人Florian Rommel表示:Datalounges一直在使用Kubernetes更快地交付内部开发的应用程序,我们还为客户提供Kubernetes托管服务,这都为我们带来了业务的增长,而SUSE CaaS Platform在其中提供了很大的帮助,它使我们能够更轻松地安装、管理和维护Kubernetes环境。SUSE CaaS Platform 4新增的先进安装功能对于我们非常有价值,因为我们每天都会添加和删除许多Kubernetes集群。基于Cilium的网络将使我们和客户都能更轻松地进行必要的安全管理。 SUSE Cloud Application Platform 1.5 SUSE Cloud Application Platform 1.5是SUSE为Kubernetes提供的现代应用程序交付平台的最新版本,它通过对用户界面的功能升级降低了管理复杂性,并通过在托管的Kubernetes服务上进行简单且可预测的安装体验,缩短了实现价值的时间,从而提高了IT效率。SUSE Cloud Application Platform 1.5可以提供: 即时应用程序搜索和部署,作为技术预览引入,使用户能够浏览任何Helm图表存储库,包括嵌入式文档,直接在用户界面中设置所需的部署值,并通过单击鼠标将应用程序部署到Kubernetes。 直接从Stratos UI简化应用程序自动扩展和定额管理。开发人员和管理员可以快速验证和调整自动扩展参数,以确保应用程序的一致可用性。平台运维人员和最终用户还可以直接在UI中监控和分配资源使用,实现更高效率。 通过在托管的Kubernetes服务上进行简单且可预测的安装,缩短了实现价值的时间,提高了IT效率。IT运营人员现在可以通过Terraform脚本将SUSE Cloud Application Platform部署到SUSE CaaS平台、Amazon EKS、Microsoft AKS和Google GKE,以获得简单、可预测和可重复的体验。 云咨询公司Cloudical CEO Karsten Samaschke表示:对于想要使应用开发和交付方式现代化、提高开发者生产力的客户来说,SUSE Cloud Application Platform与他们的需求十分契合。我们对于1.5版本用户界面的新增功能十分满意,尤其是能够更轻松地部署Helm图表。我们预计此版本将被不断增长且复杂的客户群体广泛采用。

在中国市场,SUSE公司与Cloud Foundry基金会将通力合作,为中国的企业数字化转型提供全融合开源云原生技术堆栈,将全球最佳DevOps实践带入中国市场,不断推进数字化转型的前沿。 如今,Kubernetes在云原生界走红,占据了容器集群管理平台的主导市场地位。容器集群管理平台是云原生软件运行的底座,自3年前Docker容器技术涌现出一批公司以来,容器底层的集群管理平台就是兵家必争之地。而Kubernetes的胜出,也给之前的云原生技术堆栈,带来了底座更新换代的需求。 Cloud Foundry是全栈的云原生应用DevOps及部署管理运行平台,作为面向开发者友好的开源PaaS平台支持多种框架、语言、运行时环境、云平台及应用服务等,让开发人员能够在几秒钟内进行应用程序的部署和扩展,而无需担心任何基础架构的问题。Cloud Foundry诞生于Kubernetes之前,随着Kubernetes的胜出而需要二者更好的对接。 作为Cloud Foundry基金会的顶级白金会员,Cloud Foundry 是 SUSE 云应用程序平台的重要组件,可简化和自动化应用程序的创建和管理。SUSE也是CNCF (Cloud Native Computing Foundation) 云原生基金会的重要贡献者以及Kubernetes的长期支持者,SUSE CaaS平台即是基于Kubernetes技术,SUSE的云应用平台也支持Cloud Foundry。2018年底,SUSE推出了结合Cloud Foundry与Kubernetes两大开源项目优势的重大成果。 2019年9月底,Cloud Foundry基金会CEO Abby Kearns到访SUSE,双方共同探讨了全融合开源云原生技术堆栈推进中国企业数字化转型的议题。 数字化转型是适应而非颠覆 如今,数字化转型已经是现代企业讨论中最重要的议题。数字化变革对企业和组织的影响深远而广泛,了解数字化变革对每一个成员的影响则非常关键。根据Cloud Foundry基金会的一项调查显示,69%的IT决策者认为数字转型对他们的公司非常重要。 Abby Kearns指出,当前正在进行的企业数字化转型,是一个适应的过程而不是一刀切,需要不同的技术堆栈组合起来,满足企业渐进式的数字化转型需求。将近四分之三的受访者将数字化转型视为 对新技术的不断适应,而非一次性的技术转变或新技术采用。对于今天的企业来说,数字化转型就相当于在急流中的皮划艇,企业则需要不断适应并在急流中保持平稳前行。 对于数字化转型中的企业来说,需要有面向未来而构建新技术的能力、拥抱多平台世界以及引入开源技术。Abby Kearns强调,当今是一个多平台共存的世界,每一种平台技术都是一个更大型解决方案的一部分。在企业不断适应急流的过程中,每一种平台技术都有其价值,也都在保证企业平稳运行和转型中发挥作用。 在Cloud Foundry基金会在2019上半年的调研中,几乎一半的受访者结合使用了PaaS、容器和无服务器技术,比去年增加了9%。此外,72%的受访者同时使用PaaS和容器,49%同时使用容器和无服务器。也就是说,当前正在进入各种云堆栈技术的集成时代,随着底层IaaS堆栈的工业标准化,PaaS层的集成能力正在成为差异化的竞争点,而Cloud Foundry则致力于PaaS能力的集大成者。 SUSE新一代云原生底座 企业正在走向全云原生技术体系,而SUSE作为全球最大的独立开源公司,正在努力成为多种云原生技术的集成者和整合者。早在27年前,SUSE就开始提供企业版Linux,如今结合Kubernetes和Cloud Foundry等开源云原生平台技术,SUSE致力于成为新一代云原生底座,通过敏捷、从边缘到核心再到云的企业级开源解决方案,助力企业的长期数字化转型。 进入云原生时代,SUSE分别针对Kubernetes和Cloud Foundry提供了两大核心产品:SUSE CaaS平台和SUSE Cloud Application Platform。SUSE亚太区高级云技术专家苏显扬指出:为了结合Kubernetes和Cloud Foundry技术并向Kubernetes用户提供顶级云原生DevOps 体验,SUSE致力于通过多种方式将这二者技术进行完美结合。Cloud Foundry开源技术诞生于Kubernetes之前,在Kubernetes取得了容器集群编排引擎的行业主导地位后,SUSE就积极投入到Kubernetes与Cloud Foundry的结合中。 SUSE主要通过三种方式和路径推进Kubernetes与Cloud Foundry的结合:首先,SUSE从2017年就开始着手对Cloud Foundry进行容器化,然后在Kubernetes中运行容器化的Cloud Foundry,这就是SUSE参与的Cloud Foundry基金会的开源项目Quarks;其次,SUSE发起并积极参与了Cloud Foundry基金会的开源项目Eirini,该项目致力于把Cloud Foundry技术堆栈内部的容器集群编排引擎替换为Kubernetes,从而提供更好的云原生体验;最后,SUSE还积极参与了Cloud Foundry基金会的开源项目Stratos,通过统一的UI管理所有的跨多云和混合云环境的云原生技术堆栈。 2019年9月,SUSE推出了SUSE Cloud Application Platform 1.5版本,也就是结合了Quarks开源项目的最新商业化版本,让基于传统VM虚拟机的Cloud Foundry作为容器镜像运行在Kubernetes之上,从而为Kubernetes提供了现代应用程序交付平台。此外,SUSE还推出了最新的Kubernetes商业版本SUSE CaaS Platform 4。这是SUSE基于Kubernetes容器管理平台的最新版本,增强了应用程序的安全性,该版本通过无中断的平台更新与Kubernetes的升级保持同步,可以更轻松、更频繁地使用新功能。 欧洲某联邦政府的IT服务供应商需要管理政府部门的30余个APP及上千名开发人员,之前需要数月甚至几年的时间才能推出新版本的APP,也缺乏标准化的部署环境而导致复杂的运营及高成本的运维。采用SUSE作为政府云原生PaaS平台后,极大提升了开发者效率,应用上线及更新的周期缩短到数天之内,还大量节省了软件许可证的成本及简化运营。 成为企业数字化转型伙伴 成立27年来,SUSE一直是一家从事开源软件商业化的公司。在推出了Cloud Foundry和Kubernetes核心平台产品后,SUSE的商业模式也将由操作系统软件销售主导转向DevOps解决方案,而解决方案销售不同于操作系统软件,不仅具备更长的销售周期,而且更关注与企业和组织共同走上数字化转型之旅,在转型过程中为企业提供各类增值软件与服务。因为企业的数字化转型是长期持续进行的旅程,SUSE也相应转型成为了企业的长期数字化转型伙伴,而非单纯的软件产品供应商。 SUSE公司副总裁、亚太区及日本总经理江永清表示,操作系统销售与DevOps及解决方案销售有着显著的区别,特别是DevOps首先涉及到企业文化和开发组织的转型,从传统的稳态模式转向新型的敏态模式,企业必须适应更快的应用软件开发和部署上线节奏。 不仅企业应用软件的开发周期越来越缩短,企业面临的云原生技术也在快速发展变化中。Cloud Foundry作为云原生开发技术的集成平台,也在持续纳入各类面向云原生应用开发的开源项目,包括Envoy、Istio、Kubernetes和MySQL等,并创建了Container Runtime、Eirini、Project Quarks等新开源项目。Abby Kearns强调,Cloud Foundry的发展方向是作为云原生DevOps集成平台,满足企业对云原生技术的各类需求,例如底层容器集群技术支持Kubernetes、Diego、BOSH等。 江永清表示,今天SUSE已经是一个全堆栈的数字化转型平台及解决方案供应商,可以为企业提供开源软件定义的基础设施以及之上的容器管理和PaaS所组成的应用交付平台。SUSE全球服务则提供咨询服务、优选服务和高级支持服务等帮助企业的数字化转型,进而支持业务关键应用、机器学习、物联网、业务分析、高性能计算以及传统IT和应用等各种企业应用需求。作为开源、开放、安全和业经验证的平台,SUSE致力于成为中国企业数字化转型的重要伙伴。 在中国市场,SUSE公司与Cloud Foundry基金会将通力合作,为中国的企业数字化转型提供全融合开源云原生技术堆栈,将全球最佳DevOps实践带入中国市场,不断推进数字化转型的前沿。而SUSE也将持续加大对中国市场投入,与作为全球第二大数字经济体的中国,共同走向云原生和数字经济的未来。

原文网址:-kubernetes-distributions-leading-the-container-revolution.html

责任编辑:刘沙

责任编辑:刘沙

需要注意的是,本文重点关注的是可在本地运行或可被云托管的软件发行版,不包括如亚马逊EKS或谷歌Kubernetes引擎等专用的云服务。

Heptio Kubernetes付费版

红帽OpenShift

作为专门用于运行容器的Hyper.sh云服务的开发商,HyperHQ开发出了一个以 Kubernetes为中心的OpenStack发行版,即Stackube。通常情况下,OpenStack 使用一个名为Nova的组件来配置和管理计算节点,Stackube则使用的是 Kubernetes替代了Nova。除此之外,它们使用的是不做任何修改的原OpenStack 和 Kubernetes,所有其他额外细节都由OpenStack插件进行处理。

OpenShift创建的目的是为了向 PaaS中的所有组件提供抽象和自动化。这种抽象和自动化也扩展到了Kubernetes,这也带来了相当大的管理负担,而OpenShift 可以用来在PaaS大型部署任务中缓解这些负担。有兴趣的读者可以查阅InfoWorld网站关于红帽OpenShift 3的测评,以了解更多信息。

Platform9 托管的Kubernetes

SUSE CaaS平台能够在公有云和本地裸机上运行,不过需要注意的是SUSE目前并不支持与底层云基础设施的任何集成。这意味着SUSE CaaS平台的设计不是作为亚马逊EKS或谷歌Kubernetes引擎的补充而设计的,而是为了战胜这些产品,让用户可以跨多个云和数据中心运行容器。

以在欧洲广泛使用的Linux发行版而闻名的SUSE也推出了SUSE CaaS平台。在概念上,它们会让人联想到CoreOS Tectonic,后者为一套裸机微操作系统,能够运行容器和作为容器编排系统的Kubernetes、内置的镜像注册表和集群配置工具。

我在这里列出了12个最具知名度的Kubernetes解决方案,它们实际上是整合了Kubernetes和容器工具的发行版,也就是由众多厂商推出的带有Linux内核和用户层的发行版。

CoreOS提供了专注于容器的Linux发行版,并且可以与Docker兼容,不过它有着自己的镜像格式和运行环境。与此同时,还提供了一款企业级Kubernetes发行版。两者一起共同构成了CoreOS Tectonic堆栈的基础。

Telekube

对于我们当中的大多数人来说,Docker就是容器。自2014 年以来,Docker 拥有了自己的集群和编排系统Docker Swarm,直到近期它们还是 Kubernetes 的竞争对手。然而在2017 年 10 月,Docker宣布将不做任何修改处于原本状态的Kubernetes作为Docker社区版和 Docker Enterprise 2.0 的标准插入式组件。

Mesosphere DC/OS

Mesosphere DC/OS通过Apache Mesos将一组机器转变成可动态分配给多个应用的单个资源。Kubernetes被支持作为DC/OS 上众多应用程序包中的一个,允许用户跨 DC/OS 群集安装、运行和更新Kubernetes。

SUSE云即服务平台

CoreOS操作系统Container Linux与众不同,主要是因为它们被作为一套容器化组件交付。这样一来,操作系统的自动更新可以在不影响应用正常运行的情况下顺畅地进入到生产环境中。CoreOS还表示他们可以对Kubernetes进行一键更新。CoreOS Tectonic可以在亚马逊网络服务、微软Azure和裸机上运行。

CoreOS Tectonic

为了提供基于 Kubernetes 的服务和产品,Kubernetes 的两位发明者Craig McLuckie 和Joe Beda 共同创立了Heptio。他们的第一个主要产品是Heptio Kubernetes 付费版,这是一项需要付费的 Kubernetes 部署服务,由Heptio提供24/7 全天候支持。起步价为每月 2000 美元。

Mirantis云平台

Telekube 上的应用必须具备能够在Kubernetes上的容器中运行的能力。此外,它们必须被打包至Bundls中,随后Bundls将被发布到Kubernetes集群中。在部署基于容器的应用之前,虽然还需要为捆绑做一些额外的工作,不过Bundle 清单是用户唯一需要维护的Telekube额外工作。

Docker 社区版/Docker 企业版

编译:陈琳华

尽管如此,Kubernetes仍存在庞大、复杂,并且难以搭建和配置的问题。不仅如此,它还将许多繁重的工作留给了终端用户。因此,最好的方法是不要自己单独去尝试它们,而是寻找一个含有Kubernetes的完整的容器解决方案。在这个解决方案中,Kubernetes会被作为组件得到支持和维护。

Rancher 2.0

责任编辑:周星如

Mirantis云平台能够直接在裸机、OpenStack集群或公有云上运行Kubernetes。据Mirantis称,Mirantis云平台可以更容易地与Kubernetes协同工作,原因在于配置Kubernetes底层基础设施的工作不会落在终端用户身上。

HyperHQ称,Stackube的主要优势是它们可以根据使用哪个容器运行环境提供多种不同类型的多租户。对于软多租户来说,他们可以使用Docker,如果想实现企业级的资源分离,那么他们可以使用HyperContainer,因为后者使用了管理程序级的隔离。

Teleport SSH服务器的开发商Gravitational推出了可在在本地或远程集群上运行的生产强化型Kubernetes 发行版,即Telekube。Telekube 定位为私有软件即服务平台解决方案,可跨多个地区或托管服务提供商将Kubernetes 作为一项服务予以运行。

Stackube

Heptio的主要卖点是提供没有厂商锁定的企业级Kubernetes。该产品可以运行在公有云或私有硬件上。由Heptio提供的所有Kubernetes配置管理工具都是开源的,补丁可以直接推送到受支持的集群。

Canonical 和 Rancher 实验室共同推出了 一款名为云原生平台的产品,该产品将 Canonical的Kubernetes发行版与Rancher的容器管理平台整合到了一起。其理念是使用Kubernetes来管理每个集群中运行的容器,同时使用Rancher来管理多个Kubernetes集群。Cloud Native Platform 将随 Rancher 2.0 一起推出,目前仅提供了测试预览版。

作为红帽的平台即服务 产品,红帽OpenShift最初使用的是类似于Heroku buildpack的cartridges来打包应用,然后把它们部署到名为gears的容器中。在Docker出现后,OpenShift被进行了重写,以便利用新的容器镜像和运行时标准。红帽也不可避免地将Kubernetes作为OpenShift内的编排技术。

Rancher 也有自己的Kubernetes发行版。Rancher的目的是消除搭建Kubernetes 集群和为特定环境定制的Kubernetes时所遇到的繁琐工作,同时防止一些自定义功能妨碍Kubernetes进行顺畅的升级,这对于那些快速发展和经常性更新的项目来说是一个非常重要的考虑。

正如 Mirantis 所言,Mirantis云平台将OpenStack、Kubernetes 或两者的组合作为敏捷基础设施平台的基础。简而言之,Mirantis Cloud Platform 是一个用于编排虚拟机、容器和裸机服务器的单一集成解决方案。该平台以DevOps 方式管理部署在该平台上的应用程序,使用 Salt 作为配置管理工具,并集成 CI/CD 支持以确保应用程序被正确部署。

作者:Serdar Yegulalp 为InfoWorld网站资深撰稿人,长期关注机器学习、容器、开发运营和Python生态系统,并定期对上述内容进行总结。

Canonical 版的Kubernetes发行版

Ubuntu Linux的开发商Canonical也推出了自己的Kubernetes发行版。Canonical版的Kubernetes发行版的一大卖点是它们立足于已得到广泛推崇并部署的Ubuntu Linux发行版。Canonical称,其堆栈可以在任何云端或本地运行,并且支持由CPU和GPU驱动的工作负载。付费用户可以让Canonical工程师远程管理他们的Kubernetes集群。

简而言之,Docker公司已经认识到自己将会遇到大麻烦,并承认Kubernetes比Swarm更适合管理大型复杂的容器环境。尽管如此,Docker仍然为低强度工作保留了其初始的集群系统,比如位于防火墙后面的本地应用,这些应用在数量上不会有大的增长。

在客户的监督下,Platform9大约每六周就会对托管的Kubernetes进行一次更新。 Platform9还提供了一些正常情况下必须手动添加至Kubernetes集群中的功能,比如针对多租户场景的用户配额。此外,Platform9还提供了与无服务器计算服务的Platform9 Fission 项目的集成功能,其可在容器化环境下与大多数编程语言协同工作。

Rancher 实验室已经将Kubernetes集成到了他们2.0 版本的Rancher容器管理平台中,不过目前Rancher 2.0还处于测试阶段。相比其他的Kubernetes发行版,Rancher 2.0 在更高的层级上工作,其位于Linux主机、Docker容器和 Kubernetes 节点之上,可以在不考虑位置和基础设施的情况下独立管理所有这些节点。它们甚至可以管理位于亚马逊EKS、谷歌Kubernetes引擎、微软Azure容器服务和其他Kubernetes即服务云上的Kubernetes集群。

大多数Kubernetes发行版将重点放在了让 Kubernetes 从内到外和从上到下都易管理上。Platform9托管的Kubernetes可以在本地的裸机或远程的公有云等任意环境中运行,并可由 Platform9的工程师作为服务进行远程管理。

Kubernetes和容器正在改变应用的构建、部署和管理方式。以下这些发行版正在引领这一变革。 如果你需要大规模的容器编排,就可以借助Kubernetes这个项目。这个出自谷歌的开源容器编排系统备受好评,不仅得到了良好的支持,而且发展势头迅猛。

DC/OS 本质上是否是一个Kubernetes发行版值得商榷。这主要是考虑到Kubernetes 并不完全是 DC/OS 的一部分,但可以像其他被支持的应用一样通过DC/OS来部署,就像Linux应用可通过Linux发行版的软件包管理系统进行管理一样。尽管如此,Mesosphere使用Kubernetes的方式严格遵循Kubernetes 的工作方式。例如,他们使用Kubernetes 的主流社区发行版以确保与现有工具集有着高度的兼容性。

本文由澳门威斯尼人平台登录发布于 操作系统,转载请注明出处:云原生开源技术堆栈的商业融合,SUSE改善现代容器化和云原生应用程序交付体验

相关阅读