Роль ИТ архитектора в организации

© Beeline 20077 февраля 2013 Роль ИТ архитектора

Роль ИТ архитектора в современной компании

Максим СмирновРуководитель департамента ИТ архитектуры ОАО «ВымпелКом»

© Beeline 2007

Компания «ВымпелКом»

7 февраля 2013Максим Смирнов 2 Роль ИТ архитектора

© Beeline 2007

Карты процессов и приложений


© Beeline 2007

О докладчике


с 2000 г. ОАО «ВымпелКом» («Билайн»)

– менеджер проектов

– руководитель департамента ИТ архитектуры

2001-2 г. слушатель Школы ИТ менеджмента АНХ

с 1995г. по 2000 ОАО АБ «Инкомбанк»

– эксперт по системам обмена сообщениями, приложениям «Банк-Клиент» и «Банк-Банк»

до 1995г.

– разработчик криптографических приложений (шифрование, цифровая подпись)

© Beeline 2007

Программа выступления


Немного об IT complexity

High Level Designразработка ИТ архитектуры в проектах

Интеграция приложенийзачем нужны интеграционные среды

Взгляд в будущеечто происходит с технологиями и бизнес-процессами

© Beeline 2007

IT Complexity


Complexity* is not a result of errors, but a natural characteristic of a growing (especially a fast-growing) environment. It is the price users pay for innovation and progress at "Internet speed.“ Yefim V. Natis, Gartner Research

“Applied SOA: Conquering IT Complexity Through Software Architecture”

*IT complexity is the measure of your inability to understand, use, repair and enhance your IT environment

© Beeline 2007

Пример: услуга «Позвони мне»


1. Запрос:

«Позвони мне» 2. SMS:

«Алиса просит

перезвонить»

3. Отчет о

доставке SMS

4. SMS:

«Борис получил

Вашу просьбу»

Абонент А (Алиса)

Абонент Б (Борис)

Абонент с нулевым или недостаточным балансом, специальным запросом может попросить другого абонента перезвонить ему

© Beeline 2007

Варианты реализации проекта


Закупка (разработка)новой системы

Доработка одной из существующих

Платформа композитных приложений

© Beeline 2007

О вреде «точечной застройки»


Новые системы возникают там, где существующие не способны реализовать актуальные потребности заказчика

Внедрение и эксплуатация новой системы всегда сложнее и дороже чем кажется (интеграция, отсутствие экспертизы и пр.)

Забудьте про Greenfield. Информационная инфраструктура, обеспечивающая бизнес компании, уже сформирована.

Принцип отношения к существующим приложениям:

respect and integrate

© Beeline 2007

Роль ИТ-архитектора


так ИТ видит бизнес так бизнес видит ИТ

© Beeline 2007

High Level Design


© Beeline 2007

Use Case à la Alistair Cockburn


…1. Алиса отправляет приложению запрос на звонок Борису

2. Приложение проверяет отсутствие Алисы в «черном списке» Бориса

3. Приложение отправляет Борису SMS-сообщение от Алисы с просьбой перезвонить

...

кто?

как часто?

каково время

отклика?

а если вообще не дойдет, то где потом искать?

допустимый процент потерь?

зачем это ей?

© Beeline 2007

Как работает ИТ архитектор


Анализ протоколов 1

1. Анализирует требования

2. Разбивает проект на простые задачи

3. Составляет план решения задач

4. Реализует план

Анализ протоколов 2

1. Строит (в уме) прототип решения

2. Мысленно проверяет его на тестовых данных

3. Обнаруживает ошибки и исправляет прототип

4. Повторяет всѐ заново, начиная с шага 2

Software architecture: run-time abstraction

© Beeline 2007

Инструмент проектирования решений


Читатели становятся авторами

«увидел-исправил-проверил»

Упрощается доставка знаний

ссылки, полнотекстовый поиск, поиск по меткам

Гибкая структура данных

набор связанных статей;

ссылки, категории и метки изменяемые

