diff --git a/doc/Common/Concepts.md b/doc/Common/Concepts.md
new file mode 100644
index 0000000..109627a
--- /dev/null
+++ b/doc/Common/Concepts.md
@@ -0,0 +1,15 @@
+Основные концепции
+
+1.  Создаю гибрид Apache Kafka и RabbitMQ. Логика организации маршрутизации сообщений будет такова:
+Exchange и очереди, как в RabbitMQ, с ключами маршрутизации (Routing key). Пока планирую два вида Exchange - один отдает сообщения во все очереди с соответствующим ключем, второй - в одну, выбранную случайным образом. При этом, Exchange хранит всю прокачанную историю сообщений, как это делает Кафка.
+
+2. Данные бэкапятся на диск в виде WAL. Скорее всего будут жить страницами минимум по 4Кб, если сообщение туда влезает. Если нет - отдельная страница для отдельного сообщения.
+
+3. Очередь хранит в себе номер страницы WAL и id сообщения. Хочу попробовать сделать два вида очередей: классическую FIFO и стек - LIFO.
+
+4. Инстансы будут вести несколько метрик, отражающих их проблемность. Грубо говоря что-то вроде - нормированной усреднённой по времени производной числа ошибок, потенциально вызванных инфраструктурными проблемами. Примеры событий, повышающий "рейтинг хреновости" инстанса: рестарты приложения, сетевые ошибки, ошибки при работе с диском.
+
+5. Алгоритм выборов нового мастера внутри кластера в случае падения пока мне видится следующим: 
+a) При синхронной репликации выбирается наименее проблемный инстанс.
+b) При асинхронной - наименее проблемный из имеющих последнюю версию данных.
+Конфликты, когда все параметры кандидатов одинаковы решаются жребием:)
\ No newline at end of file