Мир меняется, и корпорации меняются следом за миром. GE собирается зарабатывать на данных и создает консорциумы, банки спят и видят обузданный ими блокчейн, Microsoft добавляет Docker в свою операционную систему. Что же происходит, какие закономерности стоят за этими событиями? Почему web стал ближе к enterprise, и как enterprise догнать web? В этом докладе я попробую рассказать, как начать строить новый IT в рамках старого enterprise, как при этом надо действовать. Каких ошибок можно избежать, какие новые возможности вы получите. Доклад основан на 7-летнем опыте внедрения DevOps практик и технологий в компаниях разного размера.

1. Новый IT для нового
Enterprise
Титов Александр, Экспресс 42

2. 2
Обо мне

3. 3
Ситуация

4. 4
Enterprise, вызовы

5. 5
Новый enterprise?

6. 6
Схема корпорации*
* Генри Минцберг
Структура Автоматизация ИТ-архитектура
Рынок
Компания
Бизнес-процессы
Application
Middleware
Database

7. 7
Схема технологической
компании
РынокКомпания
Программное
обеспечение

8. 8
Автоматизация vs
цифровизация

9. • Нет человека между потребителем и услугой
• Продукта может не быть в физическом мире
• Непрерывная адаптация продукта к клиенту
9
Признаки цифрового продукта

10. 10
• и тд
Примеры цифровых продуктов

11. • Цифровой продукт для сотрудников
• Не автоматизация, а поддерживающая экосистема
• Внутренняя система оцифровывает целую область
деятельности
11
А что делать со внутренними
системами?

12. 12
Примеры

13. 13
Time-to-market
Рынок
Программное
обеспечение
Инженеры
Стратегический апекс

14. • Адаптация к рынку
• Анти-хрупкость
• Сервис захватывает максимально возможное количество
сегментов рынка
14
Time-to-market

15. 15
Сложность софта vs сложность
сознания

16. 16
Новый IT

17. 17
Agile, сетевые структуры
Рынок Компания

18. • Организации, проектирующие системы, неизбежно производят системы,
являющиеся копиями их организационных структур
18
Закон Конвея

19. 19
three-tier microservices
Архитектура

20. 20
Сложность

21. 21
Сложность

22. 22
NoSQL

23. 23
Новые языки, меньше ООП

24. • Гибкое управление сложностью
• Непрерывное обновление
• Визуализация workflow
24
Agile-инфраструктура

25. 25
Docker и контейнеризация
Application
Libraries
Frameworks
Services
OS Env

26. 26
Datacenter Operating System
DCOS

27. 27
Continuous Delivery

28. • Можно не делать ничего, возможно у вас все в порядке
• Решить, где у вас цифровой продукт, проверить делаете ли вы его цифровым
• Выделить нецифровое ядро ИТ, принять решение о его модернизации
• Выбрать инструменты для цифрового продукта и нецифрового ядра
• Вынести функции нецифрового ядра в виде легкого в использовании API
(заказчиком этого действия должен быть цифровой продукт)
• Прописать правила взаимодействия и кооперации цифровой части и
нецифровой
28
Что делать?

29. 29
Что делать?
Компания
Программное
обеспечение
Рынок

30. • Молодое ИТ
• Большой объем технического долга, нет понятия о сопровождении
• Низкий уровень бизнес-грамотности среди ИТ-компаний
30
Особенности России

31. 31
Частые проблемы

32. • монолит-“трехзвенка” и попытка перехода к Continuous Delivery
• “трехзвенка” в цифровом проекте
• Agile, DevOps для нецифрового бизнеса
32
Частые проблемы

33. • У вас “цифровой” бизнес?
• Можете ли вы выделить периметр “нецифрового” бизнеса/команд/
технологий/архитектуры?
• Как построить взаимодействие “цифрового” и “нецифрового” бизнеса/
архитектуры/систем?
• Как управлять сложностью?
• Как сделать разделение интеллектуального труда?
33
Вопросы к себе

34. • devopsru.com
• http://www.meetup.com/DevOps-Moscow-in-Russian
• https://groups.google.com/forum/#!forum/devopsru
• http://hangops.ru
• http://devopsdeflope.ru
34
DevOps сообщество

35. Надежные решения для сложной инфраструктуры

36. 36

37. • Проект “Феникс”. Роман о том, как DevOps меняет
бизнес к лучшему. Джин Ким и др.
37
Книги

39. Вопросы ко мне?
Александр Титов
+7 (916) 325-92-38
alex@express42.com
39
@express42_ru