欢迎浏览sook云!

网站地图

当前位置:主页 > 数据库 > 海外数据 >

分布式存储_访问oracle数据库_哪家好

时间:2021-06-12 06:04

人气:

作者:sook云

标签: 存储  哪家  访问  分布式  Oracle  数据库 

导读:在云中,没有什么比变化更稳定:因为一切都"在互联网上",组件需要不断更新以修复新发现的安全漏洞。此外,开源社区是充满活力的协作场所,他们的新想法导致了开源技术组件的...

分布式存储_访问oracle数据库_哪家好

在云中,没有什么比变化更稳定:因为一切都"在互联网上",发发淘客神器,组件需要不断更新以修复新发现的安全漏洞。此外,开源社区是充满活力的协作场所,他们的新想法导致了开源技术组件的进一步变化。当然,Cloud Foundry也是如此。

简介

在SAP Cloud Platform上,我们有一段历史,将Cloud Foundry作为我们技术组合的一部分提供:SAP是2015年创建的开源Cloud Foundry基金会的创始成员之一。在SAPPHIRE 2016上,我们宣布了Cloud Foundry的第一个测试版,作为当时称为SAP HANA云平台的一部分。一年后,再次在SAPPHIRE,我们宣布了一个通用版本的cloudfoundry作为SAP云平台的一部分。从那时起,SAP和我们的客户群对Cloud Foundry的采用稳步增长,因此我们同时在全球范围内运营一些最大的Cloud Foundry部署。虽然我们最初主要在上游使用Cloud Foundry开源软件,但很快我们的几个同事就开始为上游的Cloud Foundry做贡献,其中许多是兼职的,有些甚至是全职的,随着Kubernetes将自己确立为事实上的开源标准,一组新的技术(通常称为容器调度程序或容器管理平台)应运而生。

在开源社区,SAP很早就提出了这样一个问题:将这两种开源技术结合起来是否有意义,如果是的话,两个项目的结合会是什么样子。与其他主要贡献公司一起,我们讨论并推广了将Cloud Foundry与Kubernetes相结合的想法,例如在Cloud Foundry峰会期间。

快进两年:我们的许多想法正在以新的Cloud Foundry开源项目的形式具体化。因此,这篇博文描述了Cloud Foundry通过这些项目走向未来的轨迹。

今天的Cloud Foundry

为了让对话更具层次性,让我们先看看我们今天运行的一个典型的Cloud Foundry系统的高级组件是什么样子:

首先,这里是BOSH,每个人都在使用的生命周期管理工具来部署、更新和管理CloudFoundry。BOSH为底层IaaS提供了一个基础设施抽象,允许我们向许多公共超标量器中提供数据。下一步,虽然我们不会详细研究构成CF的所有组件,重要的是要理解,所有这些工具都协同工作以提供Cloud Foundry用户体验和API:从能够使用CF命令行工具到为云控制器和用户帐户及身份验证服务器(UAA)提供Cloud Foundry REST API,再到将源代码转换为Linux容器的buildpack逻辑(`CF)推送'),然后由Diego基础设施在专用虚拟机上执行,这些虚拟机在Cloud Foundry的用户之间共享。

因此,通过Diego,今天的Cloud Foundry为"cf push"到它的应用程序提供了一个容器运行时。

kubecf:将Cloud Foundry转换为在Kubernetes上运行

kubecf,一个主要由SUSE驱动的项目开始于这样一个假设:cloudfoundry将继续基于BOSH和我上面描述的架构发展,cloudfoundry社区的一个子集希望在Kubernetes上运行这个不断发展的堆栈。基于这一假设,很明显,我们需要一个"持续的转换过程",使用当今BOSH管理的cloudfoundry的新版本,从而将它们转换为可以部署在Kubernetes上的工件。这个转换过程的结果被称为kubecf,一个可以部署在Kubernetes上的cloudfoundry发行版。用于此转换的工具是作为Quarks项目开发的。

Eirini:在Kubernetes上运行Cloud Foundry应用程序

如果比较前面的两个图表,你会发现另一个区别:Diego被Eirini调出。我已经提到,对于Diego,cloudfoundry带来了一个自己的容器调度器。但是Kubernetes本身也是一个容器调度器。因此,Eirini是问题的答案:"为什么我们需要在容器调度器之上运行容器调度器?"答案是:"我们不需要!"因此,红淘客,Eirini没有将Diego带到Kubernetes,而是允许将CloudFoundry应用程序作为标准的Kubernetes工作负载运行。通过Eirini,Cloud Foundry不再"运行Cloud Foundry应用程序",而是将这一职责委托给Kubernetes层。

如前所述,SAP为Cloud Foundry提供了贡献者,因此让Eirini项目提供贡献者是合乎逻辑的,与其他主要的云铸造成员公司一样,

cf-for-k8s:云原生云铸造发行版

我提到kubecf是建立在云铸造将在没有开源社区中的每个人都支持Kubernetes的情况下发展的假设之上的。现在情况已经不是这样了:与此同时,CloudFoundry被定位为"Kubernetes的成熟开发经验"。由于基于非Kubernetes的cloudfoundry部署不再是主要关注点,VMware提出了一个问题:Kubernetes原生版本的cloudfoundry可能是什么样子。答案是cf-for-k8s,一个云本地云铸造发行版。VMware做了一个思考练习,思考哪些组件需要保留以仍然提供Cloud Foundry用户体验(提示:这是Cloud Foundry API),以及在更广泛的Kubernetes生态系统中哪些组件需要替换。这个练习的结果是这样的:

温馨提示:以上内容整理于网络,仅供参考,如果对您有帮助,留下您的阅读感言吧!
相关阅读
本类排行
相关标签
本类推荐

关于我们 | 版权声明 | 广告服务 | 友情链接 | 联系我们 | 网站地图

Copyright © 2002-2020 sook云 版权所有 备案号:豫ICP备36548666号
本站资料均来源互联网收集整理,作品版权归作者所有,如果侵犯了您的版权,请跟我们联系。