Минисервисы или микросервисы в условия цейтнота,...

Микросервисы в условиях цейтнота

Минисервисы или микросервисы в условиях

цейтнота

2015, Руслан Каримов


• Полмиллиона посещений в месяц • Несколько тысяч заказов в день (десятки тысяч в пике) • Тесная интеграция со сторонними сервисами • Останавливать разработку фич можно, но ненадолго — цейтнот

Проект


Вводные данные

• LAMP-стек • Yii v.1 • Redis как кэш

Технологии:


WTF микросервисы?


Основные фичи заключаютсяв следующем• Устойчивость системы к падениям и ошибкам

• Проще поддерживать • Проще деплоить • Проще выкинуть • Проще масштабировать


Причины перехода:скорость

• Тесная интеграция с другими сервисами

• Некоторые очень долгие

• Типичные delayed jobs


Причины перехода: деплой и тестирование

• Деплой — сложный процесс • Долгий QA • Долгий деплой

В Вилларибо: В Виллабаджо:• Легче тестировать • Проще деплоить • Чаще обновления


• Модно • Проще для использования • Сложнее в разработке • Транспорт только HTTP

REST: RPC:• Проще в разработке • Сложнее для

использования • Сложнее избежать

связывания

Протокол


JSON-RPC

• Прост в работе

• Много реализацийи библиотек

Выглядит примерно так:

A light weight remote procedure call protocol. It is designed to be simple!


Транспорт• Уже есть как кэш • Простой • Быстрый


Транспорт. Альтернативы:• HTTP/WebSockets • RabbitMQ • ZeroMQ/Gearman etc.


Общие принципы разделения• Рефакторинг приложения – ослабление связей • Запускайтесь в контексте приложения • Выносите наиболее простые части • Не забудьте про метрики/аналитики


Пишем код• Реализация очередейна Redis (RPUSH, BLPOP)

• Predis падает • Первая версия

– за 15 мин

try { $rpcCall = $this->connection-> blPop([$this->queue], 0)[1]; ! echo $rpcCall . PHP_EOL; return $rpcCall; } catch (ConnectionException $e) { $this->resetConnection(); }


Устойчивость к ошибкам. Что делать?

• Не париться • Cron • Supervisor • Web-сервер • Другие решения


Тестирование• Специфики нет • Это RPC, обычные Unit-тесты • E2E, функциональные тесты для приложения


Деплой проекта• Куда угодно с общим Redis • Сколько угодно воркеров • Не теряйте данные при рестарте

• Надежная очередь • Перехват сигналов

• Версионирование • Промежуточные сервисы


Логирование• Раздельные логи средствами приложения

• FluentD • ELK


Проблемы: порог входа• DevOpsам надо изучать новое • Тестировщикам нужно понимать, что они тестируют

• У новых разработчиков нет опыта в работе с микросервисами


Проблемы:деплой легче, но сложнее• Нужно думать о взаимодействии сервисов • Решение: При небольшом количестве сервисов это не проблема

• Решение: Можно ввести версионность • Решение: Можно писать промежуточные сервисы


Проблемы: скрытые связи• Сбор статистики и отчеты • Решение: делаем отдельный микросервис • Решение: делаем интерфейсы


Выводы• Можно запустить микросервисы быстро • Микросервисы приносят с собой проблемы • У этих проблем есть сравнительно простые решения


Руслан Каримов[email protected]

mailto:[email protected]


Building Microservices

http://shop.oreilly.com/product/0636920033158.do

http://shop.oreilly.com/product/0636920033158.do


Почему не fastcgi_finish_request()?

• Решает проблему скорости • Проще в реализации • Нет проблем со связностью

• Не решает проблему деплоя • Не дает остальных

преимуществ микросервисов

Минисервисы или микросервисы в условия цейтнота,...

Documents