Size: a a a

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

2021 January 09

F

Fagor in Архитектура ИТ-решений
Да ничего. Бегите дельше.
источник

VU

Vitaly U in Архитектура ИТ-решений
Fagor
Да ничего. Бегите дельше.
Что за агрессия)
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Fagor
Да ничего. Бегите дельше.
не обижайтесь (это не сарказм)
мы просто обсуждаем разные точки зрения и не более
и совершенно нормально что они могут не совпадать
если бы все друг с другом согласились было бы очень странно)
источник

Y

Yury in Архитектура ИТ-решений
Мне повезло быть три месяца в одном отделе немецкого концерна в 2005 году. Шла активная работа по переходу на SAP.  Бюджет был определён в 45 млн евро. Вахтовым методом отправляли всех на обучение. В 2008 были промежуточные итоги. Уже было освоено 70 млн. Мой друг до сих пор выгружает данные в эксельку. Интересно, что перед  SAP использовалась dosовская программка. Когда мы поковырялись в коде (нашим было интересно) нашли много вшитых комментариев на русском языке
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Yury
Мне повезло быть три месяца в одном отделе немецкого концерна в 2005 году. Шла активная работа по переходу на SAP.  Бюджет был определён в 45 млн евро. Вахтовым методом отправляли всех на обучение. В 2008 были промежуточные итоги. Уже было освоено 70 млн. Мой друг до сих пор выгружает данные в эксельку. Интересно, что перед  SAP использовалась dosовская программка. Когда мы поковырялись в коде (нашим было интересно) нашли много вшитых комментариев на русском языке
а что за компания?) или секрет?)
источник

Y

Yury in Архитектура ИТ-решений
Vladislav Isaykin
а что за компания?) или секрет?)
Будет некорректно. Они меня три месяца посвящали во все бизнес-процессы. Показали дали финучет и управленческий. Остались друзья. Для немцев это очень нестандартно. За эти три месяца узнал больше чем за все институты, курсы и семинары вместе взятые
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Yury
Будет некорректно. Они меня три месяца посвящали во все бизнес-процессы. Показали дали финучет и управленческий. Остались друзья. Для немцев это очень нестандартно. За эти три месяца узнал больше чем за все институты, курсы и семинары вместе взятые
понимаю
да, на проектах быстро учишься)
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
DbSergey
"посты с примерами capability map и ИТ-архитектур, мыслями топ-менеджеров" - подскажите, в какой ситуации это может быть полезно?

"обзорно про архитектуру софта - шаблоны архитектур приложений, про cloud native, Reactive etc" - вот про это почитал бы с удовольствием
источник

A

AlexxSt in Архитектура ИТ-решений
Fagor
И? Да в РФ нет ни одного с сап кто сказл бы что успешен. Есть статья что 70% сап в РФ не внедрено, проекты или тянутся или закрыты, т.е. типа не успешно, я вообще не за сап в целом. Я про то что вообще не видел ни сап ни 1с успешного внедрения. Потому что что такое "успешное", нигде не определено.
Почта РФ. Внедрен 1С, проект конечно с проблемами, но таки внедрено. И даже куча плюсов от этого внедрения есть - например с прохождением посылок ситуация улучшилась, каких то халявшиков мутивших со штрихкодами и отправлявших бесплатную корреспонденцию поймали и т.д. Было бы сдорово, если бы тут был кто-нибудь оттуда и поделилмя впечатлениями изнутри.
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
Как говорили, опубликовал в канале http://t.me/it_ace обзорно про:
1. Разные стили современных архитектур, технологии хранилищ и обмена сообщений, Service Mesh
2. Проектирование микросервисных приложений, DDD
4. Cloud-native, Reactive, Service Mesh
3. Технологии развертывания - Kubernetes, Helm
5. Data Mesh
6. сотню различных архитектур современных приложений (для разных целей)
7. CI / CD, DevOps и SRE

В каждом пункте старался дать ответы на вопросы "зачем / когда применять / что это / из чего состоит / примеры" и иллюстрирующую картинку.
источник

YG

Yuri Geronimus in Архитектура ИТ-решений
Yuri Geronimus
Как говорили, опубликовал в канале http://t.me/it_ace обзорно про:
1. Разные стили современных архитектур, технологии хранилищ и обмена сообщений, Service Mesh
2. Проектирование микросервисных приложений, DDD
4. Cloud-native, Reactive, Service Mesh
3. Технологии развертывания - Kubernetes, Helm
5. Data Mesh
6. сотню различных архитектур современных приложений (для разных целей)
7. CI / CD, DevOps и SRE

