Ит ландшафт. Ландшафтный дизайн ит

В семье, как гласит русская народная пословица, муж – голова, а жена – шея. А вот во взаимодействии между банком и системой информационных технологий, «шеей» можно назвать именно IT-решения. Может быть, поэтому в рамках IX Форума «IT в финансовом секторе» слушателям был представлен необычный парный доклад о многолетнем сотрудничестве с подрядчиком в области ITВладимира Стасевича , руководителя отдела управления проектами Ситибанка, и , заместителя генерального директора EPAM Systems.

Один из слушателей даже сравнил презентацию с отчетом семейной пары о длительном браке. Докладчики рассказали о том, как они в своих взаимоотношениях начали, грубо говоря, с маленькой лачуги, а выстроили многоэтажный современный дом. На сегодняшний день IT-подрядчик EPAM является ключевым для Ситибанка, так как он сопровождает все кобрендинговые проекты этой кредитной организации, работу с ценными бумагами, центральным депозитарием и регулятором, поставляет решения для отчетности, а также по всем карточным продуктам.

Но это далеко не все, в чем могут помочь банку информационные технологии. С помощью IT-решений можно автоматизировать какие-то узкие цепочки документооборота или какие-то направления работы, скажем, скоринг заемщиков или прием заявлений на досрочное погашение. Но можно пойти дальше: реорганизовать сеть подразделений, оптимизировать все внутренние процессы кредитной организации, и даже вывести новый банк в лидеры помогут те же самые IT. Напомним, у нас в стране курс на модернизацию экономики. Во многих случаях этот постулат вызывает лишь улыбку – настолько хилой является инфраструктура отечественного финансового сектора в совокупности. Но в некоторых банках IT-сопровождение некоторых бизнес-процессов вызывает уважение.

Сразу в лидеры

Перед банком «Связной» вообще поставлена глобальная задача, которую без IT трудно воплотить в жизнь. А именно – войти в список 40 крупнейших кредитных организаций, чего не случалось со времен «Русского Стандарта», если говорить о банках «нового поколения». Для попадания в ТОПы банку, в первую очередь, нужен территориальный охват. Благо у самого «Связного», торгующего мобильниками, точек присутствия по России немало (2200). Да еще и программа лояльности покруче «Малины» будет (12 млн. клиентов).

Кроме того, по словам Александа Тютюнника , заместителя руководителя компании «Связной», на базе розничной сети уже давно происходило развитие различных финансовых услуг – денежные переводы, погашение кредитов других банков и предоставление собственных ссуд. А в 2010 год «Связным» выдано было 1,2 млн. кредитов в штуках, что сопоставимо по количеству со Сбербанком. Понятно, что суммы в «Связном» были другие – большую часть, вероятно, составляли займы на покупку бытовой техники и сопутствующих продуктов, а не ипотеки. Но явно банк двигается к цели. К тому же, в ближайшие два года кредитная организация получит $350 млн. инвестиций от собственника и рассчитывает столько же собрать на IPO в 2011 году.

Амбиции потребовали, в свою очередь, и построения столь же масштабной IT-инфраструктуры. Причем, ее пришлось создать в максимально сжатые сроки – за 3,5 месяца. В ход здесь пошли самые лучшие на рынке решения, выполненные передовыми IT-специалистами. В рамках создания IT-ландшафта было сформировано хранилище данных, мощный контакт-центр на 720 рабочих мест, централизованный бэк-офиса. В «Связном банке» работает интернет-банкинг для разных рыночных ниш, а также мобильный банкинг. Все ключевые процессы автоматизированы с использованием интеграционной шины.

Экономия же достигается во многом из-за принципа «все, что можно арендовать, мы арендуем». Даже софт от IBM в банке хотят арендовать. Другое направление экономии: в «Связном» предпочитают помимо гигантов IT-отрасли работать с небольшими команды профессионалов, которые будут обслуживать те или иные процессы группы компаний. «5 человек за 3 копейки, - так выразился Александр Тютюнник. – Причем степень давления на них может быть гораздо выше, чем на крупных IT-подрядчиков».

Филиалы в кучу

В банке «Траст» совсем недавно завершилась программа проектов реорганизации разветвленной филиальной сети. Об этом рассказал непосредственный руководитель данной программы Олег Бакланов , директор дирекции управления проектами банка. В результате 60 филиалов были преобразованы в 10 с параллельным переводом на новую АБС. Количество операционных офисов сохранено: у банка порядка 200 точек присутствия. При этом бэк-офисные функции также были централизованы на уровне базовых филиалов - бухгалтерия, отчетность, кадровый документооборот, и т.д.

Для того, чтобы провести реорганизации в рамках проекта был создан проектный офис, как отдельная единица. В его работе принимали активное участие представили практически всех затрагиваемых реорганизацией подразделений - бухгалтерский и операционный блок, управление филиальной сетью, бизнес блоки, а также юристы, финансовые специалисты. И, конечно же, IT-команда. При этом, в введении проектного офиса находились также смежные проекты. Туда же были переданы полномочия по принятию решений о любых изменениях в процессах.

Для реализации программы организовали шесть команд конвертации и ввели две отдельные роли - главный методолог (хранитель методики конвертации) и главный технолог (специалист, досконально знающий технологии работы в новой АБС). Экспертизу в рамках проекта собрали на базе двух «центров компетенции» - Москва и Петербург. Для начала новую систему внедрили в пилотном филиале, далее провели первую «конвертацию» филиала в статус операционного офиса.

