Монолитные приложения на Yii2 рано или поздно упираются в потолок: сложно масштабировать, страшно деплоить, а любая правка может уронить всё. Микросервисы решают эти проблемы, но требуют дисциплины и правильного подхода. В этой статье я расскажу, как перевести проект на Yii2 на микросервисную архитектуру без боли и лишних жертв.

Digital-студия WNDER

Что такое микросервисы и зачем они нужны

Микросервисы — это когда одно большое приложение разбивается на несколько маленьких, каждое из которых отвечает за свою узкую задачу. Например, вместо одного монолита, который умеет всё, вы делаете сервис пользователей, сервис заказов, сервис платежей. Каждый живёт своей жизнью, общается с другими по сети (обычно через HTTP или очереди).

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

Как разбить монолит на сервисы

Первый шаг — выделить границы. Не пытайтесь распилить всё сразу. Начните с самого независимого модуля. Например, у вас есть интернет-магазин на Yii2. Логично вынести в отдельный сервис аутентификацию и управление пользователями. Или корзину. Или уведомления.

Правило простое: если модуль редко меняется и у него чёткий интерфейс — это хороший кандидат на микросервис. Плохой кандидат — то, что связано с другими частями сотнями вызовов.

Правило: Не делайте микросервис из каждого модуля. Если две функции постоянно обмениваются данными, лучше оставить их вместе. Дробление ради дробления только добавит головной боли.

Структура проекта: как организовать код

В Yii2 удобно использовать шаблон advanced или basic. Но для микросервисов лучше создать отдельные приложения (папки) для каждого сервиса. Например, так:


// Структура каталогов
microservices/
  user-service/       // сервис пользователей
    config/
    controllers/
    models/
    web/
  order-service/      // сервис заказов
    config/
    controllers/
    models/
    web/
  common/             // общие компоненты (если нужны)
    components/

Каждый сервис — это отдельное Yii2-приложение со своим конфигом. Они могут использовать общую папку vendor, но лучше сделать независимые composer.json для каждого, чтобы обновлять зависимости отдельно.

Взаимодействие между сервисами

Самый простой способ — HTTP-запросы. В Yii2 есть готовый компонент yii\httpclient\Client. Например, сервис заказов должен получить данные пользователя:


$client = new \yii\httpclient\Client();
$response = $client->createRequest()
    ->setMethod('GET')
    ->setUrl('http://user-service/api/users/123')
    ->send();
if ($response->isOk) {
    $user = $response->data;
}

Но HTTP-запросы синхронны и могут тормозить. Для асинхронного общения используйте очереди (RabbitMQ, Redis). Yii2 поддерживает работу с очередями через расширение yii2-queue. Пример отправки сообщения:


Yii::$app->queue->push(new SomeJob([
    'userId' => 123,
]));

А на стороне получателя — обработчик, который слушает очередь и выполняет задачу.

Практические советы и лайфхаки

Чтобы не утонуть в сложности, придерживайтесь нескольких принципов.

  • Единая точка входа. Сделайте API Gateway, который принимает все внешние запросы и перенаправляет их нужным сервисам. Это упростит клиентам жизнь и позволит централизованно обрабатывать ошибки.
  • Контейнеризация. Каждый сервис упаковывайте в Docker. Так проще деплоить и масштабировать. Yii2 отлично работает в контейнерах.
  • Логирование. Настройте централизованный сбор логов (например, ELK). Иначе при отладке придётся бегать по серверам.
  • Мониторинг. Используйте Prometheus и Grafana, чтобы видеть, как чувствуют себя сервисы.
Лайфхак: Начните с двух-трёх сервисов, не пытайтесь сразу распилить всё. Постепенная миграция снизит риски и позволит отладить процессы.

Сравнение подходов: монолит vs микросервисы на Yii2

Чтобы понять, стоит ли овчинка выделки, взгляните на таблицу.

Критерий Монолит на Yii2 Микросервисы на Yii2
Скорость разработки Высокая на старте Ниже, требует больше инфраструктуры
Масштабирование Только всё приложение целиком Каждый сервис отдельно
Деплой Рискованно, всё сразу Независимый для каждого сервиса
Отказоустойчивость Падение одного модуля роняет всё Изолированные отказы
Сложность отладки Низкая Высокая, нужны трассировки

Как видите, микросервисы выигрывают в масштабируемости и гибкости, но проигрывают в простоте. Если у вас небольшой проект, возможно, стоит остаться на монолите.

Что в итоге

Переход на микросервисы на Yii2 — это не серебряная пуля, а серьёзная архитектурная трансформация. Начните с выделения одного-двух сервисов, настройте взаимодействие через HTTP или очереди, используйте Docker и мониторинг. Постепенно вы получите гибкую систему, которую легко развивать и масштабировать. Главное — не спешить и не забывать про тестирование.

Удачи в重构!

Студия WNDER