广告

  • 浏览(44)
  • 评论(0)
  • 译者:k8s

谷歌云平台倡导者Kelsey Hightower最近分享说,谷歌团队克服一切困难,为Oracle数据库创建了Kubernetes operator。Hightower在推特上写道:“我们已经正式跨越了鸿沟。”

事实真的如此吗?

过去将有状态工作负载放入Kubernetes是一项具有挑战性的任务,但StatefulSets带来了改变。Kubernetes生态系统在改进有状态集方面做出了不懈的努力,尽管并不完美,但它适用于大多数有状态工作负载。

看看成功利用云原生范式的公司,最突出的是它们的垂直整合程度。以最佳使用方式利用硬件,同时仍为用户提供他们所要求的体验。

例如,AWS的Nitro就是这样诞生的——需要在堆栈中进行深度集成,以有效地实现高性能虚拟化。谷歌增加了其托管的开源产品的块写入大小,以更好地与底层媒介保持一致。Microsoft使用SAP构建了定制机箱,以便以之前市场上无法采用的方式启用HANA。

有目的的深度生态系统整合是一个成功的游戏,这是一个超大规模公司正在投入的游戏。

有很多公司将他们的产品与Kubernetes进行了深度集成,其中大多数是NewSQL项目,这些项目寻求分布式计算来解决问题。CockroachDB、PingCap的TiDB、YugabyteDB和其他许多都是在云计算的原生世界中开始开发的,并且与最流行的有线协议兼容,那么为什么我们还没有看到它们的大规模迁移呢?答案是,它们处理数据存储的方式与传统DBMS不同。实践者通常没有将他们的DBMS推到垂直扩展的极限,也没有看到水平扩展的必要性。他们的说法是,水平扩展带来的复杂性大于好处。

我们看到像OnGres的StackGres、Percona的Kubernetes operator、Apache Cassandra,甚至MongoDB和Oracle等项目正在进入Kubernetes领域。

还有一些公司,比如MariaDB,他们致力于垂直集成到Kubernetes中,拥有六个以上的存储引擎,每个引擎都有独特的部署风格,一些能够进行MPP操作,另一些能够进行横向扩展。利用Kubernetes使得无论MariaDB如何部署,SkySQL都能实现飞速发展。MariaDB已经开源了所有这些好处。

笔者一直主张,主流数据库提供商不仅需要创建Kubernetes operator,还需要直接开发有Kubernetes“意识”的数据库,甚至需要实际的深度集成。

这是一个充满机遇的领域。甲骨文,别让我们失望!

原文链接:

https://thenewstack.io/kubernetes-needs-deep-system-integrations/


  • 分享到:
  • icon
  • icon
  • icon
  • icon
箭头