в процессе развития ресурса

Быстрая фиксация изменений

простая правка, сохранение версий

Механизм публикации и подписки

информацию выбирает получатель

Карта города

Набор графических моделей

Свод правил и принципов развития

Корпоративный web-ресурс (wiki, blogs, etc. )

L

L

L

© Beeline 2007

Архитектурные артефакты


“use case”

включить услугу

“use case”

отключить услугу

“use case”

позвони мне

“application”

CallMeBack

“interface”

SMSdispatcher

“interface”

SubscriberProfile

“interface”

TransactionLog

“interface”

UssdXML

“app platform”

ESB-001

< предоставляет

развертывается на

использует >

реализует

© Beeline 2007

Развертываем архитектуру в web


© Beeline 2007

Организация процесса


“The Standard+Case approach: applying Case Management to ITSM”

Rob England (itsceptic.org)

Design by Doing vs. Doing by Design

© Beeline 2007

Интеграция приложений


WSBI (март 2007)

ETL (июль 2007)

Glassfish (июнь 2009 )

© Beeline 2007

SOA – диагноз или лекарство?!


© Beeline 2007

Ограничения RPC-style SOA


Стоимость решения складывается из: Стоимости оборудования Лицензий на общесистемное ПО на OS, DBMS,

Application Server и т.п. Лицензий на дополнительное ПО (framework) Стоимости заказных разработок Поддержки и сопровождения

System 1 System 2 System 3

request

request

response

response

Характеристики композитного приложения: Более низкая доступность. Доступность

равняется произведению доступности каждой из компонент

Емкость решения равна емкости минимальной компоненты

Стоимость транзакции складывается из стоимости транзакции в каждой из систем

Поддержка не централизована, обеспечивается разными поставщиками

Развитие затруднено из-за связности систем. Внесение изменений требует синхронизации

© Beeline 2007

Управляемая событиями архитектура


© Beeline 2007

Реализация услуги «Позвони мне»


© Beeline 2007

Что дальше?


Изменение «природы» данных и бизнес-процессов

Freeform, Emergent, Unpredictable

Enterprise 2.0

Social, Mobile, Cloud, BYOD

Развитие технологий

RESTful, NoSQL, BigData

© Beeline 2007

«Виртуализация» бизнес-процессов


Чем занимались айтишники 10 лет назад: подключали сервера и устанавливали программное обеспечение

Сегодня: предоставляют сервисы, решают инциденты, управляют релизами и изменениями

© Beeline 2007

Adaptive (Dynamic) Case Management


Главный акцент делается не на процессе, а на информации по конкретному случаю

Цель процесса является более ясной, чем пути еѐ достижения. Выбор пути будет определяться в ходе достижения цели, а не планироваться заранее

Исполнитель кейса (case worker) обладает определенной свободой в принятии решения и необходимыми для этого навыками

Обработка кейса требует сотрудничества и коммуникации между различными экспертами

Case worker должен реагировать на внешние события

Henk de Man. Case Management: A Review of Modeling Approaches

© Beeline 2007

Сервисы предоставляет не только ИТ


рабочие процессы формализованы в виде сервисов; определены виды запросов,порядок их исполнения, метрики и соглашения об уровне сервиса

ответственность за предоставление сервиса возложена на бизнес-подразделение (или аутсорсера)

информационные системы осуществляют поддержку взаимодействий между подразделениями в ходе предоставления сервиса

© Beeline 2007

Enterprise 2.0


The Dawn of Emergent Collaboration

Andrew McAfee associate professorHarvard Business School

© Beeline 2007

RESTful web services, NoSQL and more


© Beeline 20077 февраля 2013Максим Смирнов 29 Роль ИТ архитектора

Спасибо за внимание!

Максим Смирновруководитель департамента ИТ архитектуры ОАО «ВымпелКом»

http://mxsmirnov.wordpress.com

[email protected]

mxsmirnov

mxsmirnov

Technology

Роль ИТ архитектора в организации