Пятничное чтиво
На следующей неделе будет RubyConfBY, расскажу о визуализации зависимостей в проекте и почему визуализация не работает без ограничений. Старые записи стримов можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Data consistency in microservices
Одна из проблем сервисной архитектуры - консистентность данных в распределенных транзакциях. Автор описывает два варианта решения этой проблемы: two phase commit protocol и SAGA паттерн. При этом, SAGA паттерн разбивается на два подхода - синхронная оркестрация по командам и асинхронная хореография событий в транзакции. Если хотите разобраться в этих двух видах распределенных транзакций - начните со статьи.
—————————————
5 Database Scaling Solutions You Need to Know
Понравился флоу статьи: цена скейлинга -> как искать ботлнек используя метрики -> хайлевел описание зачем скейлиться -> примеры пяти подходов. Описываемые подходы:
- Cache Database Queries
- Database Indexes
- Session Storage
- Slave Master Replication
- Database Sharding
Понравилось, что для каждого из подходов дается подробное описание, примеры использования и иногда картинки. А если хотите продолжить - читайте DDIA, где подробнее описываются индексы, шардирование и репликация.
—————————————
An Overview of Health Check Patterns
Самая подробная статья о healthchecks на моей памяти. Изначально хелсчеки помогают определить может функционировать сервис или нет, поэтому в хелсчеках должна быть проверка компонентов без которых сервис не может функционировать (конекшен к базам данных, конекшен к другим сервисам, кеширование и так далее). Из статьи узнаете зачем используется концепция хелсчеков и как координатор работает с сервисами с помощью хелсчеков. А также, на примерах автор покажет как организовывать рестарт, алертинг, скейлинг, деплоймент и трафик используя описанный подход.
——— одной строкой ———
- Пост полугодичной давности от Кира о том, как начать контрибьютить в руби кор
На следующей неделе будет RubyConfBY, расскажу о визуализации зависимостей в проекте и почему визуализация не работает без ограничений. Старые записи стримов можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Data consistency in microservices
Одна из проблем сервисной архитектуры - консистентность данных в распределенных транзакциях. Автор описывает два варианта решения этой проблемы: two phase commit protocol и SAGA паттерн. При этом, SAGA паттерн разбивается на два подхода - синхронная оркестрация по командам и асинхронная хореография событий в транзакции. Если хотите разобраться в этих двух видах распределенных транзакций - начните со статьи.
—————————————
5 Database Scaling Solutions You Need to Know
Понравился флоу статьи: цена скейлинга -> как искать ботлнек используя метрики -> хайлевел описание зачем скейлиться -> примеры пяти подходов. Описываемые подходы:
- Cache Database Queries
- Database Indexes
- Session Storage
- Slave Master Replication
- Database Sharding
Понравилось, что для каждого из подходов дается подробное описание, примеры использования и иногда картинки. А если хотите продолжить - читайте DDIA, где подробнее описываются индексы, шардирование и репликация.
—————————————
An Overview of Health Check Patterns
Самая подробная статья о healthchecks на моей памяти. Изначально хелсчеки помогают определить может функционировать сервис или нет, поэтому в хелсчеках должна быть проверка компонентов без которых сервис не может функционировать (конекшен к базам данных, конекшен к другим сервисам, кеширование и так далее). Из статьи узнаете зачем используется концепция хелсчеков и как координатор работает с сервисами с помощью хелсчеков. А также, на примерах автор покажет как организовывать рестарт, алертинг, скейлинг, деплоймент и трафик используя описанный подход.
——— одной строкой ———
- Пост полугодичной давности от Кира о том, как начать контрибьютить в руби кор