当前位置: 附加器 >> 附加器资源 >> 容器附加存储CAS是云原生存储
客座文章作者:EvanPowell,CEO
MayaData或者,云服务怎么会不是云原生的呢?
欧洲KubeCon在很多方面都很伟大。一个惊喜是,因为KubeCon是一个虚拟活动,这导致我与各种存储供应商和项目的对话比之前的KubeCon更多。KubeCon存储的交流频道召集了许多聪明的供应商,他们通常合作,试图为最终用户解决问题;我受到了鼓舞,试着尽我的一份力来跟上。
这就是本文起点,作为容器附加存储(ContainerAttachedStorage,CAS)定义的原始作者,接下来为更广泛的社区创建一个博客是有意义的。
引发这次更新的问题来自一个传统存储供应商的工程师,他问--我稍微引用一下:“如果松散耦合对于云原生架构如此重要,这是否意味着,依赖于一个给定的云本身就不是云原生的?换句话说,云服务本身不是云原生的吗?”我不得不回答--是的--但故事还有更多内容。
回顾--什么是CAS?
容器附加存储是一种模式,它非常符合数据分解的趋势,以及运行小型、松散耦合的工作负载的小型、自治团队。换句话说,我的团队可能需要为我们的微服务使用Postgres,而你的团队可能依赖于Redis和MongoDB。我们的一些用例可能需要性能,一些可能在20分钟内就用完,其他的是写密集型的,其他的是读密集型的等等。在大型组织中,团队依赖的技术,会随着组织规模的增长,和组织越来越信任团队选择他们自己的工具,而变得越来越多。Kubernetes支持这种模式--有时被讨论为数据网格(datamesh)和多语言数据(polyglotdata)的兴起--来自ThoughtWorks的ZhamakDehghani和其他人有相关的讨论。