Рассказ в формате «lite», о том, как мы живем с множеством разных технологий внутри, как запускаем новые сервисы, с какими проблемами при синхронизации данных сталкиваемся и как их решаем.

1. Интранет и
синхронизация
Войденко Екатерина
Системный администратор
Я.Субботник, Санкт-Петербург 30 июня 2012 года

2. О чем речь?
2

3. Почему интранет
Много разных маленьких сущностей
на разных технологиях
У каждого своя история
3

4. Почему интранет
Сервисы «по наследству», написанные
«на коленке» за полтора дня
Встречаем новый сервис — DATING!
4

5. А что вообще мы имеем
5

6. И зачем синхронизировать?
● Маленький, но гордый сервис «библиотека»
хочет получать данные о логинах
сотрудников
● Большая и любимая система деплоя хочет
знать кто, что и куда может деплоить
6

7. И зачем синхронизировать?
● JIRA → Wiki
● Коллега создал встречу в календаре и уехал в
отпуск
7

8. Что синхронизируем
8

9. Что синхронизируем
● Файлы
9

10. Что синхронизируем
● События
10

11. Что синхронизируем
● Структуры данных
11

12. Как мы это делаем
12

13. Файлы
● Rsync
● Распределенная фс
(elliptics, HDFS, cifs, mulca)
● MongoDB (документы)
13

14. Данные
● Импорты по крону
14

15. Данные
● API
15

16. Данные
● Общие базы данных
16

17. Данные
● Собственные костылики
17

18. Данные
● Собственные костылики
18

19. Данные
● Паттерн PubSub
19

20. События
Отличаются от данных лишь скоростью доставки
PubSub
● amqp
● Zeromq
● pubsubhubbub
20

21. Как вы понимаете, со всеми
этими проблемами мы уже
столкнулись...
21

22. Уменьшаем энтропию
Свозим данные в одно место
● Небезопасно, включаем паранойю!
Уменьшаем количество сущностей
Свозим базы в одно место
22

23. Идеальный мир
23

24. О, дивный новый мир
Где сервисы кластеризованы, не падают,
продуманы и одинаковы по своей структуре.
Где не так много импортов.
Где есть разработчики.
Мечты мечты...
24

25. Екатерина Войденко
Системный администратор
katyavoid@yandex-team.ru
twitter: @katyavoid