Комментарии 16
туго связанные
почесал промежность и понюхал руку
Машинный перевод, шуточки за 300 и отсутствие вменяемого ответа на вопрос из первого абзаца.
Плюсую, «Скажите, какие основные преимущества микросервисов и почему?»
Тся
Интересно кто плюсов наставил? (на момент написания текущего коммента было 9)
Принцип создания микросервисной архитектуры равен принципу ООП. Те же самые правила
Нет, не равен. Ну то есть в идеальном мире да, но в реальности, где всё имеет свою цену и никто не способен предсказать всё, что понадобится на 10 лет вперёд - это разные вещи.
Потому что цена рефакторинга в проектировании классов и в проектировании микросервисов совершенно разная. На уровне квадратиков на диаграмме это не ощутишь, но каждый, кто работал в микросервисной архитектуре, ощущал эту разницу на себе
Там человек промежность почесал и понюхал. Зачем ты дальше читал?
И к классам-то такая интерпретация Single Responsibility Principle применима только ценой большого насилия над совой и кода, похожего на паззл из 3000 кусочков, - а относительно микросервисов она просто неверна. Микросервис ни в коем случае не должен решать одну задачу. Он должен иметь одну причину для изменения, как это формулируется исходно. Изменения бизнес-логики в других сервисах в идеале никогда не должны приводить к обязательным изменениям в нашем сервисе. Сколько он при этом решает задач - абсолютно неважно
Слишком много не нужных слов и предложений!
"Каждый микросервис должен делать только одну вещь и делать ее хорошо"
То есть микросервис это старый добрый юникс-вэй, так и запишем
Скролить по сайту --> Web Service
Добавлять/удалять товары в корзину --> Order Service
Оплачивать выбранные товары --> Payment Service
Писать отзывы на товары --> Review Service
Доставлять купленные товары --> Shipping Service
Добавлять/удалять товары --> Product Service
Во-первых: они все зависят друг от друга. Дальше по тексту "Product Service" относится к Core, и если задуматься, от него (почти) все зависят
Во вторых: модульная система, сделает то-же самое разделение ответственности, и даже hot-redeploy можно прикрутить.
Приведите хотя-бы один положительный момент от внедрения микросервисов, который без микросервисов не возможен. (Про резюме и job security, не надо, я это выше уже написал)
Хороший пересказ Чистой архитектуры, в частности главы про компоненты)
Честно говоря, для первоначального знакомства чрезвычайно мало. Самые важные вопросы остались за кадром.
Чтото структура как-то поехала(уровни заголовков). Точнее последний заголовок...
Микросервисы для тех, кто прикидывается разработчиком. Часть 1