Сообщение Re[6]: О микросервисах от 07.02.2022 7:12
Изменено 07.02.2022 7:13 VladiCh
S>Здравствуйте, Ночной Смотрящий, Вы писали:
НС>>Круто. Начинали с того что микросервисы нужны для того чтобы снизить требования к квалификации разработчиков (это design goal такой). А закончили тем что они требуют более выской квалификации.
НС>>
НС>>https://en.wikipedia.org/wiki/MicroservicesНС>>it allows organizations developing software to grow fast, and big, as well as use off the shelf services easier. Communication requirements are less.
НС>>Вобщем, ты явно что то путаешь.
S>Это не maxkar, похоже, путает -- вот тут, по ссылке из ссылки выше, пишут в cons для микросервисов:
S>
S>But the switch to microservices comes with its fair share of costs, particularly when it comes to app monitoring and the toll it can take on developers. Adopters will have to consider factors such as:
S> Team expertise: The benefits of microservices are moot without a prepared staff. You should assess the skills of your team members before moving forward with a microservices architecture.
S> Testing and monitoring: Once you break apps into components, you'll have more moving parts to track and eventually fix. Without the right testing and monitoring tools in place, things could quickly spin out of control.
S>Можно сказать, что design goal не удался.
Для того чтобы перелезть на микросервисную архитектуру, нужна большая подготовительная работа — автоматизация создания этих самых микросервисов и управления ими — с мониторингом, логгингом, алертами, всяческими настройками автоскейлинга и т.п.
Это требует интеграции кучи различных систем. Если этого нет и делать это все вручную для каждого микросервиса, то можно во всех этих мелочах закопаться и общий результат будет печален.
Поэтому сейчас важность девопсов сильно возросла, потому как крупные компании всю эту работу автоматизируют.
S>Здравствуйте, Ночной Смотрящий, Вы писали:
НС>>Круто. Начинали с того что микросервисы нужны для того чтобы снизить требования к квалификации разработчиков (это design goal такой). А закончили тем что они требуют более выской квалификации.
НС>>
НС>>https://en.wikipedia.org/wiki/MicroservicesНС>>it allows organizations developing software to grow fast, and big, as well as use off the shelf services easier. Communication requirements are less.
НС>>Вобщем, ты явно что то путаешь.
S>Это не maxkar, похоже, путает -- вот тут, по ссылке из ссылки выше, пишут в cons для микросервисов:
S>
S>But the switch to microservices comes with its fair share of costs, particularly when it comes to app monitoring and the toll it can take on developers. Adopters will have to consider factors such as:
S> Team expertise: The benefits of microservices are moot without a prepared staff. You should assess the skills of your team members before moving forward with a microservices architecture.
S> Testing and monitoring: Once you break apps into components, you'll have more moving parts to track and eventually fix. Without the right testing and monitoring tools in place, things could quickly spin out of control.
S>Можно сказать, что design goal не удался.
Для того чтобы перелезть на микросервисную архитектуру, нужна большая подготовительная работа — автоматизация создания этих самых микросервисов и управления ими — с мониторингом, логгингом, алертами, всяческими настройками автоскейлинга и т.п.
Это требует интеграции кучи различных систем. Если этого нет и делать это все вручную для каждого микросервиса, то можно во всех этих мелочах закопаться и общий результат будет печален.
Поэтому сейчас важность девопсов сильно возросла, потому как крупные компании всю эту работу автоматизируют.
Но, если эта автоматизация есть, то с собственно разработчиков микросервисов эта вся нагрузка снимается, им как правило это все настраивать не нужно и оно работает из коробки.