тимур сергеевич кульчицкий

ТИМУР СЕРГЕЕВИЧ КУЛЬЧИЦКИЙ Лидеры


ТИМУР СЕРГЕЕВИЧ КУЛЬЧИЦКИЙ

25 октября 2016, Москва, Marriott Grand Hotel, 26/1 Tverskaya Street, Moscow

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

Среди приглашенных спикеров — эксперты ЦБ РФ, Министерства финансов РФ, Министерства экономического развития РФ, представители ведущих финансово-кредитных организаций, специалисты, отвечающие за обеспечение информационной безопасности финансовой сферы, и компании, внедряющие когнитивные технологии в банковской сфере.

Регистрация, приветственный кофе

Сессия 1. Digital-пространство. Территория развития финансовых услуг

Сессия 2. Digital-среда. Новая реальность

Мастер-класс (участие по желанию):«Современные IT-решения в сфере Digital Banking»

Алексей Асафьев, коммерческий директор, «Дэшборд Системс»

В настоящее время для финансовых учреждений, которые стремятся поддерживать свою конкурентоспособность, все большую важность приобретает способность быстро реагировать на меняющиеся требования рынка и запросы клиентов. Ключевую роль здесь играют информационные технологии: они должны быть очень гибкими и легко адаптируемыми к текущей ситуации. Мы встретились с представителями компаний, которые с 1990-х годов работают на рынке ПО. Одна — Red Hat — ведущий мировой поставщик программных и облачных решений, промежуточного ПО, технологий хранения данных и виртуализации на базе открытого исходного кода. Другая — «Синимекс» — специализируется на проектировании архитектуры интеграционных решений, разработке заказных решений, внедрении собственных разработок и тестировании профильного ПО в банковском секторе. В России компания является партнером ведущих мировых поставщиков универсальных решений — IBM, Oracle, Microsoft, Red Hat. Компании «Синимекс» присвоен статус бизнес­партнера Red Hat — Advanced Business Partner.

Илья Фридман, директор по развитию бизнеса компании «Синимекс», и Тимур Кульчицкий, региональный менеджер Red Hat в России и СНГ, считают, что во времена усиления конкурентной борьбы в финансовом секторе на передний план выходят подходы к разработке и внедрению программного обеспечения, в первую очередь ориентированные на гибкость и скорость внедрения.

Часть первая. Перемены действительно необходимы?

Мы не впервые встречаем критику традиционных банковских ИТ­решений. Что с ними не так? И как это вредит банкам?

— Способность финансовых учреждений быстро реагировать на меняющиеся запросы клиентов становится критически важным фактором. Все большее число небанковских организаций уже предлагают услуги по проведению платежей, кредитованию и инвестиционному консалтингу. Эта тенденция сохранится ввиду активного развития механизмов удаленной идентификации клиентов и такого тренда, как развитие направления предоставления открытых интерфейсов (Open API) на финансовом рынке.

Развитию в данном направлении способствует и регулятор, который по своей инициативе открыл отдельное направление деятельности в ассоциации ФИНТЕХ, объединяющее крупнейшие российские финансовые организации.

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

— За последние десять лет произошел качественный технологический скачок: большинству автоматизированных банковских систем (АБС) требуются все большие инвестиции только для того, чтобы поддерживать их работоспособность, поскольку рост запросов как со стороны сотрудников, так и со стороны клиентов вызывает геометрический рост объемов обрабатываемой информации.

Какие ключевые особенности классических АБС представляются вам наиболее проблемными?

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

Огромные и неповоротливые АБС становятся бременем, которое тянет банк на дно, так как разобраться в коде системы, оптимизировать его, интегрировать новые модули или функции становится все сложнее. Банк сам по себе довольно инерционная и консервативная структура, а неповоротливое ПО еще больше усугубляет проблему.

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

Какие пути решения данных проблем вы видите?

