Статьи

Вычислительные мощности есть у всех дата-центров, и во всех в той или иной мере присутствует охлаждение. Конечно, доступные вычислительные мощности могут отличаться, но большинство ЦОД вполне способно удовлетворить потребности большей части клиентов. На недавней конференции Finance and Investment Forum, прошедшей в Лондоне, от клиентов и инвесторов исходил четкий посыл: «Нас не заботят ваши пустые заявления. Нам интересны лишь безопасность ЦОД и получаемый уровень обслуживания».

Между тем большинство владельцев ЦОД, похоже, больше беспокоит то, что они думают о себе сами. (Возможно, мы просто преувеличиваем степень их зрелости?) «Мой ЦОД отвечает стандарту Tier 3, а мой – Tier 3*, у моего показатель PUE, характеризующий эффективность энергопотребления, составляет 1,2, а у меня – 1,1» – слышим мы то и дело.

Но: a) на самом деле это не так; б) такие уровни по большей части недостижимы; в) практически всегда это не более чем похвальба; г) клиентов все это совершенно не интересует.

Клиенты справедливо ждут, что ЦОД будет находиться в состоянии постоянной готовности. Источник: Leonardo Rizzi — CC BY-SA 3.0

Громкие заявления довольно редко действительно имеют под собой основания. Да, клиентам важно, чтобы ЦОД был доступен тогда, когда им это понадобится. Возможно, клиентов интересует даже эффективность ЦОД, хотя для многих плата не зависит от величины PUE, поэтому и экономия проходит мимо них.

Клиенты справедливо ждут, что ЦОД будет находиться в состоянии постоянной готовности. Они рассчитывают также, что мощности его обладают достаточным уровнем резервирования, и, если один элемент выйдет из строя, его тут же заменит другой без какого-либо прерывания обслуживания. Клиенты надеются, что ЦОД работает максимально эффективно. В конце концов, на протяжении многих лет нам постоянно твердят об этом. Редко когда можно встретить владельца коммерческого ЦОД, который не упомянул бы о «Tier 3» (очень часто это является саморекламой) или не утверждал, что у него показатель PUE меньше, чем у кого бы то ни было (еще одно голословное заявление). А вот о чем многие предпочитают не упоминать, так это о безопасности и реальном качестве обслуживания,  ведь это отнюдь не является их сильной стороной.

Клиентов же безопасность и качество обслуживания интересуют в гораздо большей степени, нежели какие-то совершенно абстрактные для них Tier и PUE. На практике их совершенно не заботит, каким должен быть показатель PUE и почему. Клиенты хотят знать, будут ли их программы и данные в безопасности. И на какой уровень обслуживания они могут рассчитывать. И если среди ночи они позвонят в службу поддержки, потому что связь с их сервером, похоже, оборвалась, какой будет реакция. И каким приоритетом будут обладать их сервисы в случае аварии или сбоя в ЦОД.

Почти каждую неделю мы слышим очередную историю о брешах в системе ИТ-безопасности.

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

Встречаются ЦОД, проникать в которые можно часами, даже если вашего появления там ждут. Полчаса уйдет на то, чтобы пройти через входную дверь, если же вы хотите попасть внутрь, проще подойти сзади и воспользоваться грузовым дебаркадером. Здесь нет никого, и вы легко сможете пройти в любое место здания. Между тем все процессы должны быть надежны и эффективны с точки зрения защиты клиентских данных и оборудования, но просты и прозрачны в части получения авторизованного доступа. Большинство организаций превыше всего ценит безопасность своих данных, но многие ЦОД отделываются здесь лишь пустыми словами, предпочитая акцентировать внимание на том, какой у них Tier и насколько низким является показатель PUE: проверить это все равно невозможно и рассуждать об этом гораздо проще!

Позиция облачных провайдеров по вопросу надежности предоставляемых сервисов

