Вклиниваемся в трансляцию: сейчас в Конгресс-холле начинается своя трансляция:) Сперва поговорим с программным комитетом, а потом покажем все доклады зала по ссылке. https://youtu.be/MTtMkRn-X8w . Присоединяйтесь!
YouTube
HighLoad++ 2019 - Прямая трансляция из Конгресс-холла, 8 ноября
Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: https://vk.cc/cuyIqx
--------
--------
Приглашаем на HighLoad++ Foundation — крупнейшую в России профессиональную…
Программа, подробности и билеты по ссылке: https://vk.cc/cuyIqx
--------
--------
Приглашаем на HighLoad++ Foundation — крупнейшую в России профессиональную…
1_Заключая_контракт_Анна_Мелехова.pptx
7.8 MB
он прислал нам пару интересных слайдов, а вот и #презентация
HighLoad++ pinned «Вклиниваемся в трансляцию: сейчас в Конгресс-холле начинается своя трансляция:) Сперва поговорим с программным комитетом, а потом покажем все доклады зала по ссылке. https://youtu.be/MTtMkRn-X8w . Присоединяйтесь!»
Второй слот докладов (всё очень плотно!):
Архитектура Мессенджера Авито – путь одного сообщения / Александр Емелин (Авито) — Конгресс-холл
Взгляд изнутри на надежность сервисов 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) — Дели + Калькутта
Языки, платформы, версии: масштабируем локализацию / Алексей Тимин (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.
✔️В 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.
Элина будет рассказывать про свой опыт “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.
Production Engineers - всегда в команде, нет отдельных команд (как в SRE).
Чем занимаются:
- Мониторинг. Периодически (раз в 5 мин) апускают atop, сохраняя результат на каждой машине. Это помогает в дальнейшем разбираться с проблемами. Можно посмотреть кто когда что сломал.
Чем занимаются:
- Мониторинг. Периодически (раз в 5 мин) апускают atop, сохраняя результат на каждой машине. Это помогает в дальнейшем разбираться с проблемами. Можно посмотреть кто когда что сломал.
Чтобы развлечь аудиторию, Элина рассказала про интересную проблему “Malloc HTTP”. Когда пришел заголовок “HTTP”, а malloc перевел 4 байта в int, и выделил ‘malloc(“HTTP”)’ памяти.
Следующий рассказ - про велосипеды в Facebook, когда компания делала решения у себя внутри, потому что не было еще общедоступных решений в Open Source.
Шутки для посвященных. Как завалить систему, интерпретируя ответ HTTP 400 от сервиса, которого надо было вызвать по совсем другому протоколу. Сервис должен был вернуть размер памяти. Ок, "HTTP" -> toHex байт зарезервируем, нет проблем).
Данные из Prometheus хранятся ВСЕГДА. Можно поднять историю за любой момент в прошлом. Сильное решение!
Scuba - хранилище данных внутри Facebook, работает всегда быстро (шутка про ELK), и имеет неплохой UI для отображения графиков и всех данных.