— Задачи по ускорению бизнеса стоят все более остро, и особое значение приобретают новые подходы, основанные на гибких методологиях и построении технологических процессов CI/CD. Методы и технологии, такие как контейнеры и микросервисы, а также совершенно другой взгляд на архитектуру приложений — это и есть необходимая основа для реализации стратегии по изменению бизнеса. Контейнерные технологии и микросервисная архитектура позволяют выстроить эти процессы и создать платформу, на которой могут одновременно работать множество независимых команд.

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

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

Продукты, в том числе и новые, опираются на бизнес­логику компании, на человеческие, вычислительные ресурсы. Почему вы считаете, что именно ПО — то самое узкое место?

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

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

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

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

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

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

— В последнее время выходит множество специализированных сборок «традиционных» платформ от крупных вендоров, например серверы приложений, интеграционные платформы, движки бизнес­правил и многие другие, предназначенные непосредственно для исполнения в Docker­контейнерах. Появление таких сборок существенно упрощает процесс переноса уже разработанного ПО. С другой стороны, безусловно, существует ряд систем, которые практически непригодны для исполнения на новой технологической платформе ввиду изначально заложенных и совершенно иных архитектурных принципов. Но все­таки предположение, что контейнеры и микросервисы подходят только для разработки новых приложений, в большинстве случаев ошибочно: как показали банковские проекты компании Red Hat, для переноса подходят до 80% приложений. В частности, процесс миграции очень прост для приложений, написанных на Java.

— Если говорить о примерах, то можно перечислить коммерческие банки из списка Fortune 500 — все они доверяют Red Hat и используют наши решения. Вот несколько из них.

Barclays, мировой поставщик финансовых услуг, базирующийся в Лондоне, столкнулся с растущим регулятивным давлением. Стремясь повысить свою производительность, Barclays приступил к созданию приложения Platform­as­a Service (aPaaS) в рамках своей облачной программы. Он использовал Red Hat OpenShift Container Platform и другие решения Red Hat для обновления своей ИТ­инфраструктуры и принятия гибкого подхода DevOps к разработке приложений. Сейчас банк остается эффективным и конкурентоспособным благодаря быстрому внедрению инновационных услуг.

Macquarie необходимо было преобразовать опыт цифрового банкинга для своих розничных клиентов. Для достижения этой трансформации компания перешла на облачное решение, используя платформу Red Hat OpenShift Container Platform, поддерживаемую Red Hat Gluster Storage, Red Hat CloudForms и Ansible by Red Hat. Кроме того, Macquarie привлекла Red Hat Consulting и Red Hat Training для успешного развертывания нового решения и получения опыта по соответствующим технологиям. Благодаря новой облачной среде и подходу DevOps, Macquarie может быстро развивать и добавлять новые функции в свое предложение, чтобы улучшить качество обслуживания клиентов в цифровом банкинге.

Часть вторая. Особенности российского рынка

Насколько компании Red Hat интересен российский рынок?

— Российский рынок очень важен для Red Hat. Более того, мы занимаем на нем лидирующие позиции. Согласно совместному с Gartner внутреннему исследованию, уже в 2015 году на долю Red Hat приходилось около 75% российского рынка платного Linux в денежном исчислении. Мы имеем основания полагать, что к настоящему времени наша доля еще выросла.

И как вы его охарактеризуете? Насколько, на ваш взгляд, российский рынок готов инвестировать в смещение подхода в сторону микросервисов и контейнерных технологий?

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

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

Часть третья. Открытый исходный код

Внедряя решения на основе ПО с открытым исходным кодом, компания «Синимекс» получила статус Red Hat Advanced Business Partner. Но, как уже заметил Тимур, первыми в Россию пришли компании с проприетарным ПО. Почему именно открытый исходный код?

— Мы, как компания, разрабатывающая программное обеспечение, всегда активно смотрели в сторону продуктов с открытым исходным кодом и использовали их. Особый, уже рыночный интерес к OpenSource­продуктам в РФ появился благодаря многочисленным санкционно­ограничительным историям, шумиха вокруг которых поднялась еще в 2015 году. Хотя она и послужила толчком к росту популярности проектов на базе СПО, на наш взгляд, это уже давно и далеко не основная причина его использования. В наши дни функциональность и надежность OpenSource­продуктов в большинстве случаев не уступает проприетарным аналогам, а зачастую уже и превосходит их. Когда речь идет об СПО, ключевую роль играет размер сообщества, которое работает над конкретным продуктом/технологией. Существенный рост количества сообществ, развитие механизмов распространения и участие таких крупных международных вендоров, как, например, Red Hat, очевидно означают для нас перспективы и уверенность в развитии этого направления.