Разработали методику, детально описывающую выполняемые мероприятия с приложением примеров и шаблонов, порождаемых в рамках процесса перевода документов. Это позволило развернуть сразу 6 потоков реорганизации и перейти на новую АБС. В целом, такой подход позволил банку в сжатые сроки (чуть более года) реорганизовать разветвленную филиальную сеть. Кроме того, дополнительным плюсом информационно-реорганизационного решения в «Трасте» стала экономия операционных расходов: бэк-офисов стало гораздо меньше. По мнению Олега Бакланова, внедрение любых IT-решений требует изменения управленческой модели в головах сотрудников. Кроме того, «на выходе», по завершению проекта интеграции, обязательно нужно следить за возникающими при эксплуатации вопросами. А таких всегда немало...

Отметим, что «Траст» не остановился на достигнутом. Не так давно была запущена модель офиса с электронным кассиром. Новый формат офиса предполагает совмещение функций операциониста и кассира в лице одного сотрудника. Такой подход упрощает процедуру выполнения всех основных банковских операций для клиента. Можно себе представить, какую экономию можно получить, если, вообще, перевести обслуживание на автоматический формат. Вероятно, именно за этим будущее банков.

14-15 апреля в Подмосковье компания «Инфосистемы Джет» провела для заказчиков ежегодный семинар. Тема мероприятия - «Современный ИТ-ландшафт: новая реальность».

«Мир корпоративных ИТ динамично меняется. С одной стороны, на него влияют политическая и экономическая ситуация, а также требования бизнеса, которому необходима возможность быстрого изменения ИТ-ландшафта под текущие задачи. С другой стороны, меняются сами ИТ-технологии, подходы к построению и обслуживанию ИТ-ландшафта. Задача нашего семинара - дать заказчикам ориентиры в сложном и быстро меняющемся мире ИТ. У нас, как интегратора, есть опыт как тестирования и пилотной эксплуатации технологий и ИТ-решений разных вендоров, так и реальных проектов для конкретных заказчиков. Мы знакомим заказчиков с этим опытом, обсуждаем практические вопросы, помогаем разобраться в нюансах тех или иных подходов. В то же время мы сами получаем обратную связь и мнение заказчиков, а также предоставляем им площадку для обмена опытом между собой», - рассказывает Андрей Шапошников, заместитель директора Технического центра компании «Инфосистемы Джет» .

Формат мероприятия был сделан максимально интерактивным - участники имели возможность задать вопросы и высказать свое мнение как в ходе докладов, так и в рамках специально организованных круглых столов.

Открыла семинар панельная дискуссия не тему «Как использовать новые технологии в традиционном бизнесе».

Как отмечалось в ходе дискуссии, ИТ-специалистам предприятий сегодня приходится работать по новым правилам, ориентируясь не на технологии как таковые, а на достижение определенных бизнес-целей. Подход к развитию ИТ стал более прагматичным. Все больше заказчиков выбирают решения, позволяющие сделать ИТ-инфраструктуру проще, гибче и вместе с тем надежнее. Например, применяют для ее построения стандартные серверы x86 и грид-архитектуру. Меняется парадигма построения прикладного ландшафта, становятся востребованными решения, которые обеспечивают более высокую доступность ПО и отсутствие единой точки отказа.

Переход от «монолитных» приложений к распределенным - одна из современных тенденций. Сегодня имеет смысл говорить не о наборе самостоятельных приложений, каждое из которых решает конкретную задачу, а об ИТ-ландшафте, где в виртуальной инфраструктуре развернут постоянно растущий и меняющийся набор сервисов. В таком ландшафте каждая новая бизнес-задача реализуется не путем написания очередного приложения, а путем оркестрации существующих сервисов - из них собирается та логика, которая в данный момент необходима бизнесу.

Это заставляет разработчиков менять подход к созданию приложений - приложения изначально должны быть готовы для предоставления в качестве сервисов из частного или публичного облака. О том, как этого добиться, было рассказано в рамках докладов, посвященных облачному программированию и контейнеризации приложений.

Нарастает тенденция внедрения в ИТ-системы элементов аналитики, позволяющих собирать статистику использования сервиса бизнес-пользователями или конечными потребителями. Это позволяет прогнозировать динамику спроса и своевременно адаптировать ИТ-сервисы под меняющиеся пользовательские запросы.

Для предприятий, уже построивших собственные ИТ-инфраструктуры, актуален вопрос сохранения инвестиций, иными словами, извлечения максимальной пользы из уже существующего оборудования. Решение вопроса - виртуализация, и уже не только серверов (что на сегодня является «нормой жизни»), но и систем хранения и сетей, а в дальнейшем - переход к программно определяемым инфраструктурам.

Технологии программно определяемых СХД (SDS) и сетей (SDN) пока еще молоды и не всегда понятны заказчикам. Особенно SDN, где пока не существует единого стандартизованного подхода, и каждый вендор предлагает свой вариант реализации. Эксперты компании «Инфосистемы Джет» протестировали множество решений от разных производителей. Некоторые из них были представлены на стендах вендоров, где участники семинара могли подробно познакомиться с особенностями их работы.

На рынке СХД одна из наиболее обсуждаемых тем - системы хранения All-Flash. Ей был посвящен один из круглых столов. По соотношению производительности и емкости All-Flash системы значительно превосходят обычные СХД, энергопотребление flash-памяти ниже, чем у обычных дисков. Кроме того, современные решения имеют встроенные алгоритмы уменьшения объема данных, позволяющие сэкономить пространство хранения. Благодаря этому All-Flash системы становятся востребованы не только для ускорения отклика отдельных приложений, но и в качестве основного хранилища данных.

Уделив основное внимание новым технологиям и подходам, организаторы мероприятия не оставили без внимания и традиционные решения на платформе RISC, которые давно используются многими заказчиками. На специальной секции участники могли узнать о возможностях решений SAP HANA on IBM Power, новых серверных платформ Oracle SPARC T7 и M7, новых решений для защиты данных Veritas.

