На стенде Онтико очень много супербупермегакружек. Разбирайте их скорее, кружки стынут)

Второй слот докладов (всё очень плотно!):

Архитектура Мессенджера Авито – путь одного сообщения / Александр Емелин (Авито) — Конгресс-холл

Взгляд изнутри на надежность сервисов Facebook / Элина Лобанова (Facebook) — Дели + Калькутта

Языки, платформы, версии: масштабируем локализацию / Алексей Тимин (Badoo) — Пекин + Шанхай

Расчет факторов в Антифроде Яндекса: быстро, удобно, выразительно / Андрей Попов (Яндекс) — Москва

Low Latency при работе с данными — какие бывают кейсы и как с ними работать / Евгений Журавлев (GridGain) — Сингапур

Оптимизация .NET-приложений под Garbage Collector / Станислав Сидристый (Семинары Станислава Сидристого) — Найроби + Касабланка

Построение крупных кластеров Tarantool из 100+ узлов / Ярослав Дынников (Tarantool) — Мумбай

NJS в production / Василий Сошников (Mail.ru Group) — Рио-де-Жанейро

Облачная платформа OpenNebula / Андрей Квапил (WEDOS Internet, a.s) — Кейптаун

DevSecOps: buzzword или реальность? / Виктория Маркова, Ярослав Сорокин, Михаил Пронякин (Валарм) — Калининград (двухчасовой доклад)

Взгляд изнутри на надежность сервисов Facebook / Элина Лобанова (Facebook) — Дели + Калькутта на подходе.

Текстовую и фото-трансляцию будут вести Алексей Виноградов и Иван Глушков.

ну и пока не началось, напоминаем про митапы
✔️В 11:00 в А 1.6 митап «Web Services in C++ in 5 min», проводит C++ User Group.

Ну, началось!

“Надежность Сервисов, ч1”
Элина будет рассказывать про свой опыт “Production Engineer” в Facebook.
Почему Production Engineer а не SRE как в Google?
Чтобы ответить на вопрос - надо погрузиться в историю.
- Стандартная система - Dev & QA & Ops
- в 2009 - появились SRE в Google. В Facebook было все по старому, все в ручном режиме
- в 2010 всю массу Ops поделили на две группы: SRO & AppOps
- SRO - Operations
- AppOpst - интегрированы в команды, работают рядом с разработчиками, очень близко к SRE
- в 2012 - rename SRO -> Production Engineer. Все стали OnCall
- s 2014 - остатки команд SRO закрыли, остались только Production Engineer.

SRE - значит Site Reliability Engineer, это понятно. А что такое SRO я прослушал. В википедии нашел - Senior Reactor Operator. Решил, что в принципе подходит.

Production Engineers - всегда в команде, нет отдельных команд (как в SRE).
Чем занимаются:
- Мониторинг. Периодически (раз в 5 мин) апускают atop, сохраняя результат на каждой машине. Это помогает в дальнейшем разбираться с проблемами. Можно посмотреть кто когда что сломал.

Чтобы развлечь аудиторию, Элина рассказала про интересную проблему “Malloc HTTP”. Когда пришел заголовок “HTTP”, а malloc перевел 4 байта в int, и выделил ‘malloc(“HTTP”)’ памяти.

Следующий рассказ - про велосипеды в Facebook, когда компания делала решения у себя внутри, потому что не было еще общедоступных решений в Open Source.

Данные из Prometheus хранятся ВСЕГДА. Можно поднять историю за любой момент в прошлом. Сильное решение!

Менеджеры любят графики, говорили они.

Scuba - хранилище данных внутри Facebook, работает всегда быстро (шутка про ELK), и имеет неплохой UI для отображения графиков и всех данных.

Оказывается, в сети есть даже Paper про эту систему: https://research.fb.com/publications/scuba-diving-into-data-at-facebook/

Scuba выступает бэкендом для разных систем, например для Logview, поиск по stacktrace, все выглядит очень красиво.

В качестве dashboard для отображения метрик используется Cubism.