Как показал опрос, проведенный в начале 2015 года Аналитической группой OSP Data, главным препятствием на пути использования облачных сервисов компании по-прежнему считают проблемы информационной безопасности. Опасения пользователей также вызывает надежность предлагаемых провайдерами сервисов. Между тем подавляющее большинство провайдеров предусматривают заключение соглашения SLA, чаще всего обязательное.

Источник: OSP Data, 2015

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

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

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

Оптимальный вариант размещения ИТ-систем

На VI форуме «МИР ЦОД – 2015» аналитическая группа OSP Data провела блицопрос относительно оптимального варианта размещения ИТ-систем.

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

Источник: OSP Data, 2015

 

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

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

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

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

«Главным результатом усилий партнеров стала оптимизация быстродействия решений «1С»», Антон Думин, директор по ИТ компании «АЭМ-технологии»

Таким путем пошла компания «АЭМ-Технологии», входящая в структуру «Росатома». В 2012 году она начала внедрение системы планирования и оперативного управления производством на платформе «1С:Предприятие». В ходе проекта функционал решения рос взрывоопасно и в какой-то момент вышел из-под контроля.

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

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

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

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

Гибкость имеет значение

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

Например, на аутсорсинге находятся услуги печати, а система объединенных коммуникаций Microsoft Lync, известная как «Skype для бизнеса», развернута в облаке. Каждый год компания возвращается к вопросу аренды офисных приложений Office 365, но пока решение принимается отрицательное.

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

Тем не менее одним из ключевых аутсорсинговых проектов «Уренхольта» является поддержка ERP-системы на базе Microsoft Dynamics Ax. После внедрения ERP, произошедшего около трех лет назад, на повестку дня встал вопрос ее сопровождения. Сразу предполагалось, что поддержкой будет заниматься сторонняя компания.

«У нас не было своих специалистов, равно как и опыта работы с системой. Строить поддержку с нуля посчитали слишком большой нагрузкой – ведь в момент внедрения ERP компания и без того испытывает стресс», – объясняет Дудников. Кроме того, гораздо лучше, если в первое время поддержкой занимаются те же специалисты, что и внедряли систему. В первые месяцы выявляется много ошибок и недоработок, их требуется устранить.

Решение о поддержке внешней компанией подкреплялось еще несколькими факторами. Главный – это наличие квалифицированных кадров. В ходе общения с несколькими компаниями выяснилось, что высококлассных специалистов по Dynamics Ax на рынке мало. Более того, их не так уж много даже в крупных компаниях.

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

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

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

Избежать шантажа

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

«Безусловно, финансовая сторона для нас важна, и мы сравниваем стоимость внутренних работ с ценами аутсорсеров. Пока по деньгам получается примерно то же самое, но работа внешней службы перевешивает за счет своей гибкости, масштабируемости и ответственности», Алексей Дудников, руководитель отдела ИТ компании «Уренхольт»

«Мы стали обсуждать условия, связанные с KPI, выстраиванием оценки работы команды поддержки, связью качества работы системы с оплатой. Для нас это было в новинку», – вспоминает Дудников. Получался довольно большой объем работы. Нужно было определить те точки, по которым труд подрядчика можно измерить, и мотивировать команду на выполнение условий – а самый лучший стимул, как известно, материальный.

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

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

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

«Не нужно стесняться проводить конкурсы, изучать предложения компаний и смотреть, что они для вас могут сделать», – рекомендует Дудников. Главный из рисков – настоящая или мнимая незаменимость партнеров, приводящая к зависимости от них. Бывает, что в ход идет и шантаж. Если поставщик действительно уникален или слишком велики риски переключения, этот шантаж может быть успешным. В других случаях, как показала практика, такие попытки могут окончиться неудачей.

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