Внедрение ERP- или CRM-систем невозможно без построения информационного ландшафта, сочетающего концепции развертывания инженерной, сетевой, вычислительной инфраструктур, систем резервного копирования и восстановления, управления и администрирования. Концепция ИТ-ландшафта представляет собой не только основу для развития ИТ-сервисов, но и формирует подходы к построению архитектур, соответствующих настоящим и будущим потребностям бизнеса растущих компаний.

Корпорация “Инком”, обладающая богатым опытом системной интеграции и бизнес-консалтинга, рассматривает ИТ-ландшафт в качестве фундаментальной основы автоматизации бизнес-процессов. О подходах к проектированию архитектуры и практической реализации системного ландшафта PC Week/UE беседует с руководителем отдела внедрения и сопровождения серверных решений Сергеем Тихоновым, директором департамента систем хранения и обработки данных Дмитрием Кручининым и директором по ИТ-консалтингу Эдуардом Савушкиным.

PCWeek/UE: Кто обычно инициирует вопрос о построении ландшафта — заказчик или интегратор? Всегда ли заказчик понимает важность проработки ландшафта?

Дмитрий Кручинин: В процесс проектирования и построения ландшафта в равной степени вовлечены и заказчик, и интегратор. Заказчикам, которые сталкиваются с ERP-системами впервые, понятие “ИТ-ландшафт” может показаться новым. В этом случае мы объясняем необходимость и важность правильного построения ландшафта. Рассказываем, что от взаимодействия серверов, сетевого оборудования, управляющего ПО — тех компонент, которые сегодня являются ядром бизнеса многих компаний, — зависит их конкурентоспособность и успешность. Поскольку ERP-система становится критически важным элементом всего бизнеса, то к ней нужно относиться с соответствующим вниманием.

Сергей Тихонов: С заказчиками, которые уже сталкивались с ERP-системами, разговор ведется на одном языке. В любом случае, мы как интеграторы представляем клиенту свое видение и подходы, после чего обсуждаем специфику и пожелания.

PCWeek/UE: Для компаний какого размера актуален вопрос проектирования ландшафта?

Эдуард Савушкин: Построение ИТ-ландшафта необходимо для компаний самого разного масштаба. Даже в решениях, которые проектируются для 20 человек, внедрение начинается с дизайна ландшафта. Очень важно на первых этапах определить концепцию видения системы на верхнем уровне, сформировать видение — стратегический документ, определяющий правила построения ИТ-инфраструктуры компании, основные архитектурные решения и стандарты, модель и требования к процессам управления. Фактически концепция построения — это представление о будущем системы, определяющая пути, методы и планы ее развития, позволяющая оценить необходимые ресурсы. Само же проектирование происходит с учетом четырех фаз внедрения — разработки, тестирования и стабилизации, введения в эксплуатацию и дальнейшей поддержки.

PCWeek/UE: На какие составляющие согласно Вашей концепции разделяется ИТ-ландшафт?

Э. С.: На логическом уровне модель инфраструктуры состоит из базовых архитектур:

. сетевая архитектура;
. архитектура приложений;
. архитектура систем управления и ИТ-сервисов;
. архитектура систем безопасности;
. архитектура хранения данных.

Принципы построения ИТ-ландшафта едины для всех. Архитектурный подход, который исповедует Инком, максимально адаптирован для наших условий — мы стараемся спуститься на землю и говорить с заказчиком на языке практиков. Во многом наши подходы базируются на Microsoft System Architecture, на базе которой создается система компонент, описывающих:

. подходы к построению информационной инфраструктуры;
. ИТ-сервисы — технологические системы, решающие бизнес-задачи;
. логическую модель ИТ-инфраструктуры.

Например, рассматривая сетевую архитектуру, можно говорить о физическом уровне, описывающем каналы и оборудование, и о сервисах, к которым относятся шифрование, маршрутизация, почта и т.п.

PCWeek/UE: С чего начинается практическое наполнение ландшафта? Существует ли специфика в зависимости от рода деятельности компании или ее структуры?

Д. К.: Первая наша задача — выяснить у заказчика его ожидания от ERP-системы, определить, какое именно оборудование потребуется для построения тех или иных слоев ландшафта. На этой стадии проводятся консультации разного уровня, выясняются бизнес- и технические требования.

С. Т.: Затем мы приступаем к процедуре sizing — на основе данных о количестве операций, объеме функциональности, числе пользователей формируются требования к программной и аппаратной части. Процедура sizing выполняется по общепринятыми методикам, разработанным производителями ПО. Они согласованы с поставщиками оборудования, которые могут ответить, какой набор технических средств потребуется для функционирования системы с заданными параметрами производительности и надежности. Например, SAP выдает требования, адаптированные к аппаратному обеспечению основных мировых А-брендов. После того, как становится понятна нагрузка и определяются аппаратные средства, необходимые для обеспечения работы систем, начинаем формировать наполнение ландшафта.

Э. С.: ИТ-ландшафт проектируется в комплексе. Некоторые заказчики пытаются начать сразу с сети, не учитывая остальных аспектов. В итоге уже после развертывания сервисов выясняется, например, что не хватает пропускной способности каналов. Поэтому на первом этапе очень важно проанализировать систему, понять, как будет выглядеть ее архитектура в целом. Только после того как будут ясны информационные потоки и структура, формализованы предоставляемые ИТ-сервисы и обеспечены меры по их доступности, защищенности и управляемости, можно будет приступать к реализации того или иного участка ландшафта.

PCWeek/UE: Какими критериями руководствуются заказчики при выборе производителя оборудования?

Д. К.: Согласно требованиям, сформированным в результате процедуры sizing, А-бренды предлагают примерно равнозначные по своей сути решения. На этом этапе интегратор совместно с клиентом приступает к выбору оборудования с учетом дополнительных параметров — сервиса, времени реакции и восстановления.

Поскольку многие клиенты уже сталкивались с не всегда адекватным сервисом вендора в Украине, сегодня все большее внимание уделяется способности интегратора оказывать качественный сервис и техническую поддержку внедренной системы. Время реакции вендора, за которое клиенту позвонят и посочувствуют проблеме, может быть вполне приемлемым, а вот время восстановления — нет. В подобной ситуации на помощь приходит интегратор.

Если попробовать оценить по 10-балльной шкале различные факторы, влияющие на выбор заказчика, то сервису я бы отдал 6 баллов, цене — 3 балла, уникальным техническим особенностям — 1.

PCWeek/UE: На практике внедрение ERP-систем на предприятии часто осуществляется поэтапно. Как в этой ситуации корректно оценить требования к оборудованию, если неизвестен конечный масштаб системы?

С. Т.: Системы всегда проектируются с учетом дальнейшего развития — крупные клиенты представляют масштабы роста бизнеса в обозримом будущем. Сразу, конечно, никто не покупает мощности на много лет вперед, однако дизайн ландшафта и составляющих его систем изначально проектируется с определенным запасом для расширения.

Д. К.: А-бренды предлагают разные реализации горизонтального и вертикального масштабирования производительности. Если выразиться совсем просто, то вертикальное масштабирование подразумевает установку большого сервера, в который со временем можно добавить платы с процессорами, памятью и т.п. Горизонтальное же подразумевает установку нескольких систем одного класса, т.е. рядом с существующим устройством (сервером, хранилищем и т.п.) ставится аналогичное. Blade-серверы — типичный пример горизонтального подхода. При этом приобретение blade-системы в минимальной конфигурации обойдется дороже набора нескольких серверов, однако потенциал, управляемость и удобство расширения такого решения позволят заказчику впоследствии сэкономить существенные средства. Системный интегратор предлагает на рассмотрение заказчикам разные способы масштабирования, но окончательный выбор, делает сам клиент. Одни предпочитают и имеют возможность сделать большую первоначальную инвестицию, другим удобнее постепенно расширять систему, добавляя новые модули. Это извечная дилемма: экономить сегодня, но платить завтра или инвестировать сегодня и экономить завтра.

PCWeek/UE: Практикуется ли использование существующих у клиента элементов ландшафта?

Э. С.: Часто клиент может предоставить системы для разработки и тестирования, а вот продуктивная система почти всегда приобретается новая. Адаптация существующего парка техники под продуктивную систему не практикуется, поскольку эксплуатация происходит под высокой нагрузкой. В ряде случаев можно говорить разве что об использовании унаследованной техники для других задач, связанных, например, с построением иерархических хранилищ, использованием резервных сайтов и др.

По нашим оценкам, примерно в 30-40% случаев заказчику требуется построить систему с нуля. Такие проекты сейчас характерны для розничных сетей, которые активно развивают региональные сети, и западных компаний, открывающих деятельность в нашей стране. В других случаях необходимо построить систему, адаптируя существующие элементы ландшафта, — это актуально при внедрении новых систем управления в существующие структуры. У таких заказчиков обычно уже есть какая-то сетевая инфраструктура, реже — инженерная.

PCWeek/UE: Возможно ли существование ландшафта без одного из слоев?

Д. К.: Это один из вопросов, который приходится иногда очень долго обсуждать с клиентом. В компаниях есть разные уровни принятия решений. ИТ-специалисты достаточно быстро понимают необходимость развертывания всех слоев и воспринимают наши аргументы. На финансовом уровне начинают считать деньги и пытаются отказаться от тех или иных систем. На высшем уровне мы можем встретить или полное понимание — если руководитель осознает важность обеспечения непрерывного функционирования бизнеса — или неприятие. Для каждого из уровней нужны свои аргументы.

С. Т.: Теоретически, для функционирования SAP, Oracle, Siebel и других систем слой резервного копирования и восстановления не нужен. Системы будут работать и без него... до определенного момента, после которого наступит катастрофа. Без построения систем резервного копирования и восстановления, которые не являются результатом sizing производителей ПО, работа на практике невозможна. Понимание этого приходит к клиентам во время обсуждения таких важных моментов, как стоимость информации, обрабатываемой в информационных системах.

PCWeek/UE: Не является ли геокластеризация универсальным решением для организации максимального уровня защиты и доступности?

Э. С.: Принципиальные вопросы — что, как и где хранить. Конкретной реализацией системы хранения может быть, в том числе, и геокластер. Важно, чтобы заказчик осознавал, что стоимость backup — это стоимость оборудования, а стоимость восстановления — это стоимость бизнеса. Что потеря данных — это крах. Концепции управления информацией на протяжении жизненного цикла, те самые, о которых так любят говорить А-бренды, сегодня реализуются в реальных системах.

Заказчикам нужно правильно построить системы быстрого backup и архивирования, сформировать и отрабатывать на практике процедуры резервного восстановления. Для существующих систем крайне важно установить соответствие ценности информации, приложений и данных предприятия с поддерживаемыми технологиями и уровнями обслуживания в сложных центрах обработки и передачи данных. Определение правил и политик для представления и реализации ILM, улучшение качества обслуживания позволяет сократить стоимость владения системой и оптимизировать использование ресурсов. Комплексный подход в управлении информационными ресурсами бизнеса ориентирован на непосредственную поддержку наиболее важных целей организации. Грамотно построенные системы резервирования и аварийного восстановления дадут возможность возобновить работу систем даже в случае физического уничтожения хранилищ в одном из центров обработки данных.

Д. К.: В ITIL написано — создавайте резервные копии, тренируйтесь восстанавливать данные. Для центров обработки данных в общем случае рекомендуется раз в полгода выполнять тренировку переключения сервисов на резервные системы с тем, чтобы убедиться — работают принятые процедуры или нет. Можно этого не делать, однако когда наступит критическая ситуация, окажется, что написано это не зря. Если клиент отказывается от развертывания того или иного слоя — он должен сам нести за это ответственность.

