Макс Волошин «Микросервисы на практике»
•Download as PPTX, PDF•
0 likes•1,853 views
Опыт разработки продукта с использованием микросервисов.
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to Макс Волошин «Микросервисы на практике»
Similar to Макс Волошин «Микросервисы на практике» (20)
More from DataArt
More from DataArt (20)
Макс Волошин «Микросервисы на практике»
- 3. ● Вы слышали про идею микросервисов ● Вы знаете какой профит это принесёт ● Вы провели совещание на эту тему ● . . . ● . . . ● и что теперь делать?.. Краткое содержание предыдущих серий
- 5. ● Декомпозиция приложения на сервисы ● Интеграция UI с сервисами ● Интеграция сервисов между собой Сегодня в программе
- 7. Проблема
- 9. Практика монолитного приложения UserPipeline Foo Access Source Destination Bar Access Source Destination History Payment
- 11. Billing Service Identity Service Foo to Bar Service UserPayment Foo Access Source Pipeline History User Bar Access Destination UserAuthentication Log Bar to Foo Service Bar Access Source Pipeline History User Foo Access Destination
- 12. Billing Service Identity Service Foo to Bar Service UserPayment Foo Access Source Pipeline History User Bar Access Destination UserAuthentication Log Bar to Foo Service Bar Access Source Pipeline History User Foo Access Destination
- 13. Billing Service Identity Service Foo to Bar Service UserPayment Foo Access Source Pipeline History User Bar Access Destination UserAuthentication Log Bar to Foo Service Bar Access Source Pipeline History User Foo Access Destination
- 14. Billing Service Identity Service Foo to Bar Service UserPayment Foo Access Source Pipeline History User Bar Access Destination UserAuthentication Log Bar to Foo Service Bar Access Source Pipeline History User Foo Access Destination
- 15. Billing Service Identity Service Foo to Bar Service UserPayment Foo Access Source Pipeline History User Bar Access Destination UserAuthentication Log Bar to Foo Service Bar Access Source Pipeline History User Foo Access Destination
- 16. Интеграция UI с сервисами
- 17. UI Foo to Bar Service Bar to Foo Service Billing Service Identity Service Порядок взаимодействия
- 18. ● Request headers o Origin o Access-Control-Request-Method o Access-Control-Request-Headers ● Response headers o Access-Control-Allow-Origin o Access-Control-Allow-Credentials o Access-Control-Expose-Headers o Access-Control-Max-Age o Access-Control-Allow-Methods o Access-Control-Allow-Headers CORS (Cross-origin resource sharing)
- 19. server { server_name awesome-etl.com; location /services/foo-to-bar/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-foo-to-bar.appspot.com/; } location /services/bar-to-foo/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-bar-to-foo.appspot.com/; } location /services/billing/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-billing.heroku.com/; } location /services/identity/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-identity.heroku.com/; } }
- 20. server { server_name awesome-etl.com; location /services/foo-to-bar/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-foo-to-bar.appspot.com/; } location /services/bar-to-foo/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-bar-to-foo.appspot.com/; } location /services/billing/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-billing.heroku.com/; } location /services/identity/ { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass https://awesome-etl-identity.heroku.com/; } }
- 21. Сервисы без состояния + аутентификация Credential s UI Identity Service JSON Web Token Service Authorization: Bearer {identity token}
- 28. Cущности на пересечении сервисов UI id=1 id=2 id=3 Foo Bar Baz
- 33. Связь Identity и Entity токена { iat: 1437133223 exp: 1437738023 sub: de305d54-75b4-431b-adb2-eb6b9e546014 iss: identity aud: da23614e02469a0d7c7bd1bdab5c9c474b1904dc } { iat: 1437134451 exp: 1437138051 iss: foo aud: de305d54-75b4-431b-adb2-eb6b9e546014 sub: 123e4567-e89b-12d3-a456-426655440000 permissions: [edit, delete] }
- 34. jwt.io JSON Web Tokens libraries and debugger
- 36. ● shared database ● REST / RPC ● asynchronous messaging Возможные способы
- 37. ● подкупает своей простотой ● нарушает инкапсуляцию сервисов ● не всегда плохо Shared database
- 38. ● очевидный и логичный ● связывает пару сервисов ● не является fault tolerance REST / RPC
- 40. ● сохраняет слабую связанность сервисов ● снимает ограничение по доступности сервисов ● усложняет всё решение в целом Asynchronous messaging
- 41. Шина сообщений UI Foo to Bar Service Bar to Foo Service Billing Service Identity Service MessageBus
- 42. ● Сообщение ● Канал ● Производитель сообщений ● Потребитель сообщений Сущности шины сообщений
- 43. ● передаёт однородные сообщения ● именуем в scope.under_score стиле Канал
- 44. { version: ... body: { ... } } Сообщение ● body – содержимое сообщения ● version – версия структуры body ● можно использовать JSON Schema для валидации body ● свойства именуем в under_score стиле
- 45. ● Команда – необходимо сделать Пример канала: billing.register_usage_command ● Событие – уже произошло Позволяют синхронизировать сущности между сервисами. Пример канала: billing.overdue_payment_event ● Запрос – необходимо получить Пример канала: some_component.whatever_query ● Ответ – получено при запросе Пример канала: some_component.whatever_response Типы сообщений
- 46. Производитель сообщений Transaction DB Entity Message MessageBus
- 47. Push режим Сервис получает сообщение сразу после его размещения. Быстрая реакция на сообщение. Pull режим Cервис потребляет сообщение когда считает нужным. Управление интенсивностью потребления. Мы используем гибрид: push режим, но складываем во внутреннею очередь из который получаем сообщения в pull режиме. Потребитель сообщений
- 48. Примеры идемпотентных операций: ● сложение с нулём: ● умножение на единицу: Идемпоте́нтность Термин, означающий свойство математического объекта, которое проявляется в том, что повторное действие над объектом не изменяет его.
- 49. ● идемпотентные потребители ● потребление с подтверждением Best practice потребления сообщений
- 50. ● RabbitMQ ● Apache Kafka ● . . . ● iron.io ● Amazon SQS ● Google Pub/Sub ● . . . Реализации MessageBus
- 52. ● данные между сервисами консистенты с задержкой ● в UI приходиться принимать локальные решения Компромисы Eventual consistency
- 57. Exploring CQRS and Event Sourcing
- 61. Буду благодарен за обратную связь! maxvoloshin.com maxvoloshin.com@gmail.com