云原生计算正在迅速成为企业的标准。容器、容器编排器（如Kubernetes）、云原生解决方案（如存储编排器）等解决方案正在使应用程序和基础设施比以往任何时候都更高效、更可用、更易于维护。
但许多组织仍在使用内部部署的存储解决方案，即使他们在技术堆栈的其他元素中采用了云原生技术。是什么留住了内部存储呢？
什么让内部存储变得棘手？
如果你有一个内部部署存储解决方案，这意味着你的服务器和其他硬件设备是在组织的基础设施和物理部署上托管和管理的。
内部存储解决方案的定义特征是它们具有很大的惯性。它们倾向于：
——有多年的服务合同。
——与相关供应商生态系统内的其他解决方案一起用才能实现最佳性能，或者只能一起用。
——需要内部专家对解决方案进行维护和故障排除，
一旦你投资了内部部署存储解决方案，上述所有问题甚至更多问题都会使其变得非常棘手，更具体地说，内部存储解决方案会带来高度的供应商锁定。
内部部署存储真正需要解决的问题是何与当今数字领域中占主导地位的更灵活的云原生技术合作。如果你想使用内部部署存储解决方案来存储有状态、容器化应用程序的数据，则需要创建自定义项来处理负载均衡、可用性、扩展、更新、持久性、网络等。
这种让内部部署存储基础设施与云技术协同工作（尽管不完善）的场景相当常见。这是有道理的；企业希望既使用基于云的现代技术，同时也希望从其遗留的本地基础设施中获得尽可能多的价值。
因此，他们以零碎的方式将技术堆栈的元素移动到云上。然而，这与云原生方法背道而驰，并没有抓住它提供的好处。
云原生存储有什么不同？
正如CNCF所定义的，“云原生技术使组织能够在现代动态环境（如公共、私有和混合云）中构建和运行可扩展的应用程序。容器、服务网格、微服务、不变的基础设施和声明式API就是这种方法的例子。
这些技术使松耦合的系统具有弹性、可管理性和可观察性。再加上强大的自动化，他们允许工程师以最少的工作量频繁地、可预见地进行高影响的更改。”
本质上，它是开发、托管和管理应用程序的云优先方法。在存储的情况下，云原生方法假设堆栈的其他元素将基于云技术，因此可以利用云原生堆栈提供的好处。
默认情况下，更多的基础设施可以是在云原生方法下定义的软件。因此，基础设施的元素（如存储解决方案）将以声明方式与任意数量的环境协同工作。这将解决供应商锁定问题，使你能够与服务或产品更适合应用程序的供应商或在希望的地区运营的供应商合作。
通常，此类服务和产品以自助方式提供；云原生解决方案，尤其是云原生存储，可以让你用多少付多少费，而不是为你可能不会充分使用的单体技术支付大笔费用。
为什么需要内部存储？
很多组织不需要。但正如我们前面讨论的，内部部署存储有很大的惯性。切换到基于云的存储非常困难，主要有两个原因。
1.沉没成本谬论
各组织已经在其内部部署解决方案上投入了大量资金。他们聘请了服务提供商来管理这些解决方案，聘请了内部专家，购买了必要的硬件——相关清单还在继续。不使用所有这些可能会感到痛苦，即使这是一种不太有效的方法。
2.数据安全和合规性
传统上，内部部署存储被认为更安全，更容易遵守数据管理法规。
有时，数据必须保留若干年，将数据迁移到不同的解决方案会使其面临风险。或者，可能这些数据需要托管在某个司法管辖区。切换到云原生存储解决方案可能会导致数据跨国移动到受不同法律约束的数据中心。
内部部署存储解决方案并没有为云原生存储提供不同而具有吸引力的好处。相反，内部部署解决方案绑架了其所有者。实际上，谁也无法证明，切换到云原生解决方案的成本和难度太高。
幸运的是，切换变得越来越容易
从价格、风险、工作量以及与云原生存储相关的所有其他成本来看，从内部存储切换到云原生存储变得越来越容易。
主要的云提供商现在几乎在每个国家都有数据中心，这使得遵守数据法规变得更加容易。云原生生态系统中的供应商比以往任何时候都多，这降低了成本，并确保有足够的种类来满足最具体的需求。这很快就成为了常态。随着云原生存储解决方案变得越来越普遍，内部解决方案的成本变得更加难以接受。
这对企业意味着什么
如果你的组织有机会从内部存储解决方案转换，你应该抓住这个机会。供应商锁定和惯性是阻碍许多企业全面现代化的强大力量。在又一个五年采购周期中被锁定将使追赶和现代化变得更加困难。
改变为云原生技术栈也很重要。单独使用云原生存储解决方案会带来一些好处，但升级到整个云原生基础设施会带来更多好处。毕竟，任何技术栈的短板都是它其中最不现代的组件。
原文链接：
https://thenewstack.io/on-premises-vs-cloud-native-storage/
