数据史学家的概念已经存在多年了，它是众所周知的，而且常常是工业领域中被珍视的一部分。事实上，许多组织会直截了当地告诉你，没有它，他们就无法经营自己的企业；至少在概念上，大数据调研报告，他们是对的。事实上，收集数据的能力仍然是而分析以时间序列为中心的数据是每个行业组织的关键部分。在规模上实现这一点的需要直接影响到公司的发展和繁荣能力。有趣的是，随着业务需求的不断成熟，历史学家通常是如何缩小规模的遗留设计也变得越来越重要变化。

在以前的historian迭代中，云服务器设备，横向扩展通常是通过本地硬件和解决方案的横向扩展来实现的。这使软件在成本上保持相对一致，企业软件公司，但会导致隐藏的成本。支持本地存储、备份所需的基础设施和物理空间，淘客公众号，数据中心等。虽然这些需求的成本在下降，但它们仍然需要专业知识来管理、维护和升级，只是为了"保持灯亮"作为技术升级和停机时间。这种转变指向独立的历史模型，将其降级为过去的事，而相反的历史模型正在改变我说的这个（逆历史）是什么意思？我的意思是，部署时间序列分析系统的新的较轻的模型正在介入，以完成传统历史系统通常提供的工作。你会注意到，我还没有说彻底的替换。然而，以一种非常无中断的方式，这些系统作为新的项目而不是扩展当前的系统来接管。这导致了更微妙的转变和通过磨损而不是破坏性的"撕开和替换"运动的更慢的替换过程。这种转变为典型高效系统的目标设计和模型让路以及迄今为止的可扩展模型，其中没有最终用户功能丢失，任何位置的任何设备的数据都可以无缝地流向企业。

图1:SAP数字制造战略，以应对这一关键行业趋势

这听起来很棒，几乎是乌托邦式的，但你内心深处的某些想法可能会告诉你，这不是这听起来很容易实现。你说得对，一些陷阱在另一个博客"it/OT Convergence Dead"中提到了？'这个博客围绕着不同的团队如何为许多项目而不是个人的一次性需求支持和扩展这些系统。围绕这样一个分布式系统的管理以及它如何在业务应用程序层中保持一致性的问题成为许多方法的关键症结只看技术方面。每当一个新的技术供应商只展示数据是如何向上移动时，这一点就变得越来越明显，对于如何（集中地和本地地）管理产生数据的系统并将其与应用程序如何使用联系起来，还没有一个计划。这不仅仅是一个技术或应用程序管理主题，而是两者的结合需要协同工作。在这种混合体的某个地方，我们发现了一种共生平衡，即"除非业务应用程序使用技术，否则不需要技术"，反之，"应用程序需要系统来驱动技术，因为它们太复杂了，无法手动驱动，而且"业务需要在战略和组织上都发生变化，需要两者的稳定性和规模"。一旦这种平衡及其共同价值，实现了业务能够在支持技术投资的应用程序的持续反馈循环中蓬勃发展，技术投资推动了应用程序的不断进步。

有趣的部分是在管理业务中的各种变化的同时保持稳定，云服务器吧，并以各种技术系统不断变化的方式保持稳定不断发展。确保企业能够重新投资并从中获得短期和长期价值的稳定性和信任，是保持竞争优势和成功经营企业的关键，同时确保技术和应用不会过时和阻碍进步。