В целом, катастрофоустойчивые системы — уже не редкость и не дань моде. В украинские компании пришло понимание того, что данные являются ключевым активом бизнеса. Первая геокластерная система была построена специалистами “Инком” еще в 1999 году в банке “Аваль” на технике тех лет. Каналообразующее оборудование сегодня стало уже настолько мощным и способно обеспечить такую скорость и функциональность, что построить геокластер и реализовать репликацию между сайтами стало довольно просто.

PCWeek/UE: Насколько охотно клиенты тратят деньги на безопасность?

Э. С.: На этапе предварительного аудита часто выясняется, что заказчики сами не знают, какое оборудование они используют. Проводится инвентаризация, составляется карта инфраструктуры заказчика.

Затем проектируется системная архитектура и ее компоненты, например система коммуникаций: почты, голосовой связи, порталов, других служб. После и параллельно этим процессам начинается развертывание системы безопасности, формирование требований к персоналу, процессам и технологиям.

Д. К.: Клиенты, чей бизнес построен на информации, — банки, страховые компании, финансовые учреждения — хорошо осознают важность безопасности. В меньшей степени, как показывает практика, о безопасности думают розничные сети, производства. К сожалению, у нас на рынке еще не сформировалось понимание комплексной безопасности, не всегда присутствуют общепринятые подходы к построению таких систем.

Э. С.: После формирования общей концепции безопасности начинается разговор о программной части, об обеспечении коллективной работы над документами и т.п. Часто на периферии персоналу компаний не хватает квалификации, поэтому к нам обращаются по вопросам управления, вплоть до элементарных вещей — как унифицировать программное обеспечение и управление рабочими станциями.

PCWeek/UE: Востребованы ли услуги по проектированию и построению инженерной инфраструктуры ландшафта?

Д. К.: Делать инфраструктуру ради самой себя никто не станет. Серьезные заказчики понимают, что системы нужно строить в комплексе, а не отдельно — электропитание, СКС, серверную систему. Иначе невозможно предугадать взаимные требования систем и обеспечить необходимый запас расширения. Спрос на построение правильной инфраструктуры огромный — эти вопросы важны как для компаний, разворачивающих бизнес с нуля, так и для тех, кто стремится расширить или модернизировать свои системы.

С. Т.: Некоторые компании придают третьестепенное значение вопросам построения инженерной инфраструктуры — энергоснабжения, кондиционирования, ограничения физического доступа в помещения, пожарной безопасности, излучения. Приходится аргументировать важность этих составляющих. Нередки случаи, когда техника выходит из строя из-за запыленности, перегрева в серверной комнате, нестабильного электропитания. Все эти проблемы решаются правильной организацией инженерного сектора. Разработана целая структура требований, которые ветвятся и определяют степень защищенности инженерного слоя и, соответственно, данных от внешних воздействий. Стоимость организации серверной комнаты подчас выше, чем стоимость кабинета директора со всей дорогой мебелью и аквариумом.

PCWeek/UE: Существуют ли какие-либо особенности ИТ-ландшафта для разных сегментов бизнеса — производственного, телекоммуникационного, банковского?

Э. С.: Особенности ландшафта определяются архитектурой внедряемой системы управления. Важную роль играет количество пользователей, которые будут работать с системой, бизнес-требования по отказоустойчивости, доступности данных, сервисов. Конкретная специфика определяется не отраслью, в которой работает компания, а требованиями бизнеса.

Д. К.: Об определенной специфике можно говорить в банковском секторе. Он консервативен и ориентируется в основном на Unix-системы. А сегмент розничной торговли в какой-то мере расположен к Windows-решениям. Однако выбор платформ в большинстве индивидуален, здесь сложно говорить о каких-либо предопределенных позициях.

Э. С.: В банковской сфере актуален вопрос безопасности розничных услуг. Необходимо обслуживать сотни удаленных точек присутствия, обеспечить на местах безопасную работу разнообразных сервисов, создать систему централизованного хранения и доступа к данным. Некоторые заказчики предпочитают хранить данные на местах, однако большинство все же склоняется к консолидации. Этот подход позволяет значительно усилить уровень безопасности и дает больше инструментов для организации непрерывности бизнес-процессов, уменьшения стоимости хранения данных при одновременном увеличении эффективности инфраструктуры хранилища. Заметен интерес к построению корпоративной инфраструктуры в соответствии с международными стандартами (British Standard 7799 и его развитие International Organization for Standardization (ISO) Standard 17799). Политики, разработанные в соответствии с этими стандартами, могут предоставить необходимый уровень требований к персоналу, процессам и технологиям для обеспечения корректного использования активов авторизованными пользователями.

PCWeek/UE: Компании какой отрасли лучше оснащены технически?

Д. К.: Наиболее технологически зрелым мы считаем банковский сегмент. НБУ давно заставил коммерческие банки перейти на электронную систему платежей, на закрытие баланса каждый день. Невозможно представить банк, не закрывший баланс на конец дня, чего не скажешь о предприятиях, которые могут не знать собственный баланс в течение полугода. В банках зачастую бывают хорошо развиты слои, связанные с управлением и администрированием. Подтягиваются телекоммуникационный сектор, сети розничной торговли, где осознали, что управление данными — конкурентное преимущество.

PCWeek/UE: Существует ли специфика построения слоев в территориально распределенных компаниях?

Э. С.: Розничные торговые сети выдвигают повышенные требования к ширине каналов. В зависимости от расположения точки присутствия используется кабельный, радио или спутниковый каналы. В Украине есть целый ряд компаний, работающих через спутниковый канал, что обусловлено неразвитостью кабельных сетей. Если предприятие быстро растет, то часто спутниковый канал оказывается оптимальным решением. Например, сеть розничной торговли открывает магазин, но к открытию невозможно успеть проложить кабель. Спутниковый канал придет на помощь. Не окажется он лишним и впоследствии — в качестве резервного.

