Highload — тот ещё секс в нашей жизни. Можно ли научить сексу заранее тех, кто не нюхал пороха? В своей работе я часто сталкиваюсь с бойцами от разработки, управления проектами, информационной безопасности и даже эксплуатации, возможно даже опытными, с медалями первой степени, но из другого рода продуктов, из "обычного софта" что ли... Эти ребята действительно уверены, что база данных всегда ответит их приложению быстро. Они с пеной у рта доказывают, что точки интеграции с elastic'ом защищать не нужно и можно делать синхронные вызовы к нему на входе в приложение. Они обижаются, когда их приложение падает. Недоумевают, почему разбираться с этим нужно вместе — ведь на тестовой все работало, а на машине у программера, вообще, все летало!!! И только с кровью и потом приходит понимание. Поскольку кровь и пот не только их, но и мои, я задумался: а можно ли ещё на этапе грудного вскармливания подмешать этих знаний в молодые умы? Чтоб уж, если не писали сразу с учётом боевой нагрузки, то хотя бы чтоб быстро понимали, как исправлять приложение. Как итог: новый спецкурс на Факультете информационных технологий в НГУ. Два года, два потока. Переписанная два раза программа, мысли переписать снова. Трудности с лабораторными стендами. Пошёл через облака — отдал своих кровных 5 000 за время, пока настраивал, и две пары лабораторной работы в Azure. Отказался от идеи показать для сравнения мир Microsoft с его release manager и desired state config. С удивлением включил в программу вопросы непрерывной интеграции, а думал говорить только про поставку. Мясо, нужно больше мяса, но нужны помощники, где взять опытных волонтеров со сбитыми костяшками. Мучения с погружением в кух�

1. Highload в ВУЗе:
расчетливый менеджмент,
идеализм или пустые надежды
Артем Каличкин
Центр Финансовых Технологий

2. А был ли мальчик?

3. Может не надо? Надо, Федя, надо!
• Всегда помнить тяжело – рефлексы!
• В полную чашку уже ничего не налить
• Привычка винить других
• «Я за код! Админят другие»

4. Классификация «по Каличкину»
Функциональщик Тулзист Неофит

5. Варианты обучения
• ВУЗ
• Внутрикорпоративное обучение
• Обучающие задачи на реальных проектах
• Диверсии с плохим кодом на боевой

6. Структура курса
• Раздел 1. Представление об
отказоустойчивости
• Раздел 2. Сервис-
ориентированный подход
• Раздел 3. Гибкие практики
• Раздел 4. Непрерывная
поставка

7. Раздел 1. Представления об
отказоустойчивости
• Вопросы эксплуатации, которые нужно учитывать при
проектировании
• Ключевые понятия отказоуcтойчивости ПО
• Антипаттерны отказоустойчивости
• Архитектура отказоустойчивого ПО
• Дополнительные паттерны отказоустойчивости

8. Раздел 2. Сервис-ориентированный подход
• Эксплуатация промышленного ПО
• Функции и процессы этапа «Эксплуатация» по ITIL v3
• Понятие Жизненного цикла ИТ-услуги
• Этап «Стратегия услуг»
• Этап «Проектирование услуг»
• Этап «Трансформация услуг»
• Этап «Непрерывное совершенствование»
• Ключевые аспекты основных процессов ITIL v3

9. Раздел 3. Гибкие методологии
• Вызовы времени – скорость изменений, изменчивость
требований
• Жизненный цикл программного продукта
• Гибкие практики и экстремальное программирование
• Конвейер непрерывной интеграции

10. Раздел 4. Непрерывная поставка
• Изменения и стабильность, конфликт интересов Dev и Ops
• DevOps, расширение сферы применения гибких практик
• Конвейер непрерывной поставки
• Автоматизированное управление конфигурацией
• Лебединая песнь: Water-scrum-fall (©Lean Enterprise)

11. Литература на русском, ау-у-у
. . .

12. Проблемы обучения
• Не познали трудностей ручной выкатки – не видно прелестей
автоматизированной
• Не фундаментальные знания, стремительное обновление
подходов и технологий
• Больше, дайте больше лабораторных работ!

13. Инициатива «Lab4Ops»
• Примеры из реальной жизни,
переваренные в полезные
лабораторные задания
• Обучающие задачи на основе
живого опыта
• Разные форматы, платформы,
инструменты
• Годно для любого варианта
обучения
• Карма чище с каждым коммитом!

14. Учиться, учиться, учиться
• “DevOps is dead” – про здравый смысл или buzzword?
• Карго-культ – не тупые действия, но действия без понимания
здравого смысла
• Каждый – в зоне риска! Актуализируйся постоянно

15. Контакты для продолжения общения
• Конференция РИТ++ 
• Почта: a.kalichkin@gmail.com a.kalichkin@ftc.ru
• LinkedIn: http://bit.ly/1Tz79mc
• GitHub: https://github.com/aistaf/Lab4Ops
“Lab4Ops” – придумаем лабы на
благо хардкора!
Арем Каличкин
ЦФТ, Директор по сопровождению и эксплуатации
сервисов
НГУ, Ассистент кафедры Систем информатики
Факультет информационных технологий