Примерно в 3/4 продуктов, с которыми переходим на микросервисную архитектуру нет версионирования API, а внешние библиотеки и сервисы используются AS IS (не обернутые в интерфейсы), проникая, словно споры плесени в кодовую базу продукта и подменяя своими сущностями сущности предметной области самого продукта, создавая зависимости, образуя vendor lock. Вирусное поведение, только никакой касперский тут уже не спасет, только собственная голова =) Так вот, в архитектуре есть очень важное правило, для микросервисов оно гипер-актуально: архитектура не должна зависеть от конкретной версии коммерческого продукта, инструмента или библиотеки. Если подобная зависимость существует (trade off =) ), архитектура должна быть такой, чтобы переход на другую версию был простым и недорогим. В микросервисной архитектуре команды могут самостоятельно выбирать наиболее подходящий инструментарий для достижения требуемого бизнес-эффекта, так что если не договориться о методах снятия таких зависимостей можно неплохо попасть на vendor lock.
Примерно в 3/4 продуктов, с которыми переходим на микросервисную архитектуру…
Из этого канала
- #189Ищем спикеров на ArchDays.ru Мы взрослеем и в этом году расширяем скоуп тем,…
Ищем спикеров на ArchDays.ru Мы взрослеем и в этом году расширяем скоуп тем, выходим за рамки микросервисной архитектуры.
- #190Такая вышла попытка рационализации микросервисного стиля через EA. Верхний…
Такая вышла попытка рационализации микросервисного стиля через EA. Верхний уровень – подмножество того, что может дать EA, на желтых стикерах свойства…
- #191Вышел результат исследования stackoverflow «developer insights» за этот год.…
Вышел результат исследования stackoverflow «developer insights» за этот год. https://insights.stackoverflow.com/survey/2021
- #184После двух лет использования автор статьи перешел с istio на linkerd. Статья…
После двух лет использования автор статьи перешел с istio на linkerd. Статья полезна тем, кто выбирает какой использовать service mesh.
- #183Есть идеальный код, а есть просто хорошо структурированный Так вот, идеальный…
Есть идеальный код, а есть просто хорошо структурированный Так вот, идеальный код — практически невозможно писать (но можно стремиться).