PCWeek/UE: Как взаимодействует команда интегратора и служба АСУ на этапе внедрения? Когда происходит разделение команд?

Э. С.: После окончания процедуры sizing заказчик определяется с оборудованием — серверами, сетевыми устройствами, хранилищами данных и т.д. Оборудование “приезжает” в серверную комнату. После этого интегратор приступает к внедрению системы для разработки, и одновременно начинается передача знаний специалистам заказчика. Чем дальше продвигается проект внедрения, тем больше функций передается специалистам заказчика. Интегратор проводит тренинги, клиент отправляет своих специалистов на курсы по продукции вендора, по ERP-системе. Это зачастую оговаривается условиями договора. Заказчик получает знания по ERP-системе, аппаратному обеспечению, сети, СУБД и другим компонентам.

Часто продуктивную систему заказчик инсталлирует уже самостоятельно, интегратор лишь наблюдает и оказывает в случае необходимости помощь. После завершения проекта появляется пакет документации, который подробнейшим образом описывает систему и фиксирует ее итоговое состояние.

PCWeek/UE: Какими факторами определяется состав команды внедрения? Сколько человек в нее обычно входит?

С. Т.: Во-первых, возможностью предприятия выделить необходимых специалистов. Во-вторых, масштабом проекта и требуемой скоростью внедрения. В-третьих, планами предприятия на дальнейшее развитие системы. В некоторых случаях достаточно, чтобы администратор лишь обслуживал построенную систему, а в других заказчик намерен самостоятельно ее расширять. Иногда у предприятия нет возможности выделить персонал для развития системы — в этом случае эту работу передают нам.

PCWeek/UE: Можно ли говорить о среднем сроке построения ландшафта?

Э. С.: Оптимальный срок от начала проекта до сдачи системы в эксплуатацию — от 3 до 9 месяцев. Но необходимо понимать, что развитие ландшафта не прекращается никогда. Предприятие растет, появляются новые бизнес-процессы, для обслуживания которых требуется новая техника, инфраструктура, управляющие модули системы. ERP-система всегда должна соответствовать требованиям бизнеса.

В чем проблема всех без исключения российских компаний? У бизнеса есть свое понимание происходящего, свои требования и задачи, однако их очень сложно переложить на язык конкретных ИТ-действий, и не всегда эти требования доходят до ИТ в понятном виде.

Вторая традиционная проблема - унаследованные ИТ. В прошлые годы было произведено много хаотичных закупок и внедрений, что создает большую сложность ИТ-ландшафта. У любого ИТ-руководителя, пришедшего в компанию, очень много времени уходит на понимание сложившейся ситуации. С другой стороны, бизнес инвестирует в ИТ деньги и хочет видеть, куда они уходят, на какие проекты и инициативы, и как это продвигает компанию к стратегическим целям.

В России направление корпоративной архитектуры пока не развито. Компаниями весьма востребована разработка архитектур конкретных решений, а вот увязкой компонентов архитектуры внутри организации всерьез никто не занимается. В лучшем случае с этой целью используются электронные таблицы, где информация хранится в неформализованном виде, а при уходе менеджера из компании - знания уходят вместе с ним.

Самое главное последствие такого подхода - неоптимальное расходование средств на ИТ, иногда даже их прямая растрата. Именно поэтому за рубежом компании все чаще демонстрируют стратегический подход к управлению ИТ, и вектор все больше склоняется в сторону упорядочения и стандартизации корпоративных ИТ-ландшафтов.

Слова - в действия

Для решения этой задачи предназначена система HPE Enterprise Maps. Что немаловажно, это собственная разработка компании, а не приобретенное решение, что в последнее время стало редкостью. Это хорошо: HPE как поставщик систем сам дошел до понимания того, что на рынке нужно и необходимо, и выступил с инициативой разработки такого продукта. Являясь собственной разработкой, Enterprise Maps без проблем взаимодействует с другими системами HPE и обогащается данными из них, превращаясь в целостное, мощное решение.

Дабы не изобретать велосипед, в Enterprise Maps применяется методология TOGAF, понятная архитекторам и показывающая, как подходить к управлению корпоративной архитектурой. В качестве языка описания взаимодействия элементов архитектуры друг с другом используется нотация ArchiMate 2.0.

Основные задачи разработанной системы - уменьшить риски и запутанность, связанные с ИТ, обеспечить соответствие ИТ-стратегии. Крайне важно уметь «красивые» слова перекладывать в конкретные действия. Кроме того, осмысленное управление «зоопарком» существующих систем становится нетривиальным занятием: на рынке очень много поставщиков со своими политиками лицензирования, обновления продуктов и вывода старых решений из оборота.

Практически в любой компании можно найти ПО, у которого оплачивается поддержка, хотя она реально не нужна или - более того - система уже снята с поддержки. Бывает и наоборот: компания планирует построение новой системы, не отдавая себе отчет в том, что используемая платформа сильно устарела.

Для ИТ и бизнеса

Обычно для описания архитектуры используют программы-«рисовалки» - например, Microsoft Visio. Важно отметить, что Enterprise Maps - это не рисование, а создание моделей, связанных с реальным миром, и во время их разработки будет отслеживаться соблюдение различных политик. Невозможно создать объект, оторванный от реальности.

Архитекторы - аудитория, понимающая преимущества системы и способная по достоинству оценить её возможности. Однако, к сожалению, они чаще всего не распоряжаются бюджетами, и решения будут приниматься выше.

