Download as PDF, PPTX
![В чем сложность?
• Корректность взаимодействия с другими сервисами
• Сервис назначения доступен, но:
• Отвечает очень медленно
• Отвечает эпизодически
• Отвечает некорректно
Circuit Breaker!
[Hystrix, Netflix]](https://image.slidesharecdn.com/vadimmadison-161026090711/85/slide-40-320.jpg)
![В чем сложность?
• Корректность взаимодействия с другими сервисами
• Сервис назначения доступен, но:
• Отвечает очень медленно
• Отвечает эпизодически
• Отвечает некорректно
Circuit Breaker!
[Hystrix, Netflix]](https://image.slidesharecdn.com/vadimmadison-161026090711/85/slide-41-320.jpg)
Uploaded byTanya Denisyuk
Вадим Мадисон "Опыт разработки через микросервисы"
Документ обсуждает преимущества и недостатки разработки на основе микросервисов, включая независимую разработку и упрощение масштабирования, а также проблемы, такие как распределенные коммуникации и повышение сложности. Также приводятся рекомендации по конфигурации, журналированию и тестированию микросервисов, с акцентом на использование проверенных решений и принципов '12-факторного приложения'. В заключение содержится множество вопросов и предложений по аспектам, связанным с мониторингом, взаимодействием сервисов и масштабированием.
More Related Content
Similar to Вадим Мадисон "Опыт разработки через микросервисы"
Вадим Мадисон "Опыт разработки через микросервисы"
- 1.
- 2. • Услуги системнойинтеграции, начиная от разработки технологических решений и заканчивая доставкой видео-сигнала до конечного пользователя • Интернет-видеоплатформа для каналов МатчТВ и НТВ-ПЛЮС • 300 000 одновременных пользователей • > 1 000 000 уникальных посетителей в сутки • Отдаем контента до 300 Тб/час
- 3.
- 4. Кривая Гартнера Появление технологии Ажиотаж(завышенные ожидания)
- 5. Кривая Гартнера Появление технологии Ажиотаж(завышенные ожидания) Разочарование
- 6. Кривая Гартнера Появление технологии Ажиотаж(завышенные ожидания) Разочарование Осмысление
- 7. Кривая Гартнера Появление технологии Ажиотаж(завышенные ожидания) Разочарование Осмысление Развитие
- 8. Минусы микросервисов • Распределенныекоммуникации, дополнительное API, больше точек отказа и логики их обработки • Оверхед: сетевой, сериализация/десериализация • Обнаружение сервисов • Инструментарий!
- 9.
- 10. Плюсы микросервисов • Независимаяразработка • Лучший контроль технического и технологического долга • Скорость тестирования, доставки, запуска • Упрощение масштабирования
- 11. Когда микросервисы ненужны / вредны? • Небольшой проект • Сжатые сроки разработки • Короткий цикл поддержки • Отсутствие CI / CD • Нет команды, отвечающей за инфраструктуру • Высокие требования к эффективности
- 12. Когда микросервисы “musthave”? • Большой проект • Высокие нагрузки • Долгий цикл разработки • Длительный период жизни и поддержки • Высокие требования к использованию оптимальных технологий • Готовы к исследованиям, оптимизациям и новым технологиям
- 13.
- 14. Сервис должен бытьнезависимым!
- 15. Сервис независим если… •Возможно описать бизнес-задачу сервиса одним простым предложением • У сервиса больше одного потребителя • Деплой сервиса не приводит к деплою других сервисов
- 16. Сервис независим если… •Возможно описать бизнес-задачу сервиса одним простым предложением • У сервиса больше одного потребителя • Деплой сервиса не приводит к деплою других сервисов
- 17. Сервис независим если… •Возможно описать бизнес-задачу сервиса одним простым предложением • У сервиса больше одного потребителя • Деплой сервиса не приводит к деплою других сервисов
- 18.
- 19. Общие рекомендации • Неиспользовать фреймворки • Собирать проект из шаблона • Не бояться “copy-paste” • Обратить внимание на манифест “12-факторное приложение”
- 20. Общие рекомендации • Неиспользовать фреймворки • Собирать проект из шаблона • Не бояться “copy-paste” • Обратить внимание на манифест “12-факторное приложение”
- 21. Общие рекомендации • Неиспользовать фреймворки • Собирать проект из шаблона • Не бояться “copy-paste” • Обратить внимание на манифест “12-факторное приложение”
- 22. Общие рекомендации • Неиспользовать фреймворки • Собирать проект из шаблона • Не бояться “copy-paste” • Обратить внимание на манифест “12-факторное приложение” https://12factor.net/ru/
- 23.
- 24. Конфигурация Что пробовали? • файлыконфигурации при деплое разливать по всем целевым машинам • файлы конфигурации класть в контейнер • выставлять переменные окружения • при сборке контейнера (ENV DB=…) • при запуске контейнера
- 25. Конфигурация Что пробовали? • файлыконфигурации при деплое разливать по всем целевым машинам • файлы конфигурации класть в контейнер • выставлять переменные окружения • при сборке контейнера (ENV DB=…) • при запуске контейнера
- 26. Конфигурация Что пробовали? • файлыконфигурации при деплое разливать по всем целевым машинам • файлы конфигурации класть в контейнер • выставлять переменные окружения • при сборке контейнера (ENV DB=…) • при запуске контейнера
- 27. Конфигурация ! Единая точкаконфигурирования " Но не единая точка отказа! ! Проверенные решения…
- 28.
- 29. <СЕРВИС>/ (/conf/ms/recorder/) <СЕРВИС>/<ВЕРСИЯ>/ (/conf/ms/recorder/0.12) <СЕРВИС>/<СРЕДА>/(dev, stage, production) Кофигурация к KV
- 30. <СЕРВИС>/ (/conf/ms/recorder/) <СЕРВИС>/<ВЕРСИЯ>/ (/conf/ms/recorder/0.12) <СЕРВИС>/<СРЕДА>/(dev, stage, production) /conf/ms/recorder/production/db : "recorder" /conf/ms/recorder/production/server : "10.0.102.2" Кофигурация к KV
- 31. <СЕРВИС>/ (/conf/ms/recorder/) <СЕРВИС>/<ВЕРСИЯ>/ (/conf/ms/recorder/0.12) <СЕРВИС>/<СРЕДА>/(dev, stage, production) /conf/ms/recorder/0.12/production/db : "recorder" /conf/ms/recorder/0.12/production/server : "10.0.0.12" Кофигурация к KV
- 32. Конфигурация 1. git2consul • неиспользуем отдельные проекты/бранчи в git для основных параметров • загружаем конфигурацию при деплое • стартовый путь: /conf/ms/<ИМЯ СЕРВИСА>/<BUILD NO>/ 2. Vault все секретное храним в отдельных проектах
- 33. Журналирование • Единый форматлогов, сведение в общее хранилище
- 34.
- 35. Health-check ! HTTP /HTTPS ! 2 основных метода /ready /health ! 1 опциональный /info
- 36.
- 37.
- 38. В чем сложность? •Корректность взаимодействия с другими сервисами • Сервис назначения доступен, но: • Отвечает очень медленно • Отвечает эпизодически • Отвечает некорректно
- 39. В чем сложность? •Корректность взаимодействия с другими сервисами • Сервис назначения доступен, но: • Отвечает очень медленно • Отвечает эпизодически • Отвечает некорректно
- 40. В чем сложность? •Корректность взаимодействия с другими сервисами • Сервис назначения доступен, но: • Отвечает очень медленно • Отвечает эпизодически • Отвечает некорректно Circuit Breaker! [Hystrix, Netflix]
- 41. В чем сложность? •Корректность взаимодействия с другими сервисами • Сервис назначения доступен, но: • Отвечает очень медленно • Отвечает эпизодически • Отвечает некорректно Circuit Breaker! [Hystrix, Netflix]
- 42.
- 43.
- 44. Что пробовали? • Пробросфайловой системы в контейнер
- 45. Что пробовали? • Пробросфайловой системы в контейнер • «Собирающие контейнеры»
- 46. Что пробовали? • Пробросфайловой системы в контейнер • «Собирающие контейнеры» • Shared data volume
- 47. Что пробовали? • Пробросфайловой системы в контейнер • «Собирающие контейнеры» • Shared data volume • Flocker
- 48. Для файлового хранения Распределеннаяфайловая система: CEPH (http://ceph.com/)
- 49. Для БД • Выделенныесервера • Особая конфигурация машин • Расширенная сеть
- 50.
- 51.
- 52.
- 53.
- 54. Consul Template {{range services}}{{if in .Tags "demo" }}{{if .Tags | join "," | regexMatch "urlprefix-"}} upstream {{.Name}} { least_conn; {{range service .Name}}server {{.Address}}:{{.Port}} max_fails=3 fail_timeout=30 weight=1;{{end}} } {{end}}{{end}}{{end}} server { listen 80 default_server; location /health { add_header Content-Type text/plain; return 200 'OK'; } {{range services}}{{ if in .Tags "demo" }}{{if .Tags | join "," | regexMatch "urlprefix-"}} {{range .Tags}}{{ if . | contains "urlprefix-" }}location {{. | replaceAll "urlprefix-" ""}} { {{end}}{{end}} proxy_pass http://{{.Name}}/; # / в конце означает обрезку проксируемого пути proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } {{end}}{{end}}{{end}} }
- 55. Consul Template {{range services}} {{if in .Tags "demo" }} {{if .Tags | join "," | regexMatch “urlprefix-“}} #urlprefix-/playlist upstream {{.Name}} { least_conn; {{range service .Name}}server {{.Address}}:{{.Port}} max_fails=3 fail_timeout=30 weight=1;{{end}} } {{end}} {{end}} {{end}} в списке только прошедшие health-check!
- 56. Consul Template {{range services}} {{if in .Tags "demo" }} {{if .Tags | join "," | regexMatch "urlprefix-"}} {{range .Tags}}{{ if . | contains "urlprefix-" }} # Tag: urlprefix-/playlist location {{. | replaceAll "urlprefix-" ""}} { {{end}}{{end}} proxy_pass http://{{.Name}}/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } {{end}}{{end}}{{end}}
- 57. Consul Template upstream playlistapi{ least_conn; server 10.1.1.2:5100 max_fails=3 fail_timeout=30 weight=1; } ... location /playlist { proxy_pass http://playlistapi/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; }
- 58.
- 59. Чек-лист Как конфигурировать? Как мониторитьи считать метрики? Как сервисы будут находить друг друга? Как сервис будет взаимодействовать с остальными частями проекта? Как тестировать сервис и систему целиком? Как обрабатывать сбои связанных сервисов? Как переезжать на новую версию? Как масштабировать под нагрузкой?
- 60.