В каждом пункте старался дать ответы на вопросы "зачем / когда применять / что это / из чего состоит / примеры" и иллюстрирующую картинку.
Рекомендую просмотреть по диагонали.
Там очень много технологий, подходов и архитектур рассказано очень сжато, «без воды», с правильными логическими схемами и объяснением «зачем вот этот приём / эта технология, из чего оно состоит»
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Интересный документ.
источник
2021 January 10

ВЛ

Виталий Лапшин... in Архитектура ИТ-решений
Очень много сходств в начале, поэтому как дополнение рекомендую...разве что слово микрослужбы режет глаз)
источник

ВЛ

Виталий Лапшин... in Архитектура ИТ-решений
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Petr
По опыту не так легко применить Value Streams: многие продающие подразделения с не сразу воспринимают процессный подход. Комбинация организационных функций и бизнес-сервисов может быть полезней, а потоки ценности применить уже в их контексте. Как считаете?
Если кратко - то считаю, что фраза "кто-то не сразу воспринимает процессный подход" не описывает проблему переноса внимания с естественно-природных процессов (где восприятие процесса есть естественная часть наблюдения) на коммуникационно-человеческие (компания, команда, производство, ....), где восприятие процесса блокируется личной-семейной-организационной "процессной слепотой".

Сам VSM - это хороший способ работы с процессной слепотой
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Petr
По опыту не так легко применить Value Streams: многие продающие подразделения с не сразу воспринимают процессный подход. Комбинация организационных функций и бизнес-сервисов может быть полезней, а потоки ценности применить уже в их контексте. Как считаете?
Тут фишка в том, что излишняя рационализация the value приводит к тому, что сухие цифры с дашбордами есть, а value stream всё рано не идёт.

Я думаю, что нас ожидает хорошая перезагрузка VSM как методологии, и ниша вполне зрелая - после Ф.Лалу и бирюзовых организаций произошло быстрое трезвение, что дело не в цветах (а кое-где и красный цвет вообще запретили :)))
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Eugene Istomin
Тут фишка в том, что излишняя рационализация the value приводит к тому, что сухие цифры с дашбордами есть, а value stream всё рано не идёт.

Я думаю, что нас ожидает хорошая перезагрузка VSM как методологии, и ниша вполне зрелая - после Ф.Лалу и бирюзовых организаций произошло быстрое трезвение, что дело не в цветах (а кое-где и красный цвет вообще запретили :)))
Маятник пошатался от Нортона и Каплана к Лалу - и обрёл VSM в новом подходе (опять же, как я вижу)
источник

P

Petr in Архитектура ИТ-решений
Eugene Istomin
Маятник пошатался от Нортона и Каплана к Лалу - и обрёл VSM в новом подходе (опять же, как я вижу)
Спасибо за подробный комментарий! Я в меньшей степени думал про социальный аспект, больше про удобство применения той или иной абстракции в коммуникациях.
Функция вызывает ассоциацию "наша роль в организации, как подразделения, делать 1-2-3".
Сервис - "мы эту группу функций выполняем для внутреннего или внешнего клиента с требуемым качеством".
Сервис подразумевает процесс с метриками, людей и инструменты.
Можно поток ценности внутри сервиса описать, как обобщенный сценарий выполнения. А можно сказать, что каждый этап в потоке - подразумевает сервис вовлеченного подразделения, при этом сам поток формирует сервис следующего уровня (вот тут начинаются вопросы ответственности).
Получается, мы вводим в разговор с операционными подразделениями потоки ценности, как производную... или интеграл :)
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Stanislav Deviatov
Привет всем!

В этом чате несколько раз упоминалась тема API Management-решений - apigee, wso2, tyk и kong.
Мы, в рамках русскоязычного Integration Community, в котором обсуждаем вопросы интеграции (в основном - ESB, API Management, iPaaS и MQ) и раз в два-три месяца проводим вебинары на эту тему, приглашаем вас на следующий вебинар "Обзор Google Apigee API Management платформы".
Он состоится 18 января 2021 (18:00-19:00 UTC+03:00) и будут расмотрены:
1️⃣ Основные компоненты платформы
2️⃣ Возможности развёртывания платформы (облачные и на площадке заказчика)
3️⃣ Разберёмся с API-прокси, их устройством и политиками
4️⃣ Функциональность аналитики использования API
5️⃣ Мониторинг и трейсинг

Ссылка на регистрацию https://community-z.com/events/apigee-apim-platform

P.S. публикую с разрешения Максима
P.P.S. если тема интеграции вам интересна, то присоединяйтесь к Integration Community - задавайте вопросы и делитесь опытом.
О, коммьюнити z. Коллеги из ЕПАМ?
источник

SD

Stanislav Deviatov in Архитектура ИТ-решений
Vladimir Ivanov
О, коммьюнити z. Коллеги из ЕПАМ?
Да, я из EPAM. Платформу Community-Z используем для хостинга мероприятий.
источник