2. О себе
Компании:
• 8 лет в Альфа-Банке
• 3 года в МТС
• уже 10 лет в Райффайзенбанке
Роли:
• Инженер и менеджер в поддержке
• Менеджер по стратегии и процессам
• ПМ
Александр Тараторин
начальник Управления поддержки приложений,
управляющий директор
taratorin@raiffeisen.ru
3. О Райффайзенбанке
Банк (на 1.04.2017 г) 1:
• №13 по активам
• №10 по депозитам физлиц
• №6 по чистой прибыли
• №2 из TOP 15 по эффективности
активов (ROA2)
ИТ:
• 800+ сотрудников
• Основные площадки - Москва и Омск
• 300+ банковских приложений
1 По данным российской отчетности, методология banki.ru
2 ROA (Return on Assets) – возврат на активы
4. Что такое DevOps?
Как по-вашему, что из этого входит в понятие DevOps?
• Автоматизация процессов разработки и внедрения
• Объединение Dev и Ops
• Культура сотрудничества Dev и Ops
• Правильные процессы работы Dev и Ops
• Современная архитектура приложений, позволяющая
применять DevOps
• DevOps - это просто очередной модный термин, ничего
большего
5. Энтерпрайз как площадка для DevOps
• Много сложных взаимосвязанных приложений
• Много устаревших технологических решений
• Сложная и глубокая оргструктура, много
начальников
• Масса регуляторных ограничений и
проверяющих их аудитов
• Низкая мобильность организации, бюрократия
8. Цели и заказчики DevOps
Цель:
• Ускорить разработку и внедрение ПО не в ущерб качеству
Место DevOps в Банке:
• Часть стратегии ИТ
• Часть программы «Agile Organization»
«Двигатели» DevOps:
• 3 Топа в IT
• Часть среднего менеджмента
• Люди «в полях»
9. DevOps манифест Райффайзенбанка
Мы фокусируемся на достижении
цели, а не на бесконечном
планировании
Все, что делаем более 1 раза -
автоматизируем
Мы соблюдаем стандарты и
умеем их менять
Everything-as-a-Code Эффективность - ответственность
каждого
Мы верим в кросс-функциональные
самоорганизующиеся команды,
отвечающие за внедрение и за
стабильность
10. Культура
• Пропаганда на всех уровнях
• Личное общение
• Таунхоллы
• Манифест DevOps
• Внутренние конференции
• ИТ информер
• Внутренний блог
• Обучение
• ИТ академия
• Домашние задания
+ Включение целей и задач по DevOps в годовые и квартальные цели. Для
поддержки культурных преобразований
11. Структура
• Никакой реструктуризации ради DevOps – проводим изменения
через матричные структуры
• Три модели взаимодействия Dev и Ops
• Ops внутри SCRUM-команд
• Выделенные сотрудники из Dev и Ops выполняют связующие функции
• Ops-команда работает как сервис
12. Организационные практики DevOps*
Практика Описание
Requirements grooming Совместное (Dev+Ops) участие в формировании требований к задачам
Backlog Prioritization
Совместная (Dev+Ops+Product owner) приоритизация задач в бэклоге
(инциденты, проблемы)
Meetings
Участие Dev и Ops в совместных встречах команды (ретро, стэндапы,
планирование и приоритизация задач, декомпозиция)
CI / CD Pipeline
Совместное Dev+Ops внедрение CI / CD практик. Автоматизация установок и
рутинных действий по целевым приложениям команд
Source code access Предоставление доступа к исходному коду приложений сотрудникам Ops
Demo Проведение Demo нового функционала приложения Dev+Ops+бизнес
Collocation Совместное расположение команды (Dev+Ops+бизнес) на одной площадке
Incident analysis Совместный разбор нетиповых инцидентов
Access to production
Доступ Dev к логам и (возможно) данным в промышленной среде для решения
инцидентов
*Список живой, регулярно пополняется и корректируется
13. Инструменты
• Основной объем работ делают
сами DevOps команды
• Внешние вендоры на «участках
прорыва»
• Где не хватает рук или
компетенции у команд -
внутренний центр экспертизы
по CI/CD
• Разумная гибкость
• R&D по технологиям
14. Метрики и процессы
• Не перегружать людей метриками
• Не пытаться измерять не
«устаканившиеся» процессы
• Менять только те процессы, в
которых уже есть боль
Метрики DevOps команд:
• Скорость разработки
• Объем разработки
• Стабильность приложения
• Скорость решения инцидентов
15. Подход к внедрению
• Никакого долгосрочного плана
• Цели на год / квартал
• Регулярный пересмотр целей
• Задачи в JIRA
• Еженедельные статус-митинги
• Чемпионы
• Вирусный маркетинг
16. А вы уже внедряете
DevOps?
Приходите к нам,
обменяемся опытом!
e-mail: devops@raiffeisen.ru
Editor's Notes
DevOps – очень своеобразная и разная для каждого тема
Как-то сложилось, что о нем чаще говорят внедренцы и инструментальщики
DevOps в крупных компаниях – отдельная история, кто-то в нее не верит, кто-то считает, что это просто
Мой рассказ – о реальности. Изнутри
Вся жизнь – в энтерпрайзах, больше половины – в Ops
Крупный. Очень универсальный. Из-за этого сложный с точки зрения ИТ
Сколько людей – столько мнений
Поэтому давайте выравняемся по пониманию
Завидую стартапам и внешним вендорам
Байка про Кобол и РПГ
4 уровня вложенности, а у кого-то 6, может даже 7
Аудиторы – красный праведный огонь в глазах при упоминании о DevOps
И просто инертность
Необходимость Agile-ов и DevOps – вопрос веры
У нас – спасибо Сбербанку
У них – поголовное вовлечение
Локхид и Нортроп
Теперь к практике – про нас
Любые истории очень хорошо развиваются, если идут не в поисках счастья, а для устранения боли
Наша боль – скорость внедрения. Можем внедрить ApplePay в числе первых, стартовав последними, но это не правило
И мы верим в то, что Agile нам в решении этой боли поможет
Поэтому Стратегия – Agile – DevOps
Поэтому CIO – спонсор истории, а 3 топа в ИТ впряглись в эту историю по уши
Поэтому находятся миддлы, которым интересно себя проявить
А есть еще народ в полях + миддлы, кто видит историю по-другому, со стороны удобства работы и интересного содержания (R&D по инструментам)
Любая большая история начинается с видения будущего.
Мы свое сформулировали год назад, и выглядело оно так.
Что-то уже немножко поменяло форму, но суть осталось.
И это:
Работа в командах, которые нацелены и на скорость, и на стабильность, и думают об эффективности
Тотальная автоматизация
Разумный подход к стандартам
Готовность к экспериментам ради достижения цели
И чтобы это видение претворялось в жизнь, мы тратим колоссальное кол-во усилий, в первую очередь – в плане культуры, потому что это область, которая меняется медленнее всего
Пропаганда:
Личное общение. Представьте, как это непросто – поменять нацеленность людей, которые уже много лет занимаются какой-то одной работой
Заинтересовать поддержку скоростью разработки
Внутренние конфы + манифест
Информеры для технарей
Обучение:
Академия
А чтобы слова уж точно не расходились с делом – у всех есть цели по DevOps
Когда мы начинали, было идеализированное видение. Не полностью оправдалось
В какой-то момент решили, что радикальных изменений структуры чисто для DevOps делать не стоит
Моделей получилось аж три
T-shape
Коллокейшен – где-то да, где-то нет
Зато есть общие цели )
Для вариантов «разные команды» есть набор практик, которые мы применяем для того чтобы Dev и Ops реально обеспечивали движение к цели
Список живой, сейчас выглядит вот так, в минувшую пятницу договорились покреативить на тему дополнения практиками «от Dev»
Самая простая тема в плане продвижения и прогресса
Начну с того, кто делает автоматизацию
Когда ты начинаешь идею, есть куча скептиков, говорящих «у нас это не заработает»
Поэтому в такой ситуации очень полезно совершить прорыв, сделав то, что все считают невозможным
ICDB и E42
Сами и Siebel
Кроме того, есть E21, которая как обеспечивает «бедноту», так и
Ведет R&D по CI/CD
Тема вечных споров
Полезность DevOps – вопрос веры, т.к. вычленить эффект нереально
Но мерить надо
Четыре метрики в KPI + 7 дополнительных
Процессы – только то, что уже не может работать нормально
Пример – Change Management
Ну и наконец про подход к внедрению
Итеративность и адаптируемость – наше все
Если бы план был, мы бы его поменяли тридцать раз – примерно каждую вторую неделю
Поэтому сначала Mind Map
Потом канбан-доска в JIRA
Поэтому чемпионы и вирусное вовлечение
Внедряя Agile, действуй в Agile стиле