— Ключевое преимущество OpenSource, помимо инновационности, заключается в его гибкости. П О с открытым исходным кодом может подстраиваться под конкретные и не всегда простые задачи: если мы посмотрим на список ТОП 500 суперкомпьютеров, то сколько из них будут работать на основе проприетарных ОС?

В Red Hat рука об руку с открытым исходным кодом идет и сотрудничество. Мы внимательно отслеживаем запросы наших клиентов и партнеров и на основе обратной связи от них формируем наш портфель продуктов и решений.

А почему Red Hat выбрала «Синимекс» в качестве российского партнера?

— Как представительство Red Hat, мы не имеем права вести коммерческую деятельность на территории России, поэтому изначально выбрали модель, основанную на развитии партнерской сети.

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

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

Часть четвертая. Подведем итоги

Итак, банк принимает решение по внедрению технологий, основанных на контейнерах и микросервисной архитектуре. Встаньте на сторону CIO, что выгоднее — создавать систему заново или постепенно улучшать существующую?

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

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

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

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

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

Региональный менеджер Red Hat в России и СНГ Тимур Кульчицкий — о преимуществах гибкой методологии разработки, микросервисов и ПО с открытым кодом для ускорения цифровой трансформации бизнеса.

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

Обеспечить бизнесу гибкость, экономичность и инновационность способен переход на методологию Agile и DevOps (Development Operations). Agile-подход,

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

Команды, где все участники постоянно взаимодействуют, могут лучше реагировать на потребности клиентов. Именно это позволяет значительно сокращать time-to-market (сроки выведения продуктов на рынок).

Например, глобальный Deutsche Bank использовал принципы Agile и DevOps при запуске облачной PaaS-платформы — в результате удалось сократить разработку приложений с шести—девяти месяцев до двух—трех недель.

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

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

Росбанк, например, переход на микросервисную архитектуру на платформе Red Hat OpenShift (система контейнеризации корпоративных приложений) позволил в четыре раза снизить первоначальные затраты на развертывание инфраструктуры. Платформа обеспечивает весь спектр необходимых функций и позволяет оптимизировать доработку ПО за счет централизованной системы сбора логов и усиления процессов мониторинга. При этом уровень утилизации ресурсов вырос на 20%. А ускорение time-to-market в пять раз обеспечило конкурентное преимущество и рост выручки.

На микросервисах построена и новая автоматизированная информационная система (АИС) ОСАГО, которая также развернута на платформе Red Hat OpenShift. Каждый микросервис — это небольшая подсистема, которая поддерживает определенную функцию (например, выдачу номера полиса). При этом изменение одного микросервиса не влияет на работу других и занимает буквально несколько часов.

Возможность существенно повысить производительность усиливает интерес российского бизнеса к микросервисам, в стране ежегодно растет количество проектов на базе этого подхода, отмечается в совместном исследовании агентства CNews Analytics и системного интегратора «Инфосистемы Джет».

Причем, согласно прогнозу IDC, более 95% новых микросервисов в мире уже в 2021 году будет развернуто в виде контейнеров. Это изолированная область, которая содержит все компоненты для запуска приложения и не зависит от архитектуры серверной системы. В целом по миру контейнеры внедрили уже более 87% бизнесов. В России их применяют более 50% опрошенных CNews Analytics компаний из списка РБК топ-500.

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

Используемая в АИС платформа Red Hat OpenShift построена на базе Kubernetes — самого популярного в мире софта для автоматизации развертывания контейнеризированных приложений. Однако крупные компании ориентируются на вендорскую его реализацию, которая, в отличие от решений Kubernetes — Do It Yourself, включает профессиональную поддержку. И здесь, по данным «Инфосистемы Джет», лидирует по внедрениям платформа Red Hat OpenShift, обеспечивающая доступ, в том числе, к мощной экспертизе архитекторов Red Hat.

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

