寻找合适的数据库来为您的 COVID 后恢复提供动力
来源：CPDA数据分析师网 / 时间：2021-06-22
数据分析师在这里扮演着关键角色，转向越来越积极地使用云——在许多方面，数字化转型终通过它获得计算能力，并在很大程度上为客户提供服务，是什么让你来到这里，但不会让你到达那里，如果我们真的想使用云来提升数字经济的新水平，我们将不得不面对一些关于我们在网络空间中运行业务系统方式的家庭真相。
我这是什么意思？众所周知，代云迁移就是将资本支出转化为运营支出，这很棒但我们很快发现您无法将大型IBM或Oracle数据库放在云端，无论如何，提升和转移本质上是有风险的，但对于大型单体应用程序来说，在技术上也是不可行的。
代企业云工程师解决这个问题的方式是试图将这些大系统分解成很多很多小东西——因此虚拟化（你把你能做的一切都放在数据中心的非本地服务器上）和容器化（一种想法是，您不必将每个软件都安装到虚拟服务器上的操作系统上，而是将其放入容器中，首先是虚拟机，然后是等），这可能是大多数人现在所处的位置；使用技术来链接大量精心编排的容器，大多数人现在也或多或少地相信敏捷用户，这是使所有这些复杂性工作的一种非常灵活的方式。
NoSQL 很棒，但它并没有让我们一路冲过终点线
问题是我们从来没有真正修复过数据库端，进入云端并实现让所有人在任何时间/任何地点/任何设备都可以使用您的服务的梦想是，数据库将始终可用（您无法承受它宕机的后果，您真的想要避免预防性维护，而冗长的升级周期对于在线 CX 来说并不好）。在你说之前是的这是分布式NoSQL数据库解决的问题，您可以将它们部署在云上的数百个节点上，将它们分布在不同的区域，你会获得弹性。
同意 NoSQL 革命使那些旧的单体数据库在云中可用成为可能
但是他们通过将一个相当重要的婴儿和洗澡水一起倒掉来做到这一点，他们无法进行交易，在微服务方法中将其分成更小的块是一个绝妙的举动，每一个都有一个为其提供服务的数据库，为了做到这一点，您终会拥有许多 NoSQL 数据库，为什么这是一个问题？当我买东西或将钱从 A 转移到 B 时，它必须同时在两个地方起作用，如果我在网上购物篮里放了东西，但它丢了这有点不方便，但并不是真正的灾难，但是当您告诉银行为要交付的订单付款时，它会更好地工作并立即平衡我的帐户，这种能力在交易系统中被视为理所当然，直到云革命开始，然后我们不得不开始编写大量额外代码，数千行代码，以及所有复杂性、供应商维护升级和成本——十年前，一行 SQL 就可以地完成这项工作。
云中真正的大型机级事务
这里的行动呼吁是，随着您的组织开始以数字化速度开展大量后 COVID 业务，将会有越来越多的用例，您将无法仅使用虚拟化的微服务和 NoSQL 方法，与此同时我们不能回到需要所有计算和空调的大型旧 Oracle 和 IBM 解决方案，要成为一名认真的电子商务玩家，您无法通过编程摆脱这种情况（这会带来巨大的成本，但也有更大的风险、更大的延迟和总体更大的费用），解决方案必须是一种低代码、云、分布式、事务数据方法，可以提供 NoSQL 无法提供的一个难题：简单、可靠、即时和横向扩展事务支持。
因此，我很遗憾地说，尽管您在 COVID 中付出了辛勤工作并加快了品牌的数字化转型，但要完成云的承诺，您需要更上一层楼，但这是您在 COVID 之后确实需要采取的步骤，以获得与关系数据库相同的功能和可靠性，但在现在的操作系统中：云。