Хостинг Wcf Microservices в IIS

Question

Я создаю архитектуру Microservices с использованием Wcf и IIS, но я не совсем уверен, что все это соответствует определению Microservices.

У меня есть 4 сайта в IIS, каждый для одной службы, который имеет ровно одну ответственность. Сервисы Wcf развертываются на этих сайтах и ​​используются с управлением экземплярами для каждого вызова. Это будет означать, что каждый запрос будет порождать процесс net, независимый друг от друга для моего понимания.

Ооооо Я не совсем уверен, что все это соответствует определению микросервисов и есть ли другие адекватные подходы? Каждый вход ценится!

BR

Answer 1

Микросервисы были модным словом, особенно в последние пару лет. Согласно Мартину Фаулеру , автору "Создание микросервисов: проектирование мелкозернистых систем",

Короче говоря, архитектурный стиль микросервисов - это подход к разработке единого приложения в виде набор небольших сервисов, каждый из которых работает в своем собственном процессе и взаимодействует с легковесными механизмами, часто API-интерфейсом HTTP-ресурсов. Эти сервисы построены на бизнес-возможностях и могут быть развернуты независимо с помощью полностью автоматизированного механизма развертывания. Существует минимальный уровень централизованного управления этими службами, которые могут быть написаны на разных языках программирования и использовать разные технологии хранения данных.

Границы микросервисов не определены четко, поскольку это концепция или стиль. Люди склонны время от времени подстраивать его под свои нужды.

Глядя на описание вашего приложения, оно выглядит как микросервис. Однако вам нужно ответить еще на пару вопросов, если вы хотите назвать это «истинной» микросервисной архитектурой.

• Можете ли вы масштабировать отдельные компоненты приложения? В вашем случае каждая из служб?
• Есть ли у вас отдельные источники данных для каждой из ваших служб?
• Являются ли они отказоустойчивыми? Может ли один из ваших сервисов работать независимо, даже если три других вышли из строя?
• Они не имеют состояния?

Если вы ответите «Да» на все вышеперечисленное, то вы на правильном пути. Вы можете найти больше ссылок здесь

Внедрение микросервисов в Netflix: уроки для архитектурного проектирования - Netflix

Микросервисы Мартина Фаулера

Answer 2

Звучит как микро-сервис, однако аспект развертывания - это только одна его часть. Являются ли эти сервисы легковесными, хотя существует только одна обязанность: являются ли они закрытыми модулями, которые предоставляют ответы только вызывающему абоненту, или существуют некоторые взаимозависимости?

Нет необходимости размещать каждую услугу отдельно для достичь архитектуры микросервисов, хотя это может помочь.

Пока сервисы легки, слабо связаны и могут развертываться и масштабироваться независимо, вы можете считать их микросервисами.

Когда несколько служб развернуты на одном и том же узле IIS, все равно можно считать их микросервисами, если каждый вызов, которому необходимо вызвать другие службы, выполняет этот вызов через посредника, очередь или через балансировщик нагрузки, так что вызов может получать и обрабатывать совершенно другой экземпляр IIS при масштабировании.

Несколько полезных ссылок:

• Что такое архитектура микросервисов?
• Микросервисы - Википедия