Кроме того, по данным глобального исследования Red Hat «The State of Enterprise Open Source 2021», 90% компаний-респондентов в настоящий момент уже активно используют open source. В России его проникновение идет с отставанием примерно в три года, однако этот разрыв быстро сокращается.

Главные плюсы ПО с открытым кодом — быстрый доступ к новым технологиям, а также возможность экономичного и эффективного апгрейда ИТ-инфраструктуры. Такой подход обеспечивает независимость от технологий конкретного поставщика (vendor lock) и делает возможным быстрое внесение изменений.

Open Source помогает повышать стабильность работы за счет более высокого качества ПО с широкими возможностями по его доработке. Также открытый код обеспечивает высокий уровень безопасности при эксплуатации систем за счет снижения уровня уязвимости приложений, использующих высококачественные компоненты. 87% респондентов Red Hat считают решения с открытым кодом не менее или даже более безопасными, чем проприетарный софт.

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

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

Разворачивание частного облака

4 сентября 2019 года компания ТАЛМЕР сообщила о завершении первого этапа проекта по внедрению технологий частного облака для компании «Металлоинвест». В результате проекта заказчик получил платформу управления вычислительными ресурсами предприятия с возможностью самообслуживания клиентов в виде заказа сервисов через портал.

Реализация проекта была направлена на решение нескольких ключевых задач компании «Металлоинвест»:

Технической базой для разворачивания частного облака стали продукты: Red Hat CloudForms, Red Hat Ansible Tower, Red Hat Satellite.

Технические требования к разрабатываемой системе были сформированы JSA Group, интегратором, осуществляющим управление и развитие информационных технологий ГК «Металлоинвест». Ключевыми функциональными требованиями стали:

В ходе реализации проекта специалисты ТАЛМЕР и JSA Group подготовили и развернули среду на инфраструктуре заказчика, а также выполнили комплекс необходимых доработок в части автоматизации процесса выделения ресурсов и конфигурации сервиса в процессе разворачивания.

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

Новый глава российского представительства компании Red Hat Тимур Кульчицкий в преддверии Red Hat Forum Russia 2018 встретился с журналистами и рассказал о стратегических планах и новых подходах компании к российскому рынку.

Тимур Кульчицкий, выпускник экономического факультета МГУ, ранее работал в компании IBM, а к Red Hat присоединился четыре года назад и постепенно дорос до должности генерального менеджера, отвечающего за работу с заказчиками на территории России и стран СНГ, включая Украину.

По словам главы представительства, сегодня наблюдается серьезный всплеск интереса к таким продуктам как OpenShift. Это корпоративная платформа для разработки, развертывания и эксплуатации классических и контейнерных приложений в физических, виртуальных и общедоступных облачных средах. В частности, в мае компании Red Hat и Microsoft анонсировали совместное решение Red Hat OpenShift on Azure, которое позволит пользователям выполнять контейнерные приложения в облаке Microsoft Azure под управлением платформы OpenShift. Кроме того, уже много лет Red Hat является ключевым контрибьютором облачной платформы OpenStack, на базе которой работает множество облаков по всему миру. Red Hat придерживается подхода “гибридного” облака, что позволяет использовать технологии как частных, так и публичных облаков. Так, универсальный облачный оркестратор Red Hat CloudForms позволяет не вдаваясь в технические детали реализации облачной инфраструктуры, просто выбрать необходимый качественный уровень обслуживания, SLA, а также стоимость. При этом часть данных заказчик может разместить за пределами России. Те же данные, которые по закону необходимо хранить на территории нашей страны, могут размещаться в его собственном или арендуемом ЦОДе в формате частного облака.

Сегодня перед российскими заказчиками, как подчеркнул Тимур Кульчицкий, стоит задача не только выбора того или иного продукта, но и изменения самой парадигмы развития бизнеса, где ИТ будут играть ключевую роль. Работа с людьми, внутренний дизайн организации — эти и другие темы Red Hat впервые готова обсуждать с российскими клиентами не только на Red Hat Forum Russia 2018, но и после него.

