Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года.
MARKET.CNEWS
- Облачные горизонты отечественного ИТ-ландшафта
- ИТ-ландшафт как сложная система систем / Хабр
- MARKET.CNEWS
- Где густо, где пусто
- Результат аудита цифрового ландшафта
- Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
Импортонезависимость «На проекте стресс-сценария работало более 100 консультантов и экспертов завода, но даже с такой сильной проектной командой выполнение работ всего за 2 месяца в соответствии с требуемым уровнем качества — огромный вызов и ответственность. В обычном режиме подобные задачи, тем более сразу на трех заводах, выполняются в срок от полугода до 2 лет. Успешность проекта объясняется сразу несколькими факторами: доверие со стороны заказчика к проектной команде, высокий уровень вовлеченности сотрудников и топ-менеджмента предприятия в проект и максимальный уровень мотивации всех участников. Мы хотели помочь сотрудникам и компании сохранить присутствие на рынке и дать возможность как можно скорее продолжить работу», — сказал директор департамента «Товары народного потребления» компании Axenix Константин Максимов.
Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру. Работа шла по пяти направлениям. Первое — переход в российское облако. Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов. Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов.
Затем перевели в облако сервисы, связанные с доменом, хранением учетных записей пользователей, механизмов авторизации и др. Второе направление — развертывание сети. Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было. В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании. На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения. Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360». Сложность заключалась в том, что данные о пользователях хранились в глобальной директории со своей структурой. Выделить сотрудников российского подразделения стало нетривиальной задачей. Кроме этого, важно было сохранить переписку пользователей, их права доступа к различным сервисам и списки рассылки, в которых они состояли.
Мы подготовили образ для инсталляции, протестировали его и работоспособность основных приложений на группе ключевых пользователей, а затем в три этапа перевели на новые сервисы и инфраструктуру всех сотрудников, не нарушая их работу. В процессе миграции «докрутили» настройки сервисов таким образом, чтобы пользователи получили все привычные функции в новых решениях.
Здесь тоже возникают конфликты, связанные, например, с вопросом, можно ли отдавать в резерв товар с витрины в том случае, если он существует в единственном экземпляре.
Предположим, клиент нашел этот товар в интернете и заказал его, собираясь в ближайшее время подъехать и забрать, однако в это самое время другой покупатель, находящийся в магазине, выбирает этот же товар и идет оплачивать на кассу. Таких ситуаций можно избежать, если использовать соответствующие решения, позволяющие в режиме реального времени видеть все товарные остатки — как витринные, так и на складе, что сводит к нулю вероятность того, что один клиент купит заказанный другим товар. В противном случае могут возникать многочисленные конфликты с покупателями.
Например, один западный fashion-ритейлер фактически принял сторону онлайн-покупателя: если товар заказан по интернету, а офлайновый клиент несет его на кассу, кассир не может его пробить, мотивируя это «его отсутствием». Такой подход может очень негативно повлиять на клиентскую лояльность, особенно с учетом скорости распространения информации. Наконец, третьим источником межканальных конфликтов могут стать акции: они далеко не всегда пересекаются, и клиенту в одном случае может быть выгоднее купить онлайн, в другом — офлайн.
Мы сейчас двигаемся в направлении создания единого сервиса разработки и поддержки аналогичных акций для всех каналов продаж. Следующим этапом будет запуск единой программы лояльности, когда клиент сможет воспользоваться накопленными бонусами, совершая покупки во всех каналах, в т. Бабаджанов: С одной стороны, наш ИТ-ландшафт пребывает в состоянии постоянной трансформации, с другой — кардинальных изменений он не претерпевал.
В числе принципиально новых систем я бы выделил решение, позволяющее в режиме реального времени проводить мониторинг цен наших конкурентов и осуществлять автоматическое ценообразование, исходя из полученных результатов. Данное решение уже функционирует для веб-сайта и магазинов, переведенных в новый формат. На мой взгляд, это один из важнейших прорывов, которые нам удалось совершить за последний год.
Также важной частью стратегии ценообразования является один из ключевых элементов предложения нашего бренда — «Честные цены», согласно которому мы гарантируем клиенту покупку товара по самой низкой цене, которую он нашел в интернете у наших конкурентов. Функционал существующей до этого системы не позволял в полной мере реализовать омниканальный подход в обслуживании и взаимодействии с клиентами. Офлайновые магазины нового формата теперь оборудованы терминалами самообслуживания с touchscreen-экранами, используя которые, клиент может ознакомиться с полным ассортиментом сети «Техносила».
Кроме того, продавцы-консультанты теперь оснащены планшетами, а на товарных полках размещены электронные ценники. Еще одним важным нововведением стала система управления заказами, которая интегрирована с базами данных всех наших поставщиков, что позволяет запрашивать в режиме реального времени информацию об остатках нужного покупателю товара на их складах и резервировать их. Повторюсь: в постоянно изменяющемся мире ИТ-ландшафт нельзя воспринимать как незыблемый монолит: базовые системы неизбежно обрастают дополнительными сервисами, улучшающими взаимодействие с покупателями.
При этом многие ритейлеры до сих пор отчаянно держатся за собственные центры компетенций, будучи уверенными, что они все делают лучше, чем другие. На мой взгляд, это мнение ошибочно: гораздо выгоднее покупать успешные решения, чем инвестировать в их создание с нуля. Какие-то задачи, безусловно, должны оставаться в ведении ритйлера, но внедрение и поддержку многих сервисов можно спокойно передавать на аутосоринг.
Бабаджанов: Поскольку «Техносила» на протяжении 20 лет воспринималась как чистый офлайн-игрок, к внедрению омниканальности пришлось подходить очень осторожно. И одной из главных задач было постепенное изменение восприятия бренда в глазах покупателей. Необходимо было рассказать, что на место сети разрозненных офлайн-магазинов пришел крупный омниканальный ритейлер, с которым можно взаимодействовать по любому из доступных каналов из любой точки страны.
Неслучайно в качестве основной идеи обновленного бренда компании был выбран слоган «Онлайн и рядом». И хотя подводить итоги еще рано — прошло только полгода с момента запуска проекта, уже можно констатировать, что выбранная нами модель трансформации бизнеса и восприятия бренда покупателями оказалась жизнеспособной. Отмечу, что обновление затронуло не только наш бренд, но и сайт, и мобильную версию сайта, и, что остается незамеченным покупателями, но очень сильно влияет на продажи, — серьезным изменениям подверглись все наши бэк-системы.
Бабаджанов: Если речь идет об интернет-серфинге, думаю, что это не совсем так. Раньше покупатели точно так же гуляли по офлайновым магазинам и сейчас продолжают гулять в поисках лучшего товара за лучшую цену. Появление возможности делать это в режиме онлайн сути дела не изменило: спонтанность покупки в основном зависит от работы маркетинга, «подтолкнувшего» клиента выбрать товар именно в этом конкретном магазине.
Другой вопрос, что в интернете человек, как правило, ищет конкретный товар, поэтому спонтанность, как правило, связана с выбором компании, а не вещи. Развитие омниканальных продаж никоим образом не должно убивать спонтанные покупки, наоборот, при правильном подходе результатом должно стать расширение и перераспределение трафика из офлайна в онлайн В офлайновых магазинах вероятность спонтанных покупок по-прежнему велика, хотя действительно возникает риск, что, присмотрев товар на витрине, человек предпочтет заказать его по интернету в другом магазине.
Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению.
На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем.
Такой подход позволит заказчику сосредоточиться на главном — на бизнесе и развитии. Пример реализации сценария Replatform.
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
* Целевой ландшафт ИТ-архитектуры. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года. Создание ИТ-ландшафта предприятия предполагает проведение сложного комплекса действий, направленных на структурирование и отображение элементов архитектуры ИТ-элементов. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ».
Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor
Вы можете удалить cookie-файлы с вашего устройства через настройки браузера, а также заблокировать размещение cookie-файлов, однако при этом некоторые функции веб-сайта могут быть недоступными в связи с технологическими ограничениями движка. Дополнительную информацию Вы можете найти в Политике в отношении обработки персональных данных.
Получается, что созданная универсальная карта — это такой «вертолетный» взгляд сверху с возможностью диагностики. Во-первых, мы увидели продукты, которые уже есть в отрасли. Во-вторых, это дало возможность понять, где, в каких областях и что у нас со зрелостью решений, и где есть очевидные пробелы, которые нужно закрывать. Анализ ландшафта продолжается. Разумеется, для полноты картины необходимо не только участие как можно большего количества компаний в заполнении ландшафта, но и проработка представленных в ландшафте решений на предмет объема замещения функционала импортных решений, их критичности, возможности тиражирования, экспортный потенциал. Преимущество российских компаний, по сравнению с западными, в том, что мы начали разработку решений в более современном технологическом стеке и используем открытые архитектурные платформы, что позволит нам потратить меньше времени на разработку и внедрение.
Что считаете важным, без чего достичь полного технологического суверенитета невозможно? Чтобы компании могли тиражировать и переиспользовать имеющиеся решения, потребуется разработка единых стандартов и принципов: совместимый технологический стек, единые принципы в области интеграции данных и процессов, стандартизация функционала этого ПО. Кроме этого, важно создать единую среду разработки. Запросы заказчиков индустриального ПО с учетом специфики отрасли и конкретных производств могут быть удовлетворены разработкой платформ, которые будут аккумулировать существующие на рынке цифровые продукты.
Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент.
Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку. На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими.
Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт. На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании.
В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития. Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании.
Интенсивный рост бизнеса «Ленты» — открытие новых магазинов и распределительных центров, изменение ряда бизнес-процессов, повлек за собой рост количества пользователей и объема используемых данных, увеличение нагрузки на существующие информационные системы и появление новых информационных систем. Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для повышения скорости обработки данных и формирования оперативной отчетности. Современные решения становятся неотъемлемой составляющей бизнеса. Мы понимаем, что наличие эффективных информационных систем, работающих в режиме реального времени и с большой нагрузкой — серьезное преимущество. Именно поэтому следующим этапом развития информационного ландшафта нашей компании стало появление программно-аппаратных решений, которые позволят нам эффективно решить вопросы и масштабирования, и производительности наших ИТ-систем», — отмечает Кузьмич Всеволод, CIO, «Лента». В 2013 году, к моменту начала проекта, все бизнес-системы работали на современных RISС-машинах Enterprise-уровня, объединенных в кластеры для эффективного использования ресурсов посредством балансировки нагрузки. При разработке стратегии развития ИТ-инфраструктуры было выявлено, что подобная архитектура имеет ряд ограничений и уступает появившимся на рынке новым технологическим решениям.
Как российским компаниям развивать ИТ-ландшафт в новой реальности?
совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. VI технологический форум для представителей ИТ-отрасли и высокотехнологичных компаний. ИТ-ландшафт современных компаний Инструкции, гайды по настройке программ и приложений. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт».
ИТ-ландшафт компании
ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании. Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для. Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными.