云网站服务器_国内数据云存储_移动云数据库服务器主机-搜集站云

云数据库_网站系统建设_高性价比

小七 141 0

云数据库_网站系统建设_高性价比

ERP时代导致了数据仓库时代。企业资源规划系统确保企业拥有与流程相关的数据,人们对分析这些数据的好奇心与日俱增。ERP系统很好,可以大量生成运营报告,但运行历史报告给它们带来了不必要的压力,因为它们主要是用来捕获流程数据,微信淘客,而不是分析存储的数据。它被传播到用于存储历史数据的数据仓库中,并针对报告进行了优化,以实现更精确的多维报告。随着企业建立数据仓库,要求更好的报告性能或整体分析性能的呼声越来越高。

也就是说,大多数数据仓库设备(data warehouse Appliance:它是专为分析处理而设计的硬件和软件组合产品。设备允许购买者部署一个开箱即用的高性能数据仓库whatis.com网站)他们进入这个市场,并将自己打造成所有数据和报告需求的灵丹妙药。这些设备不断消耗企业、外部数据和大量的分析。

这是一个有趣的时代,但随着意外的指数级数据增长,这些设备也开始面临各种挑战,包括可扩展性。此外,他们几乎没有意识到在他们自己的社区发生了两个关键的变化:

客户的要求越来越高,现在的要求越来越高,实时性不是越来越奢侈,而是时间的需要,像SAP这样的组织有勇气构思全新的尖端平台HANA,并牢记这些要求。开源运动尤其是Hadoop正在迅速展开和发展。这使得与可扩展性(读取存储数据)相关的成本看起来很荒谬。

当设备不断消耗越来越多的数据,客户不断为设备增加存储和电源而付费时,他们也在评估开源Hadoop和像HANA这样的尖端平台。初始阶段只是测试特定用例的水。很多用例都经过了验证,客户开始对HANA或HADOOP进行初始投资,而对两者的投资很少

(在我们处理之前,让我们先看一下HANA和HADOOP的故事,以便更好地理解)

HANA的故事:2011年6月,SAP HANA在市场上推出,并将其定位为一个设备,记住HANA(高性能分析设备)使其与数据仓库设备直接竞争。在HANA上验证了大量分析用例,并使用Teradata、Netezza等设备对性能进行了基准测试。很少有客户咬紧牙关进行用例驱动的初始投资(他们的旧设备仍然是关键数据存储)。SAP巧妙地将数据库添加到HANA定位中,并成为HANA DB(从SAP BW开始)。DB比整体设备更具成本效益,而且是一个巨大的成功,因为许多大型BW客户从任何DB迁移到HANA DB,这是HANA在客户的SAP生态系统中的真正开端。

此时HANA有两个主要用例Appliance和DB(针对特定的SAP应用程序)。在下一波发展中,HANA DB被扩展到几乎所有的SAP应用程序,HANA也发展成为一个开发平台,远远超出了appliance和DB。有了带下划线的HANA DB,SAP开始简化应用程序,例如HANA上的BW、HANA上的ECC、BW4HANA、S4HANA等。这在某种程度上释放了HANA的真正潜力。SAP HANA现在已经深深扎根于大多数SAP客户的SAP生态系统中,如DB、analytics appliance、DataMart或platform。

Hadoop故事:这一切都始于2003年Google文件系统白皮书的发布。在过去的15年中,它有了巨大的发展,数据中心解决方案,但是apachehadoop的核心由一个存储部分(称为Hadoop分布式文件系统(HDFS))和一个处理部分(MapReduce编程模型)组成。Hadoop将文件分割成大块,并将它们分布在集群中的节点上。而这个存储部分仍然是企业利用Hadoop的主要驱动力。数字化带来的数据爆炸进一步强调了对高效存储解决方案(如Hadoop)的需求

(现在回到我们的故事)

既然企业已经拥有HANA、数据仓库设备(Teradata/Netezza等)和Hadoop,就有机会合理化环境及其数据足迹。它可以在一段时间内释放真正的价值(数百万美元):

要释放价值,正如这个博客的标题所说,企业需要决定是继续喂大象还是喂大象。正确的决定应该是养活一个人,养活一个敏捷的、进化的人(read HANA),而不是养活一个老掉牙的巨人(read data warehousing appliance)。人们总是会说,设备也在不断发展,并提供更好的建议,例如与HANA的集成等。我在某种程度上同意(在我看来,他们所做的是修补工作,而HANA是从头开始构建的),数据更新,但如果要释放价值,需要在两头大象之间做出决定,考虑到HANA在SAP生态系统中根深蒂固,决定很简单,即进一步将HANA投资货币化,让老大象退休,在他的棚子里休息!!!

请分享您的观点!!!

(分享的想法纯粹是我的,云服务器怎么用,可能不属于我的组织)

,返利是什么意思