Что касается приоритетных отраслей для Red Hat на российском рынке, то здесь, как подчеркнул Тимур Кульчицкий, на первом месте стоит готовность к изменениям, к цифровой трансформации бизнеса. “ В этом случае заказчики становятся более избирательными и более требовательными. Они хотят получать сервис, который им необходим. Наиболее успешными являются те поставщики, которые могут быстро и с минимальными затратами адаптироваться к этим изменениям. Мы готовы предложить клиентам OpenShift, как фундамент для их дальнейшего роста, позволяющий быстрее реагировать на изменения, происходящие в мире и на рынке”, — сказал он.

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

Проблема международных антироссийских санкций заставляет многие предприятия задуматься о переходе с проприетарных решений, если не на российское ПО, то хотя бы на продукты с открытым исходным кодом. В ряде случаев заказчики выбирают именно продукты компании Red Hat. Речь идет о платформе виртуализации RedHat Virtualization, сервере приложений RedHat Enterprise Application Platform и других решениях. При этом заказчики могут сэкономить средства на техподдержке, которые затем могут быть направлены на реализацию новых проектов.

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

В январе 2019 года Red Hat сообщила, что акционеры, владеющие 141 млн ее акций, одобрили продажу компании IT-гиганту IBM за $34 млрд. Против высказались владельцы менее чем 200 тыс. ценных бумаг.

Состоялась крупнейшая сделка в IT-отрасли за последние годы: IBM получает операционную систему Red Hat Enterprise Linux и другие части портфолио компании, такие как Red Hat Openshift Container Platform, Red Hat Ceph Storage, Ansible Tower. Если вспомнить слова Джинни Рометти (Ginni Rometty), председателя правления, президента и главного исполнительного директора IBM: «Приобретение Red Hat меняет правила игры, это меняет всё на рынке облачных вычислений», – то можно предположить, что полученные технологии будут использованы для создания гибридных облаков для enterprise-заказчиков. В свою очередь, Red Hat стала частью корпорации, которая создает собственное «железо» и мощные вычислительные системы (такие как суперкомпьютер Watson), которая владеет огромными ресурсами для того, чтобы вклиниться в ряды Amazon, Google и Microsoft на рынке облачных сервисов. Таких возможностей у Red Hat не было бы без партнера уровня IBM.

В ожидании существенных перемен на рынке открытого ПО для корпоративных заказчиков, в том числе российском его сегменте, мы попросили Тимура Кульчицкого, регионального менеджера Red Hat в России и СНГ, рассказать о компании в этот переходный период.

Какие изменения вы ожидаете в Red Hat после поглощения?

Мы можем говорить о возможных изменениях только в будущем. Мы сохраним инновационное наследие open source в части развития существующего продуктового портфолио и поддержки сообщества разработчиков. Небольшой экскурс в историю: Red Hat была образована в 1993 году, а уже в 2008 году насчитывала порядка 2200 человек и стала первой open-source-компанией, которая перешагнула отметку выручки в 500 млн долларов. В то время у нее было всего две крупные продуктовые линейки – Red Hat Enterprise Linux и JBoss Middleware, а сегодня у компании более 12 тысяч сотрудников, несколько продуктовых линеек, в том числе Linux Platforms, Middleware, Virtualization platform, Storage, Management, Cloud Computing. Партнерство IBM и Red Hat продолжается 20 лет. I BM рано начала поддерживать Linux и сотрудничала с Red Hat в вопросах разработки и развития Linux enterprise-уровня. Какие изменения еще произойдут? Ответы на этот вопрос вы получите с 7 по 9 мая на крупнейшем ежегодном мероприятии компании — Red Hat Summit в Бостоне, США.

Но планы уже есть?

