Здравствуйте, SkyDance, Вы писали:

VC>>Рефакторинг всех микросервисов сразу требуется куда реже (если их границы были выбраны правильно изначально).

SD>Что считать рефакторингом?

Точно не смену инфраструктуры. Инфраструктура — это часть изначального дизайна

SD>И где граница работы команды? Вот, скажем, может ли команда выбирать технологии для постройки микросервиса? А до какого уровня? А можно вместо Linux использовать FreeBSD? А вместо виртуалок — bare metal?
SD>Тут-то и находит коса на камень. Оказывается, что в каком-то месте "микросервисы" лежат поверх существующей инфраструктуры. И чем "микрее" сервисы, тем толще получается эта самая "инфра".

Непонятно в чем тут сложности с поэтапным переездом на новую инфраструктуру Смена Linux на FreeBSD или виртуалок на bare metal для приложения может быть вообще прозрачной, в зависимости от дизайна этого приложения.

SD>Но ведь ей, инфре, тоже нужно развиваться. А для этого нужно и рефакторинг производить. Да, в инфре. Это равносильно рефакторингу всех микросервисов сразу. Я именно про такой рефакторинг, а не когда в каком-то одном микросервисе "рефакторят" MySQL на MariaDB.

Приведи конкретный пример когда это создаст необходимость рефакторинга всех микросервисов сразу и этого нельзя будет избежать.