Как стать автором
Обновить

Комментарии 4

Ничего ни о чем. Заголовок и содержание статьи рядом не сидели.
Просто кратко и понятно. Так себе всё и представлял. Непонятно почему на собеседованиях требуют какого-то особенного понимания архитектуры микросервисов?! Тут всё на уровне здравого смысла. Применял микросервисы даже не зная, что оно так называется: просто сетевой запрос к одному микросервису -> внутренняя обработка -> передача ответа по сети другому микросервису.
Мне кажется именно поэтому и спрашивают. Микросервисы до сих пор не особо до конца сформулированы.
просто сетевой запрос к одному микросервису -> внутренняя обработка -> передача ответа по сети другому микросервису.

Это не всегда называется микросервисом. Много вопросов и мало ответов. Что именно называть микросервисом, а что не называть ответа почти нигде нет.
Для кого-то микросервис это атомарная часть архитектуры, для кого-то процесса бизнес-обработки. Кто-то делает распределенный монолит и называет это микросервисной архитектурой. Ну и да, все время в статьях, микросервисы == docker, хотя это просто среда развертывания и можно обойтись без него.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации