Документ описывает новый подход к хранению почты, который устраняет минусы старой системы, такие как параллельная запись и чтение данных, и отсутствие кеширования. Предлагается архитектура, использующая MySQL и различные протоколы, с упором на дублирование данных и балансировку нагрузки для увеличения скорости и надежности. Кроме того, в документе обсуждается бизнес-ценность решения, включая быстрые и линейные масштабы и его доступность.

1. Новый подход к хранению почты Александр Яковлев

2. Минусы старой системы: Параллельная запись данных Параллельное чтение данных Отсутствия кеширования

3. Требования, к нашей системе: Юзер не привязан к одной машине Отказ от параллельной записи / чтения Кеширование данных Дублирование данных Балансировка нагрузки

4. Select srv Архитектура: mysql CSS Imap/pop/mx/web node1-1 node1-2 node1-3

5. Чанки, несколько копий: Последовательная запись Высокая скорость чтения за счет дублирования Надежность

6. Запрос тела письма Запрос метаданных Если нет, идем на диск Эффективное кеширования: imap/pop/web back-endd Ifs-server

7. lenta Лента метаданных: метаданные: lenta-big Состояние юзера после процедуры flush Все изменения юзера сборка ящика = lenta-big + накатить все из lenta

8. Функционирование системы: Выбор оптимального числа машин в кластере Мониторим длины ленты

9. Автовосстановление данных: Если не можем прочитать / записать данные на диск – отключаем back-endd Nagios мониторит Nagios – запускает cfs-replecation

10. Система с точки зрения бизнеса: Быстрое масштабирование Линейное масштабирование Дешевизна решения

11. Заключение: Убираем минусы и спим спокойно Где можно еще применить нашу систему ?

12. Вопросы: [email_address]