dannc/netology-devops
1
0
Fork 0
mirror of https://github.com/Dannecron/netology-devops.git synced 2025-12-25 23:32:37 +03:00
Code Issues Packages Projects Releases Wiki Activity

homework 6.1: add task 4

Browse Source
This commit is contained in:
dannc
2022-05-19 09:42:03 +07:00
parent ce2fdddc9e
commit cf6348de9d
1 changed files with 12 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
src/homework/06-database/6.1/readme.md
View File

@@ -79,4 +79,15 @@
>
> Вы слышали о key-value хранилище, которое имеет механизм [Pub/Sub](https://habr.com/ru/post/278237/). Что это за система? Какие минусы выбора данной системы?
// todo
Система с реализацией механизма `Pub/Sub` - это система, которая поддерживает асинхронное взаимодействие между
несколькими сервисами. В данном случае некоторые сервисы выступают в роли `publisher`, то есть публикуют некое сообщение в определённый топик (тему),
а некоторые - в роли `subscriber`, то есть подписываются на определённые темы и читают сообщения.
Система `Pub/Sub` хранит сообщения и обрабатывает запросы сервисов-`publisher` и сервисов-`subscriber`.
В данном случае, если выбрать подобную систему, то это приведёт к усложнению логики сервиса-`subscriber`,
которому дополнительно придётся выступать в качестве сервиса-`publisher`. Это обусловлено тем,
что время жизни некоторых значений задаётся внутри публикуемого сообщения, и чтобы узнать время жизни, нужно вычитать сообщение.
И в случае, если TTL не истёк, то необходимо заново опубликовать это сообщение.
Некоторые системы нативно поддерживают задание значения времени жизни,
но в этом случае нет возможности сделать реакцию на его истечение.