История микросервисов

«История микросервисов» – это краткий пересказ статьи «Microservices: The Evolution and Extinction of Web Services?» за авторством Luciano Baresi и Martin Garriga с моими дополнениями (курсивом).

Еще 20 лет назад SOA и Web Services были на пике популярности. Это был самый настоящий хайп. Особенность хайпа в том, что его применяют ради хайпа, а не для пользы дела, в массе своей даже не разобравшись в сути явления или технологии. Такое положение дел привело к тому, что количество определений и трактовок SOA и Web Services было примерно равно количеству внедрений 🙂 Это, в свою очередь, приводило к тому, что проблема подгонялась под решение. Сегодня то же самое происходит с микросервисами. Авторы статьи исследуют эволюционный путь от SOA к микросервисам на основе анализа литературы, как академической, так и научно-популярной.

Подгонка проблемы под решение выглядит примерно так: «мы решили распилить монолит на микросервисы, как обосновать это бизнесу?». Здесь «решение» уже выбрано, осталось найти под него проблему, а если проблем нет, то создатьпридумать её 🙂

Keep Reading
Share

Закон Конвея. Перевод статьи «How Do Committees Invent?»

Закон Конвея. Невероятно часто цитируемый закон. Но при этом, похоже, статья в которой он появился, так и не была переведена на русский (к слову, сделать понятный перевод этой статьи оказывается совсем не просто). Так как статья – не художественное произведение, да еще и написана в далеком 1968 году, ее перевод может (да, наверное, и должен) восприниматься как весьма косноязычный и местами непонятный, но так уж излагали мысли ученые в 68-м. Посчитал, что для научной статьи адаптивный перевод может привести к потере смыслов (хотя и понимаю, что на русском языке смысл может исказиться). Всячески рекомендую оригинал (ссылка в конце статьи), а переводом пользоваться только в том случае, если недостаточно знаний английского.

Keep Reading
Share

Code and Fix — так ли он плох на самом деле?

  • Сен 26, 2021
  • /
  • Agile

Сколько хейта довелось услышать в адрес code and fix модели разработки. Чему только не противопоставляли code and fix: agile-подходам, каскадным подходам, и всегда будто это первородное зло. Не считаю code and fix сам по себе чем-то плохим. Все зависит от контекста и посмотрим, где от него можно получить выгоду.

Keep Reading
Share

DevOps User Stories

Особенность DevOps User Stories в том, что для их выполнения необходимо плотное сотрудничество между dev и ops. Если сейчас его нет, то работа над этими историями – повод начать наводить мосты, создавать общие артефакты, пробрасывать петли обратной связи.

Keep Reading
Share