Size: a a a

Архитектура ИТ-решений

2020 January 29

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Нет, это инновация. Концеп утопает в роскоши академического жаргона, а пример реализации на IIS + SQL-Server и FTP-сервер.

Какой-то диссонанс.
Пардон, а про какую конкретно статью речь? Я пролистал те, которые на сайте и ссылки здесь, возможно пропустил
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vitaly U
Пардон, а про какую конкретно статью речь? Я пролистал те, которые на сайте и ссылки здесь, возможно пропустил
Там пдэфник есть в сообщении
источник

VU

Vitaly U in Архитектура ИТ-решений
Gennadiy Kruglov
Там пдэфник есть в сообщении
Почитал, "SAP. Начало."
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vitaly U
Почитал, "SAP. Начало."
Ага
источник

VU

Vitaly U in Архитектура ИТ-решений
вспомнилось
источник

VU

Vitaly U in Архитектура ИТ-решений
Меня часто достают идеями типа единой модели данных организации или единой базы данных, в которой будет хранится всё и в правильном формате. Пришла на ум такая метафора. Представьте, что некоторая страна, изучив свою карту решила, что слишком большая часть её территории занята водой: реки, озера, внутренние моря и т.д. В рамках проекта консолидации водных ресурсов руководители страны принимают решение о едином источнике воды. Пусть это будет море, оно самое большое и все реки, озера и прочие водные ресурсы решено слить в море и осушить. А за водой теперь все будем ходить до моря, причем по очереди

Логика консолидаторов данных довольно похожа на эту
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Нет ничего плохого в единой модели данных и вообще централизации и унификации методов управления предприятием. Только надо понимать, что есть (минимум) три типа business capabilities - создающие конкурентное преимущество (core differrentiators), позволяющие конкурировать по базовым свойствам продуктов (core competitive) и "неизбежное зло" (non core). Централизованная модель данных прекрасное решение для второй группы, так же как аутсорсинг для третьей.
источник

СГ

Сергей Гусев in Архитектура ИТ-решений
Тема про КМД - вечна, как философский камень 😎
источник

СГ

Сергей Гусев in Архитектура ИТ-решений
Но многие обсуждают её, как мгновенную скорость, что довольно ограниченно, КМК. Её надо обсуждать в разрезе IoC 🤗
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex Glazunov
Нет ничего плохого в единой модели данных и вообще централизации и унификации методов управления предприятием. Только надо понимать, что есть (минимум) три типа business capabilities - создающие конкурентное преимущество (core differrentiators), позволяющие конкурировать по базовым свойствам продуктов (core competitive) и "неизбежное зло" (non core). Централизованная модель данных прекрасное решение для второй группы, так же как аутсорсинг для третьей.
Единую модель данных можно получить в хранилище данных, озере данных и пр., например, Data Vault или Anchor.

Но не нужно на основе неё пытаться строить бизнес-решения (транзакционные).

Место для централизации данных - корпоративное хранилище, а не единая база данных (OLTP).
источник

AG

Alex Glazunov in Архитектура ИТ-решений
В целом согласен, но опять же с оговоркой, что единая (ну, почти )) OLTP-база как элемент ERP может применяться для многих процессов и способностей, главное чтобы их круг был четко очерчен (что в ERP, что за рамками)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
А ведь есть концепция "Distributed Data Mesh". И есть мнение, что это паттерн Корп хранилища 3-го поколения
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Это как плановая экономика и рыночная, каждая эффективна в своей области
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex Glazunov
В целом согласен, но опять же с оговоркой, что единая (ну, почти )) OLTP-база как элемент ERP может применяться для многих процессов и способностей, главное чтобы их круг был четко очерчен (что в ERP, что за рамками)
Не спорю. Но быстро выводить новые продукты на ERP не очень получается. Поэтому всё больше решений развивается за пределами ERP.
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Смотря какие новые продукты. Если есть конкуренция по себестоимости за каждый цент, почти неизбежно появится ERP. А если айфон может стоит $1000 против обычного смартфона за $100 и его покупают, ERP тут только навредит
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex Glazunov
Смотря какие новые продукты. Если есть конкуренция по себестоимости за каждый цент, почти неизбежно появится ERP. А если айфон может стоит $1000 против обычного смартфона за $100 и его покупают, ERP тут только навредит
В коммодизированном бизнесе, наверно
источник

AG

Alex Glazunov in Архитектура ИТ-решений
А крупный бизнес всегда в какой-то части коммодизирован, это ж не стартап, где все продукты супер инновационные
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex Glazunov
А крупный бизнес всегда в какой-то части коммодизирован, это ж не стартап, где все продукты супер инновационные
Конечно. Тогда почему ERP вечно кастомизируются и возможности кастомизации становятся узким местом? Внедрить ERP и генерировать кэш. Что не так?
источник

AG

Alex Glazunov in Архитектура ИТ-решений
Наверное, "каждая несчастливая семья несчастлива по-своему"... Кто-то не для тех областей бизнеса и не для тех продуктов внедряет, кто-то просто рукожоп, где-то воровство, где-то политическая борьба...
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex Glazunov
Наверное, "каждая несчастливая семья несчастлива по-своему"... Кто-то не для тех областей бизнеса и не для тех продуктов внедряет, кто-то просто рукожоп, где-то воровство, где-то политическая борьба...
А иногда на рынке появляется "цифровой" конкурент и начинает быстро вводить "слегка подтюненные" продуты, вроде кэшбека или мгновенной привязки любого счёта к карте. Внезапно причём. А возможности быстро отработать изменения нет. Проявляется "хрупкость" ERP как и любых других всеобъемлющих инструментов.
источник