Следующей важной группой пользователей являются финансовые руководители и ИТ-директора. У них задачи другие. Скажем, финансовый директор может не слишком сильно понимать, что происходит в ИТ, но ему важно видеть, куда идут инвестиции и насколько приоритетна эта область с точки зрения стратегии. Он получит информацию об этом не в виде отредактированного сотрудниками отчета, а с помощью реального среза информации. Для ИТ-директора важны прозрачность деятельности ИТ-департамента и дополнительное обоснование своих решений перед топ-менеджментом.

Конечно, в решениях такого класса заинтересован большой бизнес, достигший определенной зрелости, - люди, которые поняли, что надо наводить в хозяйстве порядок. Что очень важно, Enterprise Maps, в отличие от более тяжелых решений, требующих фундаментального подхода, предлагает путь «быстрых побед»: оперативно внедрить отдельный сценарий, чтобы зарекомендовать себя, а затем постепенно наращивать мощь решения.

Например, в системе «зашит» сценарий «Пять шагов для выноса приложения в облако». Иметь такие готовые сценарии очень важно для реализации быстрых проектов, показывающих бизнесу пользу решения.

Не только отчетность

Во-вторых, видя текущую ситуацию, можно выстроить план перехода к целевому состоянию, определив с помощью Gap-анализа недостающие элементы. В этом заключается ключевое отличие решения от баз данных управления конфигурациями (UCMDB), отражающих только текущую ситуацию и только на инфраструктурном уровне. Третье важное направление - стандартизация подхода к ИТ-активам, системам и функциям.

На выходе системы компания получает срезы информации для различных пользователей. Каждый из них будет видеть ту информацию, в которой заинтересован. С помощью Enterprise Maps можно отвечать на самые различные вопросы: например, можно будет узнать, во сколько обходится содержание того или иного приложения, соответствуют ли инвестиции стратегии, куда уходят средства, что возможно сделать с помощью выделенного бюджета.

Обычно, увидев возможности Enterprise Maps, многие спрашивают: так это система отчетности? Да, сходство большое. Но решение не просто отвечает за представление данных в красивом графическом виде, но и становится главным рабочим инструментом архитектора - средством создания и сопровождения моделей архитектуры предприятия.
Важно, что внутри системы можно заложить политики развития архитектуры (как инфраструктурной части, так и приложений), которые будут отслеживаться. Запрещенные действия совершить не получится, и дальнейшее соответствие правилам будет перепроверяться. Таким образом, архитектор не просто «рисует картинки», а вполне обдуманно подходит к решению задач.

Источники данных

Еще один важный источник - система управления портфелем проектов. Отсюда берутся цели, программы, проекты. На основании этих данных можно показывать место реализуемых проектов в общей стратегии.

Наконец, для наполнения систем не обойтись без средств моделирования - например, Sparx Enterprise Architect, одной из наиболее популярных систем в силу своей дешевизны. Более того, в ряде случаев использование таких специализированных средств предпочтительно. Если разрабатывается новая система, становящаяся крупным элементом архитектуры, лучше взять средства проектирования, предназначенные для этого и знакомые пользователям, а затем построенные модели загрузить в Enterprise Maps, где они будут связаны с текущими системами, инфраструктурой, планами и проектной деятельностью.

Объективная картина

Одним из них является отчет «Бизнес-возможности портфеля приложений». Основываясь на его данных, можно сказать, куда компания должна инвестировать в соответствии со своей стратегией, выделив стратегически важные решения, Или наоборот - определить кандидатов на переход в облако. Следующим шагом является определение критичных бизнес-приложений, поддерживающих ключевые процессы и потому требующих особого отношения.

Отчет «Стратегические инвестиции» позволяет увидеть разрывы между реальными инвестициями и приоритетами бизнеса. Например, на базе финансовой информации из системы управления портфелем проектов можно определить чрезмерные инвестиции в неприоритетные направления. Это дает финансовую прозрачность, которую так хочет видеть бизнес. Обзор стоимости приложений также дает пищу для размышлений относительно их бизнес-ценности и реальных затрат на них.

«Использование платформ» - отчет, который также может быть очень полезен. Он позволяет понять, например, что в трети приложений используется неподдерживаемая платформа, и если планируется внедрение новой системы, то следует задуматься.

Одна из важнейших возможностей - создание «дерева зависимостей», показывающего взаимосвязь между конкретными элементами инфраструктуры и бизнес-сервисами. Нередки ситуации, когда работа значимой для бизнеса системы поддерживается одним сервером, что снижает её отказоустойчивость, или наоборот - некритичное приложение работает на неоправданно дорогом оборудовании.

Средство наведения порядка

Не стоит думать, что системы управления корпоративной архитектурой - решения исключительно для гигантов. Если удастся показать бизнесу, что существуют платформы, за которые уже давно можно не платить, или бизнес-требования, которым уделяется недостаточно внимания, результат может быть очень впечатляющим даже при небольших размерах компании.

Тем не менее разумное ограничение по размеру компании все же существует. Минимальная закупка - 10 лицензий, то есть в организации должно быть минимум 10 человек, кому это интересно. А несколько архитекторов - это уже достаточно большая организация.

Но главное - компания должна быть готова, накупив в прошлые годы массу оборудования и приложений, навести порядок в своем ИТ-хозяйстве. Таких пока немного.

В БИНБАНКе завершен проект по созданию, внедрению и интеграции максимально функциональной банковской ИТ-системы. Для реализации этого проекта использованы передовые технологии и лучший продуктовый и интеграционный опыт компаний IBM, Oracle, Tata Consultancy Services, «Диасофт» и ЛАНИТ.

Улучшение качества продуктов и услуг, предлагаемых клиентам, повышение эффективности бизнес-процессов и конкурентоспособности, оптимизация инфраструктуры и расходов – таковы задачи проекта, реализованного в БИНБАНКе. Именно их решение легло в основу ключевых параметров выбора поставщиков систем и технологий.

