PaaS失败了吗?让我们看看Cloud Foundry的优势

Tommy744 等级 414 0 0

PaaS失败了吗?让我们看看Cloud Foundry的优势

软件团队常见的行为方式可以总结如下:

  1. 软件部署从Heroku或Firebase开始。
  2. 在应用程序需要快速扩展时,开始使用Docker进行容器化。
  3. 在遇到Docker困境的时候,考虑使用Kubernetes等容器编排工具。

PaaS失败了吗?让我们看看Cloud Foundry的优势

从所有方面来看,这对于任何软件开发团队都是一条合理的道路。他们在每个阶段都将工作量降到最低,同时在基础架构方面提升了成熟度。

这对于不同规模的团队来说都是如此。他们可能是初创公司的开发人员,也可能是在大型项目中的小型团队成员。每个人都倾向于走这种阻力最小的道路。

PaaS失败了吗?让我们看看Cloud Foundry的优势

但是,依次开展的每个阶段中往往会造成大量技术债务的积累。

他们反对Kubernetes的观点是,部署相当复杂。只有在软件团队遇到Docker自身无法突破的局限的情况下才能进行权衡或取舍。随着团队意识到Kubernetes也可以使具有不同规模和部署速度的团队受益,这种观点正逐渐被抛弃。

我们可以为不断变化的基础架构需求,提供动态接口吗?

事实证明, 是可以的,还有很多选择。其中一些经过了考验,例如Cloud Foundry和OpenShift。还有一些是最近出现的,例如Google Kf,Waypoint和App Platform。所有这些选项旨在提供一件事:为开发人员提供简化的体验。另外,它们都支持部署到Kubernetes。

本文将重点介绍Cloud Foundry如何在按照现代标准部署应用程序的同时,提供出色的开发人员体验,并通过完全开源的组件来完成所有这些工作。

Cloud Foundry(CF)基于容器的架构,可运行任何编程语言的应用程序。使用现有工具将应用程序部署到CF,无需修改代码。

Cloud Foundry提供了云、开发者框架和应用服务的选择,可以更快、更容易的构建、测试、发布和大规模部署应用程序。

它是一个开源项目,可通过各种私有云发行版和公有云实例获得。

你可能会问为什么选择Cloud Foundry,有许多原因,但主要是因为它是与供应商无关的,并得到了大型活跃的开源社区的支持,并且具有大规模部署的历史。

谷歌、IBM、微软、Pivotal、SAP、SUSE、Swisscom等提供支持Cloud Foundry

Cloud Foundry是创建应用程序,而非创建应用平台, 免去了为应用程序配置基础架构的成本和复杂 。Cloud Foundry社区已经在虚拟机和容器环境中部署了该项目,而从未损害开发人员体验。

今天,借助CF-for-K8(和KubeCF),Cloud Foundry为任何团队采用Kubernetes部署提供了一条轻松的道路,为用户提供了一条Kubernetes惯用的道路。这样,软件团队不会被迫在复杂性和部署最佳实践之间做出选择。

让我们从三个不同的方面检查Cloud Foundry的优势:

  1. 简单部署
  2. 几乎适合所有团队
  3. 开源的

Cloud Foundry为开发人员提供了一个简单的界面来部署其应用程序。开发人员可以在需要时使用一些附加的声明性语法对其部署进行细化修改。与Kubernetes API的交互被完全模糊,取而代之的是cf PaaS体验。

Service Broker使服务得以创建,绑定和删除。单独的子系统可用于UAA(用户帐户和身份验证),RBAC(基于角色的访问控制),监视,日志记录和联网。其中一些是Kubernetes组件的叠加层,而另一些则是Cloud Foundry原生的。多租户已内置到Cloud Foundry体验中。需要多租户Kubernetes架构的团队无需构建自己的平台,而只需利用现成的功能即可。类似地,这些子系统允许开发人员无需通过大量的部署清单即可部署应用程序。

因为应用程序与基础结构分离,你可自行决定在何处管理工作负载,私有云、公有云或托管的基础结构中,并可在几分钟内根据需要移动这些负载,无需对应用程序进行任何更改。

Cloud Foundry适合所有人吗?

Cloud Foundry具有很强的适应性,可承受技术的变化,你可随时采用新工具、新语言或新平台。

大多数软件团队都有定制需求,并使用本地开发的技术将其软件部署到生产中。Cloud Foundry可以容纳所有这些更改。

