#мысливслух #микросервисы #soa #рассуждения #моемнение #тенденции #мирвокруг
SOA архитектура и микросервисы. SOA никому не нужна?
Возник небольшой у меня холивар на тему того, что SOA архитектура вместе с шинными решениями умирают, а точнее они преобразовались в микросервисы, взяли основу в том, что каждый микросервис должен быть независмый и нет смысла смотреть в сторону SOA с централизацией обмена данными через шину.
По факту всё подряд называют микросервисами. И какая там под капотом архитектура уже и не разобраться. То что я вижу на практике это гибрид, и с моей точки зрения это нормально. Когда в больших кровавых Enterprise решениях есть и монолит, и SOA, и микросервисы, и микрофронтенды. Шинные решения отлично защищают внешние границы айти ландшафта, вот тебе и управление сертификатами, и администрирование каналов связи, и централизация сбора данных для BI, тем более soap и гос сервисы предъявляют требования коннекта к ним по безопасному каналу.
А вот тебе и внутренность системы на микросервисах. Одно с другим нормально живёт вместе. Тут конечно больше вопрос к архитекторам, которые говорят, что есть только путь, чтобы стать им))
Но к сожалению, когда я слышу микросервисы для меня это равно бардак. Мало где я встречала процесс работы с артефактами и с описанием решения на таком уровне, чтобы можно было этим гибко управлять, также гибко, как и изменениями микросервисов.
Вопрос зрелости процессов, решений и самих систем тут скорее определяющий. Возможно ли сделать какой-то компонент так, чтобы потом его не трогать и не изменять? На практике я видела как наш функционал прожил лет 10, просто переписывался и переносился с одной платформы на другую.
С микросервисами работа с предметной областью, грамотная нарезка сервисов действительно вопрос квалификации сотрудников. И вечный вопрос для меня, во-первых, почему когда говоришь айти директору, что команда не понимает нюансы микросервисной архитектуры, но её разрабатывает, и надо бы прочитать курс и как-то синхронизировать понимание, это вызывает недоумение. А второй момент, почему фактически "хирургу" разрешают резать, при условие, что он не знает где печень?
Я наивная, у меня в голове структура такая, что сначала пойду поучусь, узнаю, что и как, получу диплом, а потом уже пойду плавать. Хотя вот дядя Есенина его выбросил в озеро и Сергей Есенин выплыл, ну камон 21 век же)) Зачем нам губить таланты!
Понимаю ответ менеджеров - у нас есть сроки, бюджет, нам нужны ресурсы, кого нашли, того и взяли, нет времени на обучение. Ну да, бразильская система в деле https://youtu.be/s_HItWKBLl4
Может тогда и не нужны микросервисы? И монолит, и рядом шины, и SOA в помощь. Хайпануть перед молодежью? Похоже в наши турбулетные времена это начинает уходить на второй план.
SOA архитектура и микросервисы. SOA никому не нужна?
Возник небольшой у меня холивар на тему того, что SOA архитектура вместе с шинными решениями умирают, а точнее они преобразовались в микросервисы, взяли основу в том, что каждый микросервис должен быть независмый и нет смысла смотреть в сторону SOA с централизацией обмена данными через шину.
По факту всё подряд называют микросервисами. И какая там под капотом архитектура уже и не разобраться. То что я вижу на практике это гибрид, и с моей точки зрения это нормально. Когда в больших кровавых Enterprise решениях есть и монолит, и SOA, и микросервисы, и микрофронтенды. Шинные решения отлично защищают внешние границы айти ландшафта, вот тебе и управление сертификатами, и администрирование каналов связи, и централизация сбора данных для BI, тем более soap и гос сервисы предъявляют требования коннекта к ним по безопасному каналу.
А вот тебе и внутренность системы на микросервисах. Одно с другим нормально живёт вместе. Тут конечно больше вопрос к архитекторам, которые говорят, что есть только путь, чтобы стать им))
Но к сожалению, когда я слышу микросервисы для меня это равно бардак. Мало где я встречала процесс работы с артефактами и с описанием решения на таком уровне, чтобы можно было этим гибко управлять, также гибко, как и изменениями микросервисов.
Вопрос зрелости процессов, решений и самих систем тут скорее определяющий. Возможно ли сделать какой-то компонент так, чтобы потом его не трогать и не изменять? На практике я видела как наш функционал прожил лет 10, просто переписывался и переносился с одной платформы на другую.
С микросервисами работа с предметной областью, грамотная нарезка сервисов действительно вопрос квалификации сотрудников. И вечный вопрос для меня, во-первых, почему когда говоришь айти директору, что команда не понимает нюансы микросервисной архитектуры, но её разрабатывает, и надо бы прочитать курс и как-то синхронизировать понимание, это вызывает недоумение. А второй момент, почему фактически "хирургу" разрешают резать, при условие, что он не знает где печень?
Я наивная, у меня в голове структура такая, что сначала пойду поучусь, узнаю, что и как, получу диплом, а потом уже пойду плавать. Хотя вот дядя Есенина его выбросил в озеро и Сергей Есенин выплыл, ну камон 21 век же)) Зачем нам губить таланты!
Понимаю ответ менеджеров - у нас есть сроки, бюджет, нам нужны ресурсы, кого нашли, того и взяли, нет времени на обучение. Ну да, бразильская система в деле https://youtu.be/s_HItWKBLl4
Может тогда и не нужны микросервисы? И монолит, и рядом шины, и SOA в помощь. Хайпануть перед молодежью? Похоже в наши турбулетные времена это начинает уходить на второй план.
YouTube
Ералаш № 47 "Бразильская система"
Следующий сюжет ➡️ https://youtu.be/C3bqpFyVV8Q
Предыдущий сюжет ⬅️ https://youtu.be/8qJqmNRSwGA
Все сюжеты Ералаш в одном плейлисте: http://bit.ly/alleralash
Наш проект Анекдотики: http://bit.ly/anekdotiki
Подписывайтесь, чтобы ничего не пропустить😉:…
Предыдущий сюжет ⬅️ https://youtu.be/8qJqmNRSwGA
Все сюжеты Ералаш в одном плейлисте: http://bit.ly/alleralash
Наш проект Анекдотики: http://bit.ly/anekdotiki
Подписывайтесь, чтобы ничего не пропустить😉:…