因此，云市场，我们一直在本末倒置——从HANA环境中提取数据以进行报告和分析……

现在是纠正它的时候了……

典型的数据和分析参考体系结构将看起来像下面的一个，大数据分析工具有哪些，具有关键的数据源层、摄取层和，公众号返利，数据层和消费层

典型参考架构

最近我看到了一个趋势，即在SAP数据和分析生态系统中，随着HANA数据平台的出现，有一个大数据或云解决方案。这个所谓的"大数据平台"最初的目的是为了迎合大量低价值高交易数据的需求，这些数据可以与企业数据（阅读HANA平台数据）进行整合和合并，用于报告和分析。

最近发生了一些奇怪的事，这个"大数据平台"，很多客户开始从HANA中提取数据并迁移到这个平台，他们这样做主要是因为以下原因：

HANA数据量的增长和与HANA相关的成本。（引入另一个数据平台是解决这个问题的唯一方法吗？）quicklob是一种云上的分析，即业务的某个特定部分需要一些快速的东西，他们最终将这些数据放到云上并提供对该组的访问。（现在这个团队有了两个访问相同数据的接入点HANA报告和大数据平台BI，这里开始了冗余、安全和更重要的和解的真正游戏）他们已经在"大数据平台"上进行了投资，并努力展示价值，这是货币化的方式之一吗？（谁会在意数据提取、数据映射、多个报表和多个业务访问点的拥有成本过高、管理多个供应商及其解决方案兼容性、构建安全层等等？）

在与多个此类项目（提取SAP HANA数据/生态系统数据并迁移到"大数据平台"并了解其意义）的各个利益相关者进行互动时，我得出的结论是，云服务器特价，这些不是直接的项目，因为SAP数据需要在SAP流程和SAP生态系统的业务环境中理解。正因为如此，这些项目中的大多数无法实现他们的愿望。我还了解到，从TCO（总拥有成本）的角度来看，客户在长期内也不会真正受益。

我对正在执行或计划执行类似项目的所有利益相关者的谦虚建议，请退后一步，重新审视–"您当初为什么决定投资HANA？"

SAP确实提供了优化TCO的选项，并提供了特定于LOB的数据和报告访问，这也是在云上，即HANA cloud&data Lake。

HANA cloud data Lake资料来源：SAP

通过上述架构（HANA云+数据湖），可以评估以下架构选项：

请分享您在SAP数据和应用程序中观察到的内容分析生态系统和您对采用HANA Cloud&Data Lake的看法

（观点纯粹是个人观点，企业大数据，不属于我的组织）