«Мы доказали, что в России есть системы, способные полноценно заменить зарубежные. После анализа функционала российских и западных решений, проведенного еще в 2010 году, выяснилось, что отечественные продукты на 80–90% соответствуют западным», — считает Валерий Бордюже, председатель Координационного совета по ИТ предприятий оборонно-промышленного комплекса (КС ИТ-ОПК). Отставание отечественных решений от западных не такое уж сильное — в первую очередь оно касается удобства и «красоты». Тот отчет чиновники просто приняли к сведению. Когда же грянули санкции, они стряхнули пыль с отчетов и стали доказывать, что замещать есть на что.

Совет, возглавляемый Бордюже, состоит из трех групп: ИТ-директора предприятий ОПК, руководители отечественных ИТ-компаний и представители регуляторов (министерства, ФСБ, ФСТЭК и т. п.).

Ни в одну из национальных программ развития ИТ традиционно не попадали. Ситуация постепенно начала меняться лишь в 2010 году, когда при президенте появился Совет по информатизации. Заговорили о монополиях, и ИТ приобрели новое качество. Фактически ИТ стали продукцией двойного назначения, официально появились такие термины, как «кибератака» и «информационная война».

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

«Мы терпели, когда западные продукты внедрялись в добывающих отраслях. Там речь шла о “вхождении в клуб” мировых поставщиков и готовности играть по сложившимся правилам. Однако столь веские аргументы были далеко не всегда. Мы просили Счетную палату оценить, во сколько обошлось стране чрезмерное увлечение продуктами SAP, но наша просьба пока осталась без ответа», — говорит Бордюже.

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

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

«Открытое ПО, об использовании которого много говорится в последнее время, — это хорошо, однако оно уязвимо. Для критически важных объектов без проприетарного системного ПО не обойтись», — подчеркивает Бордюже. Есть примеры достаточно успешных отечественных систем — например, СУБД «Линтер», разработка воронежского НТЦ «Релэкс». Может, она по широте функционала и уступает другим, но зато превосходит по защищенности, в отдельных случаях пользуясь спросом даже за рубежом. Разработчики отечественных ERP уже тестируют ее для спецприменений, пытаясь перевести на нее свои продукты.

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

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

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

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

«С первоначальной задачей мы справились — созданное хранилище успешно используется. С его помощью мы получили возможность смотреть на клиента, на его поведение внутри нашего бизнеса: какие счета открывает, как ведет себя при просрочках и т. п. Это замечательно, но дает видение клиента лишь с одной стороны — не более чем на 180 градусов», — говорит Сотниченко. Как только клиент покидает виртуальные границы банка, про него ничего не известно. Банк не способен понять его мотивацию, предсказывать его действия.

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

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

«При использовании внешних источников данных охват клиента становится близким к полному. Ему можно делать более адекватные маркетинговые предложения, эффективнее удерживать», — уверен Сотниченко.

Стоимость имеет значение

Что такое «озеро данных» и почему оно позволяет решить поставленные аналитические задачи?

«Идея очень простая: мы все данные грузим в кластер на платформе Hadoop, и все приложения используют эти данные, — объясняет Сотниченко. — Можно использовать и другие платформы, но Hadoop, на наш взгляд, имеет много плюсов, в том числе экономических».

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

Что еще немаловажно, Hadoop реально, а не на словах поддерживается сообществом разработчиков — любую возникшую проблему можно довольно оперативно решить.

«Как ни странно, в проприетарных системах это может стать непростой задачей — у нас есть опыт, когда бизнес-критичная проблема в коммерческом аналитическом решении “живет” уже три года, и мы ничего не можем с ней сделать, несмотря на обращение к руководству вендора. Надеемся, что open source позволит избежать таких ситуаций», — говорит Сотниченко.

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

Не превратить озеро в болото

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

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

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

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

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

Хранилища еще пригодятся

Естественным становится вопрос о том, каково место в построенной архитектуре реализованных ранее традиционных хранилищ, базирующихся на дорогостоящих высокопроизводительных системах. «Надо ли выбросить Greenplum и оставить Hadoop? Нет, так делать не стоит. Каким бы хорошим ни был Hadoop, он имеет преимущество лишь при работе с неструктурированными данными. Классические задачи аналитики — например, построение отчетности — эффективнее решаются на четкой реляционной модели», — уверен Сотниченко. Так что поставщики хранилищ данных могут не беспокоиться — их продукты еще долго останутся востребованными.

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

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