«С первых дней своей работы БИНБАНК вел активную политику, направленную на максимальную клиенториентированность. Руководство банка реально оценивает текущую экономическую ситуацию, понимая при этом, что возможности эффективного, устойчивого развития сохраняются и сегодня», – отмечает старший вице-президент БИНБАНКа Алексей Колабухов.

«Новая ИТ-инфраструктура позволит банку в ближайшее время в полном объеме использовать новые наиболее передовые технологии и к моменту выхода экономики страны из кризиса усилить свои конкурентные позиции», - добавляет он.

Для реализации проекта, начиная с внедрения и заканчивая интеграционными работами, были избраны технологии, основанные на принципах сервисно-ориентированной архитектуры (SOA) – именно их использование позволило улучшить производительность и гибкость созданной ИТ-инфраструктуры.

Теперь, чтобы повысить эффективность бизнес-процессов, специалисты БИНБАНКа могут в максимально короткие сроки разрабатывать новые банковские продукты и дополнять уже существующие новыми опциями. Кроме того, высокая гибкость технологий настройки ИТ-инфраструктуры позволит банку оперативно реагировать на изменения рыночной конъюнктуры, быстро выходить на рынок с новыми предложениями, обеспечивая оптимальную себестоимость новых банковских продуктов.

Применение технологий SOA позволяет централизовать ИТ-ресурсы и, тем самым, повысить надежность работы и существенно снизить издержки в части расходов на последующее сопровождение операций, ИТ-персонал и управление. Кроме того, новая архитектура системы позволяет минимизировать риски сбоев в работе, возникающие в результате вмешательства «человеческого фактора» и форс-мажорных обстоятельств.

Стоит также отметить, что созданная в БИНБАНКе система интегрируется с другими ИС в единый ИТ-ландшафт, что повышает скорость ИТ-процессов при объединении систем дочерних структур.

В результате унификации клиентской базы и всей продуктовой линейки, банк получит еще одно конкурентное преимущество – рост лояльности клиентов, которые в любое время и в любом офисе банка получат максимально быстрое и качественное обслуживание.

На сегодня проект БИНБАНКа является крупнейшим в финансовом секторе России внедрением интеграционных решений и продуктов всех поставщиков. Транзакционной основой для создания нового решения стала система автоматизации розничного банковского бизнеса BαNCS компании Tata Consultancy Services.

Система BαNCS развернута на базе катастрофоустойчивой инфраструктуры, включающей в себя два географически распределенных кластера и обеспечивающей время восстановления работы ключевых приложений не более 1 часа даже в случае полного сбоя в одном из ЦОДов. Проект был реализован компанией IBM, обладающей большим опытом по созданию высоконадежных, производительных и отказоустойчивых систем. Специалисты IBM разработали дизайн и план развертывания инфраструктуры, провели установку, настройку и тестирование двух кластеров, а также разработали набор эксплуатационных документов.

Катастрофоустойчивая инфраструктура построена на базе high-end серверов IBM System p590, СХД DS8300 и ленточных библиотек TS3500.

Для решения задач ведения бизнеса в российских условиях и построения отчетности согласно требованиям Банка России БИНБАНК обратился за помощью к компании «Диасофт», которая предложила инновационный продукт, реализованный в соответствии с ключевой концепцией проекта – технологиями SOA.

Diasoft FA# Bank, Главная книга (SOA) – продукт нового поколения, единственное решение подобного класса, разработанное в России, производительность которого полностью соответствует самым серьезным требованиям и объемам бизнеса крупной многофилиальной структуры. На основе этого решения «Диасофт» в банке построены витрины отчетности для формирования отчетных форм в соответствии с МСФО и РСБУ.

Интеграция информационной системы Diasoft FA# с системой BαNCS стала возможной благодаря адаптерам, специально разработанным в «Диасофт», – они позволяют загружать проводки из основной АБС и делать сверку по итогам дня в многопоточном режиме.

Основу для развертывания SOA-архитектуры в БИНБАНКе обеспечила интеграционная платформа, созданная на базе продуктов Oracle Fusion Middleware. В результате в БИНБАНКе выстроено информационное пространство, в рамках которого через интеграционную платформу ежедневно проходит около 400 тыс. событий между 170 источниками информации при 9 различных типах информационных систем. Кроме того, расходы на создание новых технологических бизнес-процессов и подключение их к общей ИТ-инфраструктуре банка сводятся к минимуму.

В проекте использованы все преимущества корпоративной шины данных и технологических продуктов Oracle, в частности: простота в настройке и администрировании, непревзойденная производительность, масштабируемость, управляемость и нетребовательность к ресурсам. Проект реализован на базе решения, которое признано №1 в мире для управления SOA и вошло в семейство Oracle Fusion Middleware в составе линейки WebLogic по результатам успешной интеграции Oracle и BEA Systems. Выбор интеграционной платформы Oracle позволяет БИНБАНКу снизить затраты и обеспечить максимальную экономическую эффективность.

Перед компанией ЛАНИТ была поставлена ключевая задача – используя накопленный в банке опыт решения интеграционных задач, построить SOA-архитектуру, обеспечить интеграцию внедряемых и существующих систем в единое информационное пространство банка и автоматизировать ключевые информационные потоки между банковскими системами для осуществления безотказной работы необходимых банковских процессов.

Специалисты компании ЛАНИТ построили высоконадежное комплексное интеграционное решение в SOA-архитектуре на базе продуктов корпорации Oracle линейки Oracle Fusion Middleware. Данное решение отличается высокой отказоустойчивостью, производительностью и безопасностью, обладает архитектурой позволяющей гибко переводить существующие филиалы на новую банковскую систему. Это позволяет снизить расходы на автоматизацию новых бизнес-процессов и свести к минимуму стоимость подключения новых систем к единой SOA-инфраструктуре.