diff --git a/src/homework/06-database/6.1/readme.md b/src/homework/06-database/6.1/readme.md
index ed9cb41..a3aff05 100644
--- a/src/homework/06-database/6.1/readme.md
+++ b/src/homework/06-database/6.1/readme.md
@@ -79,4 +79,15 @@
 >
 > Вы слышали о key-value хранилище, которое имеет механизм [Pub/Sub](https://habr.com/ru/post/278237/). Что это за система? Какие минусы выбора данной системы?
 
-// todo
\ No newline at end of file
+Система с реализацией механизма `Pub/Sub` - это система, которая поддерживает асинхронное взаимодействие между
+несколькими сервисами. В данном случае некоторые сервисы выступают в роли `publisher`, то есть публикуют некое сообщение в определённый топик (тему),
+а некоторые - в роли `subscriber`, то есть подписываются на определённые темы и читают сообщения.
+Система `Pub/Sub` хранит сообщения и обрабатывает запросы сервисов-`publisher` и сервисов-`subscriber`.
+
+В данном случае, если выбрать подобную систему, то это приведёт к усложнению логики сервиса-`subscriber`,
+которому дополнительно придётся выступать в качестве сервиса-`publisher`. Это обусловлено тем,
+что время жизни некоторых значений задаётся внутри публикуемого сообщения, и чтобы узнать время жизни, нужно вычитать сообщение.
+И в случае, если TTL не истёк, то необходимо заново опубликовать это сообщение.
+
+Некоторые системы нативно поддерживают задание значения времени жизни, 
+но в этом случае нет возможности сделать реакцию на его истечение.