可以通过合理的配置来适应对管道,基础结构,打包和发布的更改,而不会影响开发人员的体验。可以选择不同的语言和开发框架,而无需担心任何额外的开销。这在很大程度上要归功于Buildpacks的使用,它们旨在与任何编程语言一起使用并生成不可变的工件以进行部署。小型团队可以保持敏捷,大型团队可以保持合规。

拥有自己的基础架构

Cloud Foundry是一个开源项目,具有开放式贡献和开放式管理模式,可为用户提供最大灵活性,以避免被供应商锁定。社区由具有多元化思维的人士组成,共同应对各种挑战,更多不同的观点可创建更强大的代码。

Cloud Foundry的开源特性使其对于寻求透明度和治理的团队非常有利。Cloud Foundry可以部署到公共,私有或混合云。并且还可以与许多本地开发环境一起使用。在所有这些不同的部署中都可以获得统一的开发人员体验。CF-for-K8的许多子系统来自Cloud Native Computing Foundation项目,这些项目本身就是开源的。Istio,Fluentd和Envoy是CF-for-K8内部使用的几个值得注意的开源项目。

最重要的是,从来没有解决所有部署需求的灵丹妙药。每个软件团队都会创建自己的文化,以配置开发环境,CI/CD流水线,部署节奏等。但是,从软件发展历史和大量实践经验中,我们可以肯定地说Cloud Foundry的经验能为你当前的软件开发和交付实践提供积极的价值。

译文链接:https://thenewstack.io/paas-or-fail-the-advantages-of-platform-as-a-service/

本文转自 https://www.kubernetes.org.cn/8726.html,如有侵权,请联系删除。

收藏
评论区

相关推荐