Потоки данных внутри Hadoop напоминают потоки в классическом хранилище. Вопрос их реализации является одним из ключевых. Изначально в ТКС эту задачу пытались решать на платформе Java, однако попытки были не очень удачными — получился хаос. «Наводить порядок» пришлось с помощью решений Informatica — вся обработка и трансформация данных внутри Hadoop теперь доверены им.

«Мы верим в выбранный инструментарий — получилась очень эффективная по функционалу и стоимости платформа», — доволен Сотниченко. В подавляющем большинстве случаев расчет данных будет вестись в рамках созданной системы. Более того, на платформу Hadoop будет переводиться и часть традиционных процессов разработки.

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

Ежедневно сотрудники службы информационной безопасности регистрируют, анализируют сотни событий и инцидентов информационной безопасности и реагируют на них. Однако одна из важнейших тенденций современности — смещение от «массовых» атак к более узким, целенаправленным атакам. Как от них защититься? Расскажем об опыте КБ «РосинтерБанк».

Целенаправленнные атаки (advanced persistent threats, APT) — это основательно подготовленные, специализированные кибератаки, направленные на достижение конкретных целей злоумышленников. Даже серьезные компании, такие как Sony, RSA, Google, Adobe, потратившие десятки миллионов долларов на защиту своих ресурсов, остаются незащищенными и несут потери в результате успешных целенаправленных атак. Пристальное внимание разного рода злоумышленников всегда привлекали финансовые организации, и сегодня они являются одними из основных объектов нападения.

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

Оценка рисков

Первым шагом к созданию эффективной защиты от APT является объективная и разносторонняя оценка рисков. КБ «РосинтерБанк» в рамках ежегодной оценки рисков проанализировал риски нарушения информационной безопасности и оценил потенциальный ущерб от реализации целенаправленных атак (см. врезку).

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

Ключевые принципы

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

• Эшелонированность. Каждый уровень информационной инфраструктуры закрыт соответствующими средствами защиты (например, сетевой защиты, защиты от вредоносного кода, криптографической защиты и т. д.).
• Стандартизация. Каждый компонент информационной инфраструктуры настроен в соответствии с требованиями внутренних стандартов.
• Централизованное управление. Оно осуществляется централизованно и максимально оперативно.
• Аудит и мониторинг. Производятся регистрация всех действий (событий) на каждом уровне функционирования информационной инфраструктуры и централизованный анализ данной информации сотрудниками управления информационной безопасности.
• Контроль и анализ. Осуществляется периодический контроль всех компонентов информационной инфраструктуры на наличие уязвимостей (анализ защищенности, тестирование на проникновение).

На организационном уровне применяются следующие принципы.

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

План действий на случай атаки

Процесс реагирования на кибератаки (они рассматриваются как разновидность инцидентов ИБ) в нашем банке включает следующие этапы: планирование, обнаружение и информирование, оценка и идентификация, реагирование, извлечение уроков.

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

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

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

Насолить злоумышленнику

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

После реализации всех мероприятий и построения комплексной системы защиты необходимо сделать акцент на следующих шагах. Во-первых, отработать механизмы реагирования на инциденты (документы должны быть разработаны, персонал должен быть обучен). К сожалению, многие подходят формально или вообще игнорируют данный аспект. Во-вторых, обеспечить централизованный мониторинг и анализ событий — все они должны собираться в одной системе и анализироваться в комплексе. В-третьих, реализовать и поддерживать управление изменениями. Многие забывают или не желают ставить обновления, но надо помнить: нет обновлений — нет защиты. В-четвертых, провести тестирование на проникновение внешней стороны, то есть обеспечить независимый взгляд на ИБ. В-пятых, развернуть системы класса sandbox или honeypot, которые позволят повысить уровень вашей защищенности и провести разбор и анализ действий злоумышленника. Наконец, в шестых, добиться повышения квалификации сотрудников ИБ — это, пожалуй, самый важный пункт, от него зависит эффективность всех средств защиты. Комплекс перечисленных мероприятий позволит максимально предотвратить кибератаку на самых ранних стадиях.

