在对数据库的总成本进行定价时，还有很多事情要考虑

硬件和软件成本仍然存在，但是您还需要考虑扩展数据库，与现有和将来的系统集成以及计划内或计划外停机的代价，在对云数据库的成本进行定价时，提前提出这些问题至关重要，计算数据库实际成本时要问的所有问题的完整表述，成本分为三大类：硬成本，运营成本和软成本，我们将逐步浏览标题中的订单项，并跟进一个深入的模板，您可以在自己的计算中使用该模板。

硬数据库成本

从表面上看，自阴天以来，方程式的这一部分变化不大。数据库的硬成本分为两类：软件许可和硬件，但是云引入了一些新的问题来询问您的硬件和软件成本。

云数据库软件成本

市场上有很多软件许可，可以分为三类： 

传统企业：这已经是企业软件在云端之前三十多年的典范。您需要为企业软件许可证支付大量的前期费用，购买之后，您需要为增加的功能和升级支付额外的费用。

完全开源：完全免费的，但是与免费软件许可相关的成本并非不存在。您需要付费来维护它，支持它并降低它的风险，我们将稍微讨论这些费用。

商业开源：此模型大约在10到15年前问世，它是解决公司获得完全开源许可证的某些问题的可行解决方案，例如赔偿和支持。

云数据库硬件成本

今天的硬件成本看起来不同于30年前。但是，这些硬件成本并没有消失，仅仅是因为服务器机房中没有嗡嗡作响的巨型盒子。当然，两者之间存在差异：您可以与供应商协商价格，或者利用规模经济（这并不意味着贬低价格），但这是您需要考虑的成本，您还仍然需要管理和操作所有这些。运营成本不仅会消失。这些云提供商的界面上花费了大量时间来实际管理这些事物并从操作角度进行理解，因此易于使用很重要。

运营数据库成本

除了硬件和软件成本之外，还有运行数据库所产生的日常成本。这些因您选择的供应商（及其定价结构）而有很大差异，但源于同一问题：当我们将来要执行X任务时会发生什么？ 在使用数据库的过程中，您将不得不通过规模化将灾难恢复与系统与其他工具集成在一起。很容易想到“我们到达那座桥之后，我们将跨越那座桥。” 但是，在计算数据库的实际成本时，您需要考虑这些必然性，并估算出需要跨越这些桥梁时的成本。

灾难恢复：失败的代价是什么？

无论您在硬件上放置了多少抽象层，终，我们都在处理机械设备。这些设备将失败。选择数据库部署应用程序时，需要考虑临时或灾难性挑战的成本。尽管有许多原因可能导致应用程序失败，但数据库是造成许多停机的主要原因。旧版本，写入瓶颈，内存问题，锁定的事务，配置错误，硬件故障。您需要为这些必然性做好准备，因为它们会在某个时刻发生。

计划内和计划外的停机都可能导致大量成本，尽管这笔费用可能不容易计算，但仍应将其视为数据库选择的一部分。每个企业都是不同的，停机对每个企业的影响是不同的，但是在计算企业停机成本时需要考虑以下几项：

收入损失：错过了进行在线交易或吸引潜在客户的机会

声誉影响：您的竞争对手可能只是消费者继续提供下一个报价

客户满意度：由于发现问题，对您的产品或服务失去信任

法规成本：管辖法规有时可以使组织更好地处理数据问题

法律责任：在极端情况下，可能会因数据丢失而提起诉讼

有一些非常简单和直接的技术原因导致数据丢失和停机时间成为问题。通常，我们发现自己需要延长RPO / RTO周期，并且会承受高昂的技术成本。

规模：分片的成本是多少？

对于大多数云数据库，可通过增加实例的大小来实现扩展。但是，使用这种方法时，您会受到可用大小的限制。如果您想扩展到这个范围之外，或者需要全球规模，会发生什么？ 某些数据库允许您扩展到单个实例之外，并允许多个实例，但是这仅适用于只读，并且由于无法扩展写节点而限制了您可以处理的事务量，您仍然面临大小限制，此外由于您将始终遇到写访问的物理延迟，因此该单个写节点配置限制了您的可用性，无法在广泛的地区扩展访问。 

如果选择扩展像PostgreSQL或MySQL这样的开源数据库，终将需要分片数据库

与这种方法相关的巨大成本，首先，您将需要修改您的应用程序，这会带来风险。您还需要配置一个新实例，并在某个时刻（通常在半夜）切换到该新配置。您将需要承担与硬件相关的额外成本及其对团队造成的痛苦……而这是的情况。如果在此过程中出现问题，终会导致计划外停机。而且，分片数据库的管理成本随每个新分片成倍增加。

集成：使用其他工具的成本是多少？

您的数据库不存在。它将被集成到您的IT平台的其他部分，出现数据仓库是有原因的。因此，数据库与其他工具（例如数据仓库）之间的集成非常重要。并且取决于您的数据库，它可能会很昂贵。您的用例是否需要Kafka或某种流处理？您正在使用数据湖吗？

商业联合会数据分析专业委员会