23 НОЯБРЯ 2018 / МОСКВА
UPTIME DAY 3
UPTIME DAY 3
Последние пару лет серверные архитектуры видоизменяются ради удобства и простоты разработки. Добавились новые слои абстракции. А там, где раньше всё опиралось на несколько серверов и один резерв, появились SOA, оркестрация, платформы обработки данных, IaaS и PaaS внутри частной инфраструктуры и в облаках.
Преимущества новых технологий всем известны. Однако мало кто говорит о том, какие проблемы нас ожидают после установки систем. Остается сложным найти информацию о практическом опыте их использования.
Поэтому Uptime Day 2018 был посвящен ретроспективе работы с современными инфраструктурами. Разобрали в деталях поддержку сложных систем и указали на главные трудности: когда их ждать, как их преодолеть, и можно ли их избежать.
Преимущества новых технологий всем известны. Однако мало кто говорит о том, какие проблемы нас ожидают после установки систем. Остается сложным найти информацию о практическом опыте их использования.
Поэтому Uptime Day 2018 был посвящен ретроспективе работы с современными инфраструктурами. Разобрали в деталях поддержку сложных систем и указали на главные трудности: когда их ждать, как их преодолеть, и можно ли их избежать.
Что такое uptime day
Конференция сообщества специалистов, которые занимаются оперативным реагированием на проблемы с веб-проектами, организуют мониторинг своих проектов и отказоустойчивую архитектуру.
Программа Uptime day 3
Вступительное слово организаторов
10:50 - 11:00
11:00 – 11:35
Николай Сивко
Сооснователь, okmeter.io
Kubernetes для тех, кому за 30 (презентация)
Про Kubernetes сейчас говорят часто, громко и восхищенно. Мы в какой-то момент поняли, что нам тоже нужен k8s в production, хотя у нас не было даже CI/CD, но была задача делить общий пул серверов между приложениями и легко добавлять мощности в кластер.
При этом был ряд обстоятельств, которые усложняли внедрение k8s:
В докладе я расскажу как разрешить подобные трудности:
Про Kubernetes сейчас говорят часто, громко и восхищенно. Мы в какой-то момент поняли, что нам тоже нужен k8s в production, хотя у нас не было даже CI/CD, но была задача делить общий пул серверов между приложениями и легко добавлять мощности в кластер.
При этом был ряд обстоятельств, которые усложняли внедрение k8s:
- забота об отказоустойчивости (мы не вносим новые технологии в prod, пока не разберемся в них на достаточном уровне);
- сервисы со временем ответа < 10ms;
- недостаток человеческих ресурсов на эту задачу (узнать 10 новых терминов - ОК, 50 - уже нет).
В докладе я расскажу как разрешить подобные трудности:
- Kubernetes HA на Вare Metal из зубочисток и синей изоленты;
- сеть k8s: мы едва не внедрили аппаратную виртуализацию сети для подов (sriov), но потом успокоились и взяли flannel host-gw;
- почему мы не используем k8s service network, а делаем headless-сервисы и внедряем envoy+dns discovery везде, где возможно;
- как мы готовили наши не cloud native-приложения работать в k8s;
- не очевидные проблемы в ограничении ресурсов.
11:45 – 12:20
Алекс фон Розен
Chief Technical Officer, Проект «Первый ЦУПИС», ООО НКО «Мобильная Карта»
Спрут против кашалота: великий соблазн SOA (презентация)
Сервис-ориентированная архитектура (SOA) — это не только модно, но и выгодно. Однако, редко можно встретить удачную и простую в сопровождении реализацию SOA:
Сервис-ориентированная архитектура (SOA) — это не только модно, но и выгодно. Однако, редко можно встретить удачную и простую в сопровождении реализацию SOA:
- с одной стороны, монолит, приготовленный по учебникам — это надежный, предсказуемый, но достаточно неповоротливый кашалот;
- с другой стороны, непродуманно внедренная SOA - это спрут, который играет сам с собой в пинг-понг.
12:30 — 13:05
Антон Маркелов
Инженер, United Traders
Эволюция слонов. Развитие инфраструктуры баз данных на примере растущей компании (презентация)
В ходе количественного и качественного роста нашей инфраструктуры классическое решение "держим на одном сервере и приложение, и базу" перестало нас устраивать как в плане надежности, так и в плане быстродействия. Со стороны аналитиков возникла потребность создавать кроссбазные запросы, отделу эксплуатации надоело возиться с бэкапом и мониторингом большого количества серверов БД. Вдобавок ко всему, хранение стейта на одной машине с самим приложением сильно снижала гибкость планирования ресурсов и отказоустойчивость инфраструктуры.
Особенно болезненно это воспринималось на фоне того, что остальные наши хранилища данных (Kafka и ClickHouse) куда лучше приспособлены к текущим реалиям постоянно изменяющейся инфраструктуры.
Процесс перехода на текущую архитектуру шел эволюционно, мы проверяли разные решения как по предоставлению удобного интерфейса для разработчиков и аналитиков, так и по повышению надежности и управляемости всего этого хозяйства.
Я хочу рассказать об основных этапах модернизации наших СУБД, на какие грабли мы наступили и к каким решениям пришли, получив в итоге отказоустойчивую независимую среду, предоставляющую удобные способы взаимодействия как инженерам эксплуатации, так и разработчикам и аналитикам.
В ходе количественного и качественного роста нашей инфраструктуры классическое решение "держим на одном сервере и приложение, и базу" перестало нас устраивать как в плане надежности, так и в плане быстродействия. Со стороны аналитиков возникла потребность создавать кроссбазные запросы, отделу эксплуатации надоело возиться с бэкапом и мониторингом большого количества серверов БД. Вдобавок ко всему, хранение стейта на одной машине с самим приложением сильно снижала гибкость планирования ресурсов и отказоустойчивость инфраструктуры.
Особенно болезненно это воспринималось на фоне того, что остальные наши хранилища данных (Kafka и ClickHouse) куда лучше приспособлены к текущим реалиям постоянно изменяющейся инфраструктуры.
Процесс перехода на текущую архитектуру шел эволюционно, мы проверяли разные решения как по предоставлению удобного интерфейса для разработчиков и аналитиков, так и по повышению надежности и управляемости всего этого хозяйства.
Я хочу рассказать об основных этапах модернизации наших СУБД, на какие грабли мы наступили и к каким решениям пришли, получив в итоге отказоустойчивую независимую среду, предоставляющую удобные способы взаимодействия как инженерам эксплуатации, так и разработчикам и аналитикам.
13:15 – 13:50
Обед
Обед – дело серьезное. Нужно успеть и отдохнуть, и зарядиться энергией для второй части конференции!
Не хочется, чтобы вы тратили время на поиск ресторана и ожидание блюд. Поэтому мы составляем список лучших едален поблизости и предупредим их заранее, чтобы были готовы к наплыву клиентов в Uptime day.
Как только наши коллеги-дегустаторынаедятся выберут лучших из лучших, мы отправим вам перечень кафе с адресами.
Как только наши коллеги-дегустаторы
14:00 – 14:50
Евгений Потапов, Сергей Спорышев
Генеральный директор, Начальник отдела высоконагруженных проектов, ITSumma
Любовь со... второго взгляда: наш опыт с Kubernetes (презентация)
За последние 15 лет мир web-разработки изменился до неузнаваемости. На смену простым сайтам и блогам с формами обратной связи пришли сложные распределённые системы. Архитектуры приложений из монолитных стали микросервисными. Команды разработки и эксплуатации стали расти по экспоненте.
В этом докладе мы расскажем, как удалось команде, занимающейся эксплуатацией и разработкой сложных высоконагруженных веб-проектов на протяжении последних 10 лет, изменить свой взгляд на мир и полюбить Kubernetes.
За последние 15 лет мир web-разработки изменился до неузнаваемости. На смену простым сайтам и блогам с формами обратной связи пришли сложные распределённые системы. Архитектуры приложений из монолитных стали микросервисными. Команды разработки и эксплуатации стали расти по экспоненте.
В этом докладе мы расскажем, как удалось команде, занимающейся эксплуатацией и разработкой сложных высоконагруженных веб-проектов на протяжении последних 10 лет, изменить свой взгляд на мир и полюбить Kubernetes.
15:00 – 15:35
Иван Круглов
Principal Developer, Booking.com
Тернии контейнеризованных приложений и микросервисов (презентация)
За последние два с половиной года Booking.com прошел через три поколения приватных облаков. Первое было построено на Mesos и Marathon и просуществовало полгода. Второе - на OpenShift. Работали над ним год и отказались. Сейчас у нас третье поколение на чистом Kubernetes. Пока живем с ним.
В докладе я расскажу в деталях о каждом из этапов и объясню причины внесенных изменений. Поделюсь необычными кейсами. Например, как переход на контейнеризованные приложения и сервис-ориентированную архитектуру заставил нас перестраивать внутренние процессы - от выдачи грантов на БД до внедрения service mesh.
За последние два с половиной года Booking.com прошел через три поколения приватных облаков. Первое было построено на Mesos и Marathon и просуществовало полгода. Второе - на OpenShift. Работали над ним год и отказались. Сейчас у нас третье поколение на чистом Kubernetes. Пока живем с ним.
В докладе я расскажу в деталях о каждом из этапов и объясню причины внесенных изменений. Поделюсь необычными кейсами. Например, как переход на контейнеризованные приложения и сервис-ориентированную архитектуру заставил нас перестраивать внутренние процессы - от выдачи грантов на БД до внедрения service mesh.
15:45 - 16:20
Иван Глушков
InfraTeam TechLead, Postmates
Kubernetes не нужен 90% компаний (презентация)
Эйфория и хайп вокруг Kubernetes не дают всем компаниям возможности трезво взглянуть на сложности, проблемы и риски процесса перехода на Kubernetes.
Я попробую остудить пыл самых смелых и наивных, и показать, что этот путь очень тернист и опасен:
Эйфория и хайп вокруг Kubernetes не дают всем компаниям возможности трезво взглянуть на сложности, проблемы и риски процесса перехода на Kubernetes.
Я попробую остудить пыл самых смелых и наивных, и показать, что этот путь очень тернист и опасен:
- рассмотрю список стандартных проблем,
- покажу, на что следует обратить внимание при планировании перехода,
- и посоветую "ничего не трогать, пока работает".
16:30 — 17:05
Дмитрий Симонов
Технический директор, Дримсим
Инфраструктурные коннекторы к интегрированным сервисам как часть реализации работ уменьшения вероятности и стоимости рисков (презентация)
Обсудим следующее:
Обсудим следующее:
- матрица рисков при работе с интегрированными сервисами;
- балансировка между сервисами;
- уменьшение вероятности рисков;
- уменьшение цены реализации риска;
- расследование инцидентов;
- триггеры.
17:15 - 17:50
Афтепати
18:00 – ...
23 ноября 2018 / коворкинг Deworkacy
Красный октябрь, Берсеневская набережная, 6 ст 3
