Что такое микросервис?

Question

[DrunkMaster]

Как вы для себя разделяете понятия микросервис, сервис, малый/средний/крупный проект?
По каким параметрам? Строкам кода, возможностям, времени разработки и т.д.?

Comments

[Александр Мастеров]

[mikserok]

Я надеюсь это мароженое а не то, что можно подумать.

[DrunkMaster]

Александр Мастеров: Вы правильно сделали что оставили комментарий потому что смысла в таком ответе нет ;)

[mikserok]

Эта картинка намного больше объсняет

Answer 1

[index0h]

Микросервис

Система с фиксированным API (чаще всего сетевым), с "отдельной самодостаточной функциональностью".

Сервис

Сервис - это некий обособленный конкретный функционал. Может быть встроенным, может быть и микросервисом.

Система

Набор сервисов с некой общей обвязкой, представляющий собой нечто единое.

Крупнота проекта зависит от требований к проекту и выделенным ресурсам. Это довольно абстрактные разделения.

Comments

[mikserok]

А вы сами понимаете эти определения? В вашей терминологии найдена косвеная рекурсия. Микросервис = F1(система); Система=F2(сервис); Сервис = F3(микросервис). Получаем Микросервис = F1(F2(F3(микросервис))); Получаем замыкание на себе самом, таким образом показана сомнительность подобной системы определений :)

[DrunkMaster]

mikserok: Не докапывайтесь )) Вопрос предполагал что у каждого м.б. своё видение.

А вот как работает API я бы у index0h спросил. Т.е. подразумевается что оно внутреннее, а не внешнее, я так понял. А можно пример "самодостаточного функционала" для понимания?

[mikserok]

DrunkMaster, А зачем вообще нужны эти сравнительно новые термины - микросервисы, система, самодостаточный функционал? Какая от них практическая польза? Просто пишите как писали раньше.

[DrunkMaster]

mikserok: я пишу, но когда человек с которым я говорю начинает оперировать такое терминологией надо хоть представлять что они под этим обычно имеют ввиду ))

[index0h]

@vlad6085
> Как на практике реализуются приложения, основанные на микросервисах?
Проектируется и реализуется)) Почитайте Сэма Ньюмана "Создание микросервисов"

> Для каждого из них поднимается свой mysql? Или для каждого из них существует своя БД/таблица?
В зависимости от требований к проекту. Безопасней - отадельные БД, так как это обеспечит защиту от бесконтрольной связности проекта.

@mikserok
> А вы сами понимаете эти определения? В вашей терминологии найдена косвеная рекурсия.
Да не вопрос. Видимо у вас есть определения по точнее))

@vlad6085
> Т.е. подразумевается что оно внутреннее, а не внешнее, я так понял.
Если это встравиваемый сервис - внутреннее, если сетевой - внешнее.

> А можно пример "самодостаточного функционала" для понимания?
Сервис отправки почты. API может быть на базе обычной очереди в rabbitmq. Все, что делает эта система - это получает шаблон письма, вставляет туда данные и отправляет.
или
Сервис защиты от мата. Все что он делает - получив на вход сообщение, проверяет его туевой хучей регулярок, и возвращает ответ: "блокировать"/"не блокировать"/"нужна ручная проверка"

@mikserok
> А зачем вообще нужны эти сравнительно новые термины - микросервисы, система, самодостаточный функционал?
Термины нужны для именования вещей и событий))

> Какая от них практическая польза? Просто пишите как писали раньше.
Ну, когда ваш проект не помещается на 10 физических серверов и более - писать как писал не особо то получится))

Answer 2

[xmoonlight]

Микросервис - это любой демонический сокет, порождаемый и/или управляемый сторонним/контролирующим процессом, обрабатывающий какие-либо данные со сложными вычислениями по запросу. Обычно, является нативным по отношению к ОС для обеспечения максимальной производительности вычислений.

Answer 3

[Calabonga]

На самом деле - сложный вопрос. По своему опыту могу сказать, что микросервисная архитектура много сложнее чем монолит. Один микросервис - это всего лишь один backend (не важно на какой платформе ASP.NET Core или node.js). Микросервисы имеют значение, когда они решают конкретные задачи бизнес-задачи вместе в одной архитектуре.