Мы рассчитываем, что Total Addressable Market открытого кода к 2021 году будет иметь объем порядка 73 млрд долларов. Эти ориентиры позволяют нам понимать, куда мы движемся. Исследование, проведенное в 2017 году компанией Management Insight Technologies, показывает, что доля респондентов, использующих ОС Linux в общедоступных облаках, значительна и продолжает расти. Современные тренды говорят о том, что заказчики медленно, но верно идут в сторону использования публичных и гибридных облаков, а некоторые из них применяют несколько облачных решений одновременно. Но при этом 80% той нагрузки, которая может быть переведена в облако, остается внутри организации.

Так сложилось, что во многом облака носят проприетарный характер, а это значительно усложняет миграцию, управление и обеспечение безопасности. Большинство российских компаний понимают, что внедрение облачных технологий – это часть цифровой революции, которая уже привела к изменению бизнес-моделей даже в традиционных отраслях. В последние несколько лет рынок облачных сервисов растет более чем на 20% в год. В нашем портфолио есть несколько реализованных кейсов. Например, компания KazTransCom, один из крупнейших операторов связи в Казахстане, решила предложить новые облачные услуги своим бизнес-клиентам. Для этого на серверном оборудовании Cisco были развернуты программные продукты Red Hat OpenStack Platform и Red Hat Ceph Storage.

Должна ли IT-компания подталкивать пользователей к выбору облачных технологий? Например, объявив, что с определенного времени не будет поддерживать иные решения?

На мой взгляд, преждевременно говорить, что завтра мы начнем жить в России по-новому, так как в силу ряда причин некоторые компании могут быть не готовы переводить свои данные в облако – его структура может быть дорога как в прямом, так и в переносном смысле. У крупных корпораций всегда есть данные, которые они опасаются переносить в облако, – для сохранения коммерческой тайны надежнее их обрабатывать на собственных мощностях. Мы считаем, что, используя продукты с открытым кодом, предоставляем заказчику выбор. Но переход в облако – фактически условие выживания компании. О чем можно говорить, если порядка 70% IT-бюджета заказчики расходуют на поддержание текущей инфраструктуры? То есть только 30% идет на обновление. При этом мы прекрасно понимаем, что компании для успеха необходимо быстро меняться, выводить на рынок новые сервисы и новый функционал приложений. Другой, не менее важный тренд – развитие микросервисной архитектуры. Успехи контейнеров не стоит игнорировать. Исследование ‘’ прогнозирует, что к 2020 году рынок контейнеров вырастет до $2,7 млрд, а сами контейнеры будут играть важную роль в развитии облачных технологий. Контейнеры уже применяются для решения реальных проблем предприятий и приносят ощутимую выгоду в самых разных отраслях. На наш взгляд, есть четыре ключевые цели, которыми предприятия руководствуются при внедрении контейнеров: 1) сделать более эффективной работу приложений, 2) улучшить процесс разработки приложений (особенно за счет использования микросервисов), 3) усовершенствовать IT-инфраструктуру и реализовать преимущества гибридного облака и, наконец 4) поддержать проведение широкомасштабной трансформации бизнеса.

Пожалуйста, несколько слов о себе.

Родился в Москве в 1982 году. Учился в МГУ на экономическом факультете. Окончил магистратуру в Высшей школе бизнеса МГУ. Сразу после университета пришел в IBM стажером, затем занимался финансами, сервисом, работал с заказчиками. Это продолжалось более 10 лет. А пять лет назад перешел в Red Hat, где сначала отвечал за крупных финансовых заказчиков, а год назад стал региональным менеджером в России и СНГ – в этой роли и работаю до сих пор.

Новые требования к Time-to-market (ТТМ, время от начала разработки идеи до появления конечного решения на рынке) вывели контейнерные технологии в один из горячих трендов в мире IT. Они сделали возможным выпускать и менять цифровые продукты с молниеносной скоростью. SberCloud увидел нишу в незакрытой потребности клиентов и решил предоставить им контейнерную платформу из своего облака. Правда, для этого провайдеру пришлось прыгнуть выше головы и разработать у себя систему, аналогами которой до этого пока могли похвастаться только глобальные гиперскейлеры, то есть крупнейшие мировые мультиоблачные провайдеры, такие как Microsoft Azure или Amazon Web Services.

