Redian新闻
>
一个关于big data 系统架构的设计问题
avatar
s*a
2
公司准备考虑一个hadoop 的应用, 但现在已有基于SAP 的系统, 和基于 Microsoft
SQL 的系统, 一些 顾问公司提出的建议是把所有SAP和 microsoft SQL 里的data全
load 到 HAHDOOP去。 但管理SAP和Microsoft SQL的 组都不愿意这么做。我也觉得这
不是一个正确的做法。 现在有什么成熟的架构能够只在需要的时候读取 SAP和
microsoft SQL里的data, 而不是在Hadoop上再做一套数据的备份。或者说有什么data
federation layer 的设计能够让hadoop 的 application layer 自由调度存在那些里
的data
avatar
l*3
3
新婚快乐,s&e
avatar
D*u
4
Hadoop仅作为application layer不是很make sense。我不怎么了解详细情况,但顾问
公司的提议是合理的,hadoop的application layer最好还是读取hdfs上的数据。
avatar
o*g
5
lol
这个创意很好
话说伴郎伴娘怎么那么多?

【在 l*********3 的大作中提到】
: 新婚快乐,s&e
avatar
z*e
6

的确
不是所有的logic都是mr那么简单和纯粹的

【在 D**u 的大作中提到】
: Hadoop仅作为application layer不是很make sense。我不怎么了解详细情况,但顾问
: 公司的提议是合理的,hadoop的application layer最好还是读取hdfs上的数据。

avatar
w*r
7
Did u check Apache presto ?
avatar
b*l
8
sap在db层的表直接读有不少风险 一般是做个中间层用bapi或者bods拿数据
你的说法很奇怪 难道只读legacy data么? 不做delta同步的?
直接从hadoop读sap也不现实。sap效率慢到家 你会拖垮系统的
mssql里的话 好弄点 他底层工具多 直接odbc加tsql也能凑合
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。