Комментарии 14
В государстве постоянно что-то меняется, меняются данные, даты, контроли, формы данных и кол-во этих данных. Ни одна коммерческая организация не допустит таких постоянных изменений, а вот государство допускает. Никогда не знаешь, что придумают или изменят завтра. Аналогично сложно предлагать гос-ву проект. Вроде бы все согласовано, но потом начинается куда изменений, те кто согласовывал оказывается вообще не в курсе как оно на практике должно работать… и в финале решают, что вводить новое ПО вообще не нужно, так безопаснее.
+1
Не увидел пункта «Некомпетентностью» лиц принимающих решения о нужности функций ПО.
+2
В этом что-то есть) Можно добавить.
0
можно подумать в коммерческих структурах нет такого момента :)
+1
слышал что в госструктурах зарплаты у работяг много меньше, отсюда и уровень спецов меньше.
по системе все здорово, но нафига IBM? в гоструктурах должен быть опенсоурс, дата лейк на хадупе, который все это и дешевле и фичастее сделает
по системе все здорово, но нафига IBM? в гоструктурах должен быть опенсоурс, дата лейк на хадупе, который все это и дешевле и фичастее сделает
0
Дешевле – да, но не фичастее.
0
думаю хадупы намного фичастее. в хадупах можно воротить всякие реалтайм стриминги, кафки, тьма сториджей под различные задачки, джобы на разных языках можно писать, в комплекте мульёны ML библитек.
0
На наш взгляд, фичастость опенсоурсного BI и коммерческого сравнивать не имеет смысла. Опенсоурсный — это всего лишь телевизор, тогда как в коммерческом (IBM, Oracle, «Полиматика», «Прогноз», ...) — куча функционала нужного конечному пользователю: от регламентированной отчётности до удобного OLAP-анализа.
По DWH: хадуп фичастей нетизы в том смысле, что хадуп – это платформа с мульёном библиотек, стримингами, кафками и пр. Но нетиза фичастей хадупа в том смысле, что это уже готовый аплайнс для определённого класса больших аналитических хранилищ данных, не с тьмой и мульёнами библиотек, а с сотнями, но необходимых здесь и сейчас, аналитических и специальных функций. Естественно, с возможностью писать джобы на разных языках, со сториджем, обеспечивающим сжатие хранимых данных от 4x до 32х, с реальным ускорением обработки данных на порядок.
По DWH: хадуп фичастей нетизы в том смысле, что хадуп – это платформа с мульёном библиотек, стримингами, кафками и пр. Но нетиза фичастей хадупа в том смысле, что это уже готовый аплайнс для определённого класса больших аналитических хранилищ данных, не с тьмой и мульёнами библиотек, а с сотнями, но необходимых здесь и сейчас, аналитических и специальных функций. Естественно, с возможностью писать джобы на разных языках, со сториджем, обеспечивающим сжатие хранимых данных от 4x до 32х, с реальным ускорением обработки данных на порядок.
0
ну BI к хадупам может совсем open source и нет, но это же крошечная часть решения, не самая дорогая и к тому же сегодня уже любой BI поверх хадупа бегает. это не самая дорогая и нагруженная часть решения. IBM, Oracle, «Полиматика», «Прогноз» все работают по верх хадупов.
по нетизе, разве там кроме NZSQL и C++ на чем то можно писать то, что будет на узлах кластера запускаться? там же все языки лишь как SQL клиент выступают.
как не крути хадупы фичастее и перспективней, а в свете санкций и ориентира на импортнозамещение считай неизбежны в гоструктурах. было бы лучше если бы госсектор в эту сторону развивал компетенции, а не подсаживался глубоко на сугубо американский софт. тем более, что хадупы много выгодней по деньгам.
по нетизе, разве там кроме NZSQL и C++ на чем то можно писать то, что будет на узлах кластера запускаться? там же все языки лишь как SQL клиент выступают.
как не крути хадупы фичастее и перспективней, а в свете санкций и ориентира на импортнозамещение считай неизбежны в гоструктурах. было бы лучше если бы госсектор в эту сторону развивал компетенции, а не подсаживался глубоко на сугубо американский софт. тем более, что хадупы много выгодней по деньгам.
0
Ведение реестров… Слежение за актуальностью такого реестра – практически идеальная задача для BI-системы
и далее
Слой подготовки данных состоит из двух уровней: SRC, где хранятся исходные данные, и Staging, на котором мы применяем алгоритмы объединения и очистки данных.
Сходите к вашим коллегам по MDM
Они поправят.
BI это только третий слой. Про витрины и далее.
0
Насчет зарплат — согласен, за гроши никто и работать нормально не будет
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Аналитика в госсекторе: особенности больших систем хранения данных