在当今的现代科技时代，大量的数据正以前所未有的规模被收集，这是对企业现有数据的补充。您如何实时处理、管理和分析数据，而不增加客户或托管/云资产的复杂性和成本？

在本博客系列中，我们将了解为什么ISV（独立软件供应商）应该考虑采用SAP HANA。我们将从我们的客户试图解决的基本问题开始，并解释SAP HANA是如何彻底改变应用程序世界的。然后，我们将开始深入研究一些细节，例如采用SAP HANA、交付业务案例、针对SAP HANA进行优化、提高开发人员生产率和实施专家引擎等等。

值得一提的是，本系列博客并不是关于在SAP HANA上运行的SAP应用程序，而是演示非SAP应用程序如何从使用SAP HANA中获益。我们可以追溯到SAP自己对SAP HANA的使用，但这纯粹是为了说明原因，因为任何ISV都可以利用一些概念、想法和最佳实践。

让我们开始吧……

软件的圣杯，将事务和分析结合到一个平台中！

软件开发的圣杯一直是提供事务性数据的实时报告的能力，而不会对事务性系统产生负面影响，也不必将数据"复制"到其他系统中，从而产生复杂性。

在软件设计中，我们已经部署了许多架构解决方案，以便在这些事务系统方面提供报告和分析解决方案。我们在SAP Business Warehouse也做了同样的工作。这种体系结构依赖于日终批处理运行来加载分析存储，因而具有实时性限制。最终结果是决策依赖于批处理时间。例如，店内缺货头寸只能在一天结束时计算。现在，借助SAP HANA的功能，我们能够直接对事务数据运行复杂的分析查询，从而提供实时缺货头寸。你现在可以放心，当你去商店时，什么是物联网技术，你最喜欢的产品就在货架上了。

下面描述了交易和分析之间的连续循环，被认为是理想的软件设计范例

图1描述了交易分析连续统的图表

我们将首先从这个图表开始构建我们将如何传统地实现解决方案，然后讨论如何使用SAP HANA环境来实现场景。

我们传统上是如何实现这个范例的？

企业不断挑战发展，使大规模实时报告成为现实。为了尽可能有效地实现这一点，部署了"架构解决方案"，如图1传统架构

图2描述实现事务分析连续体的传统架构

这些架构"解决方案"是必要的，因为实际上没有其他实现方法业务需求！考虑以下一些物理限制，这些限制导致了必要的解决方法：

大规模多TB内存计算平台的成本和大量内存的物理成本。设计为单个OLTP/OLAP专业计算平台的平台内存数据计算平台的成熟度和可用性

该体系结构有3个显著的业务缺点，如图1所示：

像SAP这样的ISV一直在努力解决这个问题，让客户承担维护成本，整合和开发这些额外的分析数据存储，这是非常重要的。有了云，客户将这些平台的成本推回到ISV身上。因此，ISV需要寻找一种简化其软件应用程序堆栈的方法，以提供客户所需的实时见解，但价格要具有成本效益和竞争力。

ISV需要问的问题是，"有平台吗这样就可以在交易和分析之间以合理的投资回报率实现信息的实时连续流动，而不会出现数据扩展问题和集成问题。"

SAP HANA–构建未来的平台

为了兑现SAP向客户提供实时业务的承诺，SAP必须从根本上重新设计SAP应用程序的核心平台。这在市场平台技术中是不可行的。SAP挑战了现状，向市场推出了一款全新的革命性内存平台—SAP HANA。该平台使SAP能够提供其下一代实时应用程序。重要的是要加强，SAP HANA的构建不仅支持SAP应用程序，而且也支持以SAP为中心的非SAP应用程序。

图3描述了SAP HANA中事务分析连续统一体的实现

SAP HANA是从头开始设计的，旨在解决事务分析之间的连续集成问题以及分析解决方案，提供大规模的实时见解。基于业界领先的内存列式技术，SAP HANA不仅可以在同一个存储中按规模管理事务和分析，而且可以在同一数据上部署专业引擎，云服务器哪个好，而不会重复，例如空间、预测、AI等

让我们退一步，从业务角度揭示这意味着什么。如今，SAP提供了类似"未来董事会会议室"的功能，CEO和高管不再需要等待两周才能提交报告来回答特定问题，问题提出后就可以得到回答。运营经理可以基于实时洞察力对制造过程进行实时更改。通过将SAP HANA的能力分离，ISV也能够大幅降低应用程序所需的环境复杂性，为数字核心重新建立其安装的基础，无论是在席上还是云上，奠定了基础。通过提高ISV的复杂性和重复性，ISV不仅可以降低其TCO（总体拥有成本），还可以实现客户期望的实时性，网建站，红淘客，并通过单一环境提高开发人员的生产效率。SAP HANA的这种多模式（事务+分析+专业引擎）开发方法提高了开发人员的生产效率，这将带来实质性的上市时间收益。

使用SAP HANA，ISV将能够将交易和分析结合在一个商店中，并通过使用专业引擎（如人工智能、机器学习、预测、，Spatial等

总之