Size: a a a

Архитектура данных

2018 February 03

PG

Paul Golubev in Архитектура данных
Интересно
источник

AT

Alexander Teterkin in Архитектура данных
источник

AT

Alexander Teterkin in Архитектура данных
Отобрал более-менее релевантные. Вроде ничего секретного там нет. А вообще, конечно, интересней на самой конференции слушать: можно и вопросы позадавать и свою инфраструктуру описать. В этом году там 3 тыщи человек было.
источник

PG

Paul Golubev in Архитектура данных
Alexander Teterkin
Отобрал более-менее релевантные. Вроде ничего секретного там нет. А вообще, конечно, интересней на самой конференции слушать: можно и вопросы позадавать и свою инфраструктуру описать. В этом году там 3 тыщи человек было.
Спасибо
источник

RK

Roman Kolchin in Архитектура данных
Paul Golubev
Как первая тема для обсуждения - есть ли у кого успешный пример sap Hana?
А зачем оно вообще надо? Есть же нормальные вендоры, которые не гордятся своими высокими ценами и длинными сроками внедрения 😊
источник

PG

Paul Golubev in Архитектура данных
Roman Kolchin
А зачем оно вообще надо? Есть же нормальные вендоры, которые не гордятся своими высокими ценами и длинными сроками внедрения 😊
Потому что вендор часто вешает сказки топам, надо знать с чем имеешь дело
источник

VT

Vladimir Tolmachev in Архитектура данных
В случае с Hana логика вендора понятна, 19% которые sap отдаёт в oracle от своих контрактов довольно существенная сумма. Я подозреваю, что на этом весь бизнес кейс Hana как продукта и был построен. Дальше, должен быть отказ от поддержки решений sap на чем либо кроме Hana. Ну или сильное ограничение по возможностям.

А вот зачем ставить хану под что-то не саповское - большой вопрос.
источник

PG

Paul Golubev in Архитектура данных
Только у них не получилось и они продлили соглашение с оракл)
источник

e

er@essbase.ru in Архитектура данных
Paul Golubev
Только у них не получилось и они продлили соглашение с оракл)
А как там устроено лицензирование ?  клиент напрямую в Оракл не платит ?
источник

PG

Paul Golubev in Архитектура данных
Сапы сами продают эти лицензии по своей цене, и часто даже в большой наценкой
источник

PG

Paul Golubev in Архитектура данных
Но это проще в том плане, что они сами отвечают за поддержку, случись что - одна техподдержка
источник

MS

Mikhail Setkin in Архитектура данных
#whois Михаил Сеткин, строю Data Lake в Райффайзенбанке
источник

А

Александр Вороницын in Архитектура данных
#whois Александр Вороницын. Архитектор в области финансов, рисков, хранилищ и управления данными. Райффайзенбанк.
источник

e

er@essbase.ru in Архитектура данных
Mikhail Setkin
#whois Михаил Сеткин, строю Data Lake в Райффайзенбанке
Как отвечаете на вопрос чем Datalake отличается от Staging ?
источник

MS

Mikhail Setkin in Архитектура данных
er@essbase.ru
Как отвечаете на вопрос чем Datalake отличается от Staging ?
Я пока к этому чату не присоединился, никак не отвечал, потому что никто не спрашивал.
источник

MS

Mikhail Setkin in Архитектура данных
Если смотреть по нашему опыту, то Staging это несколько слоев: сырые данные, трансформация, валидация, ....  Data lake это только первый слой Staging, т.е. сырые данные. Ну и технологически там другой стек как правило, т.к. Staging это КХД, т.е. RDBMS, а Data lake это Big Data.
источник

MS

Mikhail Setkin in Архитектура данных
А почему для вас этот вопрос принципиален?
источник

MK

Mikhail Kozhevnikov in Архитектура данных
#whois Разработчик хранилищ данных. Райффайзенбанк
источник

PG

Paul Golubev in Архитектура данных
Для меня чуть по другому :) staging это слой сырых данных кхд и преимущественно структурированный, т.е. data lake - это более комплексный подход к этому слою, более подготовленный к использованию. Как правило, ни там, ни там очистка или валидация не производится
источник

e

er@essbase.ru in Архитектура данных
Mikhail Setkin
А почему для вас этот вопрос принципиален?
выравниваю словарик.  чем больше абстракций - тем различние поимание сути
источник