by Jason Bloomberg

'实时'的多种含义

 即时的 每一项数字化转型倡议都必须处理越来越多的变化步伐 - 在市场上,在技术环境中,在世界范围内。显然,随着客户的期望加速,技术必须跟上。挤压每毫秒的性能导致对实时技术的需求,没有任何延误,以思想本身而移动。

如果我们更接近地检查这个实时要求,则出现了重要的细微差异。首先,实时从未实际意义意味着瞬间,因为它总是需要一定的时间,以找到他们的目的地。但对于任何数字专业人士来说更重要,实时的概念具有多种不同的含义 - 并且了解差异对于实现有效的技术决策至关重要。

无论如何是实时的什么?

从数字努力的角度来看,实时最重要的定义是低延迟。延迟是指网站或应用程序需要多长时间响应点击或其他用户交互(在计算机或移动设备上),从而更快,更好。消费者是臭名昭着的,毕竟 - 增加了几毫秒的延迟,他们会在开车中缺陷。

实时也可以指的是最新信息。例如,在突发新闻情况下,人们希望最新的信息。人们首先在Twitter上实时了解地震 - 新闻网站通常落后至少十分钟。实时航空公司或剧院席位可用性也在此定义下跌落。

第三种实时感是指人类的相互作用。例如,如果您和您的游戏玩家伙伴在多人游戏中进行僵尸,例如,您希望操作是实时的。在线语音对话和一些快节奏的拍卖网站也需要这种类型的实时。

最后,我们可能是指信息的实时处理。股票交易和在线广告安置是最熟悉的两个例子。是的,延迟必须尽可能低,但瓶颈不仅仅向用户提供信息 - 这是幕后攻击的所有数字,也必须以模特快速的节奏发生。

实时和数据库

有时软件行为可以完全无状态:事件发生,做一些东西,给出一些结果,永远不要跟踪任何东西或等待别人别的东西。这种加工可以尽可能快地迅速。

但是,当你必须跟踪某些东西时,出现问题时:你在哪里跟踪?当他们可能以某种方式互动时,您必须立即跟踪多个东西吗?跟踪必须是如何永久的?最重要的是:绝不是所有跟踪都会减慢一切吗?

我们可以简单地跟踪数据库中的所有内容。我们获得无限的持久性,但传统的数据库相对较慢,缩放它们可能很困难。所以让我们呼吁我们中间层中的一些基础架构,如应用服务器或ESB。数据库呼吸浮雕叹息,但现在我们有一种集中式的国家管理方法,不符号,特别是在云中。

输入缓存。缓存的想法是临时存储某些状态信息,从而延长持久性层上的负载。缓存可以快速邪恶,但实时吗?这要看情况。

当然,这里的问题是问题缓存总是有:如果你的所有数据始终改变或每次交互都始终需要不同的数据,缓存比无用的更糟糕,因为如果有人会使用它,那么如果有人才能使用它,缓存是糟糕的在您需要刷新之前的时间。

此时只有一个更多的地方:返回数据库。让我们在数据库中挑剔单一的架构趋势,这些趋势直接与实时相关:不变性。

如果只支持附加数据但没有更新或删除的写入,则数据库是不可变的。相反,为了处理这些讨厌的更改,添加了附加记录,指示先前的记录已更改。

不可改性对于解决一些与并发性的若干问题 - 自客户/服务器日期以来的分布式计算的复杂问题是必不可少的

由于任何使用GitHub或类似的不可变数据存储可以证明的人,不动态是缩放支持大量用户的数据库的关键,因为所有更改都被处理为新数据。此外,数据存储维护完整的审计跟踪已经发生的所有内容。

GitHub还取决于缓存,因为它必须通过将所有更改或差异添加到该文件来组装每个存储文件的当前版本。因此,每个当前版本的临时存储将底层数据存储器上的负载亮起。

在潜在数据始终处于通量的其他情况下,不动的性仍然有助于解决实时需求。与传统数据库相比,读取可能非常快,因为数据库可以查找索引来识别记录的最新版本。

实时数字转换外卖

虽然没有单一的实时定义,但该术语的所有各种感官对于任何数字转型工作都是至关重要的。此外,定义是相互依存的,并且一个领域的问题很容易影响其他领域。

特别是数字营销人员的课程是,虽然客户面向客户的数字技术至关重要,但数字转型的艰苦工作发生在幕后。客户只注意到它丢失或破坏时的实时,并且当他们放弃竞争对手的数字存在时。

此外,实时是一种多方面和复杂的挑战,即不同的供应商以不同的方式解决。您不应该简单地向供应商询问实时功能,而无需首先了解您的特定要求,而第二个,通过实时识别供应商的意思。

然而,好消息是,更多的实时产品和解决方案比以往任何时候都在市场上。为您的需求选择合适的产品,您的数字转换工作将实时移动。

---

杰森彭博 是领先的行业分析师,通过企业架构业务敏捷性实现数字转型的专家。他为福布斯,有线,devx和他的双周通讯写了一下  皮质 。 作为总统   intellyx. 他建议  商业管理人员 在他们的数字转型举措,火车 建筑队  在敏捷架构上,并帮助 技术供应商  和服务提供商传达了他们的敏捷故事。他的最新书是 敏捷建筑革命 (Wiley, 2013).