Kubernetes(k8s)中文文档 Kubernetes概述
简介 Kubernetes(https://www.kubernetes.org.cn/)是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署,规划,更新,维护的一种机制。 Kubernetes一个核心的特点就是能够自主的管理容
Kubernetes笔记:十分钟部署一套K8s环境
Kubernetes是Goole开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理 —— 百度百科。 接触K8s也有半年多了,也基于阿里云平台搭建了包含多级服务、目前运行较为稳定的K8s集群(感兴趣的可参考 \k8s云集群混搭模式,可能帮你节省50%以上的服务成本\, \k8s云集群混搭模式落地分享\,但一直没来得及对其进行系统
Kubernetes + GitLab 微服务应用自动化部署
Kubernetes GitLab 微服务应用自动化部署 Docker 简化了单个服务的部署,Kubernetes 通过强大的容器编排能力使得运维人员可以轻松管理成千上万的容器,这些容器归属于多个服务,而这些服务又组合形成了多个应用。从代码到运行中的应用,需要经历构建、打包、测试和部署等阶段,如果每个步骤都手动执行,无疑会消耗研发人员的大量时间。本文讲解
Kubernetes部署高可用PostgreSQL集群
PostgreSQL 是一个功能强大的开源关系数据库,它使用和扩展了 SQL 语言,并结合了许多安全存储和扩展最复杂数据工作负载的功能。PostgreSQL 的起源可以追溯到 1986 年,作为加利福尼亚大学伯克利分校 POSTGRES 项目的一部分,与 Linux 内核相似,PostgreSQL 是由社区驱动的开源项目,由全世界贡献者所维护。Postgre
IoT基础架构的演进 — 边云自定义消息传输
边缘计算不仅仅是将应用部署在边缘,并对其进行自动化的监控和运维。在许多应用场景里,边缘和云上应用需要进行特定的消息传输、数据交换等,以完成边云协同的业务处理。例如,用户需要从云端发送命令至边缘的应用来触发特定的业务,或者边缘设备需要将采集的业务信息上传至云端处理。KubeEdge v1.6 版本增加了自定义边云消息传输的支持,用户可以根据场景,借助 Rule
Kubernetes Pod 自动扩容 — HPA
Kubernetes 增强了应用服务的横向扩容能力,在应对线上应用服务的资源使用率在高峰和低谷的时候,我们需要能够自动去感知应用的负载变化去调整 Pod 的副本数量,削峰填谷,提高集群的整体资源利用率和应用的服务质量。为此,Kubernetes 1.2 版本中引入 Horizontal Pod Autoscaling (HPA), 它与 kubectl sc
Kubernetes自定义调度器 — 初识调度框架
Kubernetes 已经成为容器编排(Orchestration)平台的事实标准,它为容器化应用提供了简单且高效部署的方式、大规模可伸缩、资源调度等生命周期管理功能。kubescheduler作为kubernetes的核心组件,它负责整个集群资源的调度功能,根据特定的调度算法或调度策略,将Pod调度到最优的Node节点,使集群的资源得到合理且充分的利用。
Kubernetes自定义调度器 — 初窥门径
通过上一篇文章对schedulerframework调度框架已经有了大致了解,根据我们的实际生产的一些问题(如计算服务没有被调度到实际CPU最优的节点)和需求,来实现一个简单的基于CPU指标的自定义调度器。自定义调度器通过kubernetes资源指标服务metricsserver来获取各节点的当前的资源情况,并进行打分,然后把Pod调度到分数最高的节
基于k8s的DevOps实践之路
原标题:基于k8s的DevOps实践之路很多快速发展的公司都面临着一个巨大挑战:在需求不断动态横向扩容的同时继续保持系统的高可用性。如何有效解决这一问题,Kubernetes(k8s)应运而生。k8s以运行可扩展工作负载而闻名,它可以根据资源使用情况调整工作负载。白山科技云分发团队基于多年的DevOps实践经验,在白山会运维日第三期与Thoughtworks
SRE和DevOps值得关注的十大开源项目
构建可扩展且高度可靠的软件系统是每个SRE的最终目标。在SRE/DevOps领域中,有大量出色的开源项目,每个项目都有新颖而激动人心的解决方案。在本文中,我们将会介绍一些在监视,部署和维护领域最受欢迎的开源项目。 1\. Cloudprober可以主动跟踪和监视应用程序,并帮助你提前发现故障。它使用“活动(active)”监视模型来检查你的组件是否按预
2021年值得关注的五个云原生安全问题
云原生正变得越来越流行,在2020年,统计发现,其中83%的组织也在生产环境中使用kubernetes。由于,团队可以轻松地构建和使用,,,以及管理服务,而不必担心底层的服务器。但是,云原生安全性仍然是一个真正的挑战。奇怪的是,云原生安全性的最大问题与所有新技术无关。首席安全官表示,如果组织希望以更好地开始新的一年,则应着手解决五个主要的云原生安全性问题。有
深度 | 阿里云蒋江伟:什么是真正的云原生?
作者 | 阿里云原生 来源|而今,云原生成了耳熟能详的热门词,似乎不提云原生就落伍了,加入 CNCF 也成了云厂商引以为傲的技术优势。我们也看到各种云原生的定义,有来自 CNCF 的“微服务容器持续交付DevOps”,也有来自不同云厂商的说法。2020 年 9 月,阿里云成立了云原生技术委员会,今天我就从云计算的初心尝试谈谈什么是真正的云原生。狭义的
2021年云原生技术趋势
2020年3月下旬的几周时间里,COVID19使全球业务停滞不前,因此每个人都在试图找出应对这种疫情的最佳方法。那时候,没有人知道会发生什么,因此会议被取消,合同被搁置,项目被推迟。一切都停止了。但是,到2020年4月初,我们见证了IT社区的工作重新焕发活力。尽管其他行业还不能恢复正常,但很快我们就明白,仍然需要IT来进行经济和社会活动。你甚至可以得出这样
PaaS失败了吗?让我们看看Cloud Foundry的优势
软件团队常见的行为方式可以总结如下:1. 软件部署从Heroku或Firebase开始。2. 在应用程序需要快速扩展时,开始使用Docker进行容器化。3. 在遇到Docker困境的时候,考虑使用Kubernetes等容器编排工具。(https://cdn.thenewstack.io/media/2020/12/5105a24aimage011.
灵雀云陈恺:2020 云原生走向何处?|CNBPS2020演讲实录
大家好,我是灵雀云的陈恺。今天我们用这种比较特殊的方式来交流,很多人可能已经习惯这种新的工作和生活方式。疫情在带来很大挑战的同时,也在倒逼着我们去进步,就像几个月前微软CEO 萨提亚·纳德拉说的,很多企业把原本需要花两年时间来做的数字化转型,在短短两个月内一口气全都搞定了。参加过前面几届CNBPS大会的朋友可能知道,我每年都会试图用一句话来概括下云原生在这一