Бизнес стремится сократить ТТМ своих продуктов — без этого сложно выдержать конкуренцию. Этот показатель стал существенным даже в отраслях, где скорость реагирования была изначально неважна. « Цифровые продукты есть у компаний практически во всех отраслях — начиная с привычных вроде ритейла и финансового сектора. Даже металлургические предприятия сегодня создают приложения, налаживая контакт с конечным потребителем. И всем им важна скорость вывода цифровых сервисов и их обновлений»,— рассказывает руководитель лаборатории DevSecOps «Инфосистемы Джет» Александр Краснов.

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

С каждым годом преимущества контейнеров понимают все больше компаний. Так, по прогнозам Gartner, к 2022 году более 75% глобальных организаций будут использовать контейнерные технологии, а объем рынка такого программного обеспечения с $465,8 млн в 2020 году более чем удвоится в 2024-м — до $944 млн.

Почему Red Hat OpenShift

«Сбер» не первый год применяет контейнерные технологии. Компания использует, в частности, платформу OpenShift от Red Hat. Чем продиктован этот выбор?

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

В своей массе облачные провайдеры в России предоставляют в качестве услуг своим клиентам те самые «бесплатные» платформы управления контейнерами. Однако это не покрывает спроса крупного бизнеса или тех компаний, которые не хотят искать компромисса между надежностью и быстрым ТТМ. В SberCloud уверены, что необходимость предоставлять в качестве услуги OpenShift назрела давно. « На глобальном рынке услугу Managed OpenShift предоставляют гиперскейлеры-гиганты. Далеко не каждая российская компания готова закупать ее у зарубежного провайдера,— объясняет заместитель генерального директора SberCloud Михаил Лобоцкий.— Поэтому мы включили Managed OpenShift в планируемый пакет услуг еще на этапе зарождения SberCloud».

Нельзя купить — создай

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

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

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

В проект SberCloud вошел вместе с компанией «Инфосистемы Джет». Команда партнера отвечала за архитектуру решения, создание специфических подсистем и дальнейшее сопровождение IT-системы. А на специалистах SberCloud были задачи, с которыми они уже так или иначе имели дело,— доработка портала самообслуживания, где происходит заказ услуги, и компонентов сервисной платформы.

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

Новый кластер — в два клика

Уже сейчас клиенты SberCloud получают готовый кластер OpenShift нажатием одной кнопки. Сам процесс его создания занимает не более 30 минут. Это помогает компаниям ускорить разработку приложений и выйти на новый уровень ТТМ в выводе своих цифровых продуктов. В ближайшее время возможности сервиса будут расширены: пользователям станет доступно управление еще большим числом параметров создаваемого кластера на портале самообслуживания. В случае необходимости устранять все проблемы в работе кластеров будут совместно специалисты «Инфосистемы Джет» и провайдера.

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

Для провайдера же, если заглянуть в его закулисье, предоставление услуги происходит без участия его IT-специалистов. В SberCloud не раскрывают данных о том, какая экономика у происшедшей оптимизации, но называют ее существенной. Проект должен полностью себя окупить в течение полутора лет, ожидают в компании. « Мы считаем, что в ближайшие два года спрос на услугу Managed OpenShift будет ежегодно увеличиваться в шесть-семь раз»,— резюмирует Михаил Лобоцкий.

Таким образом, в России Managed OpenShift есть только в облачном «меню» у SberCloud. « Подобных решений даже в мире можно пересчитать по пальцам,— заверяет Александр Краснов.— Такие разработки и сервисы есть только у нескольких глобальных гиперскейлеров, например, у Amazon, IBM и Microsoft. В нашей стране ни у кого из крупнейших провайдеров такого сервиса нет». Тем не менее эксперт считает, что аналогичные проекты вполне могут появиться. Потенциально они интересны компаниям с облачной инфраструктурой, у которых есть потребность быстро разворачивать кластеры для разработки приложений. « А это как минимум телекомы и топовые банки»,— уверен господин Краснов.

Оцените статью
Лидеры России