Также советую всем специалистам по информационной безопасности использовать рекомендации по реагированию на инциденты ИБ, содержащиеся в документах: ISO/IEC 27035:2011, ISO/IEC 27043:2015, ISO/IEC 27037:2012, NIST SP 800–61 Rev. 2, NIST SP 800–86 и материалы организаций SANS и CERT.

Альберт Тазетдинов — заместитель начальника управления информационной безопасности АО КБ «РосинтерБанк»; amtazetdinov@gmail.com.

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

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

Качество имеет значение

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

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

Решающим событием, повлиявшим на принятие решения о реализации проекта по управлению качеством сервисов, стало лавинообразное увеличение числа сетевых устройств в инфраструктуре «Таттелекома». Три года назад их было около 2 тыс., а сегодня — уже почти 25 тыс., и рост продолжается.

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

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

Ломка стереотипов

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

«Эффективность инфраструктурных проектов всегда трудно оценить точно, но то, что качество услуг влияет на лояльность абонентов и привлекает к нам новых, — бесспорно», Раиль Фатхуллин, директор по информатизации и новым технологиям «Таттелекома»

«Несмотря на стремительное развитие технологий, мы не сторонники революций. Все решения, которые планируются к эксплуатации, проходят тщательное тестирование», — подчеркивает Фатхуллин. Среди множества продуктов по контролю качества услуг (а их действительно множество) решение HP было расценено как наиболее комплексное, способное охватить все звенья технологической цепочки, в том числе и процессы, не относящиеся напрямую к ИТ. Еще одно важное достоинство предложенного решения — это возможность охвата оборудования любого производителя. Кроме того, именно специалисты HP показали, как можно контролировать не только оборудование, но и услугу в целом.

«Предложенные подходы зачастую ломали все сложившиеся стереотипы, привычки, отработанные регламенты», — признает Фатхуллин.

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

Работы были поделены на два больших этапа: мониторинг оборудования и управление технологическими процессами. Последовательность объясняется просто. Мониторинг — это то, что в компании всегда умели делать. Управление же технологическими процессами, анализ KPI, применение рекомендаций ITIL — все это требует уже работающей инфраструктуры. Поэтому этапы осуществлялись именно последовательно.

Проект стартовал с развертывания HP Network Node Manager Advanced для мониторинга магистральных республиканских MPLS-сетей и HP Operations Manager для мониторинга критичных серверов. Оценив функциональность продуктов, компания приняла решение расширить покрытие системой мониторинга всего активного сетевого оборудования крупнейшего из своих филиалов. Также в систему мониторинга было включено серверное оборудование, задействованное в сопровождении телекоммуникационных услуг.

Однако главной задачей был качественный скачок от мониторинга оборудования к мониторингу услуг в целом. Для этого в проект были введены система корреляции событий, универсальная база данных управления конфигурациями, а также флагманский продукт HP — Service Manager.

Быстро поднятое упавшим не считается

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

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

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

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

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

«Наверняка Татарстан и в будущем будет принимать крупные соревнования. Если вновь придется строить систему контроля качества инфраструктуры, мы знаем, как и из чего ее собрать», — говорит Фатхуллин.

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

«Эффективность инфраструктурных проектов всегда трудно оценить точно, но то, что качество услуг, поддерживаемое компанией, влияет на лояльность наших абонентов и привлекает к нам новых, — бесспорно. Достаточно посмотреть публичный годовой отчет компании», — уверен Фатхуллин.

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

Главное — заинтересовать

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

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

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

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