Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее.
Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт. На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании.
В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития. Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании.
Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии. При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли. Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли. Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат.
Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования.
Правильное построение ИТ-инфраструктуры предприятия является залогом успешного развития деятельности всей организации, ведь информационная структура занимает особое место среди всех инструментов, необходимых для нормального функционирования бизнеса в наше время. Сегодня ИТ-специалистам приходится работать по новым правилам, ориентируясь не на технологии как таковые, а на продвижение самих бизнес-целей. Становится все больше компаний выбирающих решения, которые позволяют делать ИТ-инфраструктуру гибче и проще, но при этом надежнее.
Именно поэтому имеет смысл говорить не о наборе отдельных приложений, а об ИТ-ландшафте, где развернут постоянно растущий пакет сервисов.
Ввиду территориальной удаленности предприятий, входящих в ГК «Мелком», существует необходимость их объединения в единое защищенное информационное пространство. Перед NAUKA поставлена задача: разработать и реализовать проект модернизации ИТ-ландшафта, призванный обеспечить отказоустойчивость и катастрофоустойчивость, увеличить производительность и масштабируемость ресурсов. Проект включает себя различные направления, NAUKA приводит инфраструктуру предприятий к единому стандарту, решая следующие задачи: Усиление информационной безопасности на всех предприятиях. Увеличение вычислительных ресурсов и объемов хранения данных, модернизация старого серверного парка и системы хранения данных. Модернизация сети передачи данных. Модернизация телефонии.
Организация новых рабочих мест, замена старого парка персональных компьютеров, оргтехники и закупка программного обеспечения.
Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта.
Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей. Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности.
В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др. Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений. Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ. Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия. Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга.
ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов. Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы. Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения. В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы.
Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний. Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений.
Портфель эффективных решений
- Трансформация ИТ-ландшафта: «точка невозврата» пройдена. Казахстан.
- Цели проекта
- Кейс. ИТ-ландшафт с нуля для исследовательской компании | Блог | Nubes
- билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
- X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта -
- билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Облачные горизонты отечественного ИТ-ландшафта
Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. Потребовался длительный системный и процессный анализ, чтобы отделить специфику бизнеса от специфики решений и не тащить в новый ИТ-ландшафт «нездоровые» процессы. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года. Группа компаний ITMS завершила локализацию ИТ-инфраструктуры в России и Белоруссии. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем.
Непрерывность развития ИТ‑ландшафта
Вход в помещения организуется по шлюзовой схеме, для технического персонала — только в сопровождении сотрудника Дата-центра. Что входит в аренду целой серверной стойки? В аренду серверной стойки помимо самой стойки также входит 2 PDU блока распределения питания и 1 АВР Блок автоматического ввода резерва. Какие средства защиты можно установить на стойку? Помимо стандартной защиты есть возможность установки дополнительных видеокамер, СКУД на стойки, датчиков открытия дверей стойки. Каков размер оборудования для установки на colocation? В наших дата-центрах может быть размещено оборудование в 19" корпусах.
Представители «Норникеля» также рассказали об оптимизации процесса ведения проектов в компании и объяснили интересующие вендоров вопросы. Отметили важность мнения и опыта поставщиков при реализации проектов в рамках повышения качества планирования и превентивного учёта всех возможных рисков. Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель».
Обозначены перспективы расширения будущего сотрудничества и подробно раскрыты этапы построения взаимодействия. Благодаря прямому диалогу российские вендоры смогут эффективно выстраивать совместную работу и оперативно предлагать наиболее востребованные в компании решения для совершенствования ИТ-инфраструктуры.
Как решали задачу Архитекторы Nubes спроектировали ИТ-инфраструктуру с учетом размещения клиентских сервисов, а инженеры перенесли в облако информационные системы компании. Команда поддержки взяла на себя администрирование бизнес-систем клиента в облаке.
Отказоустойчивость облака на физическом уровне обеспечивается размещением серверов в дата-центрах Tier III, резервированием компонентов и серверов. Для подключения виртуальный рабочих столов выбрали решение на основе Citrix VDI. Сервис дает возможность подключаться к системе с любых устройств, гарантировать сохранность корпоративных данных, централизованно управлять рабочими столами, поддерживать индивидуальные сетевые политики безопасности. Создавая почтовый клиент, развернули приватный сервер для сотрудников и настроили Communigate Pro.
Такие системы относятся к деятельности объектов КИИ компании, поэтому в создаваемых нами решениях мы применяем российское ПО собственной разработки. Мы уже позаботились о совместимости нашего софта со всеми смежными российскими продуктам , что упрощает его интеграцию в рабочие процессы с другими системами и платформами» — прокомментировал директор департамента маркетинга и продаж ГК «Системы и Технологии» Павел Зубряков. Представители «Норникеля» также рассказали об оптимизации процесса ведения проектов в компании и объяснили интересующие вендоров вопросы. Отметили важность мнения и опыта поставщиков при реализации проектов в рамках повышения качества планирования и превентивного учёта всех возможных рисков. Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель».
ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
| Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт | 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ». |
| Трансформация ИТ-ландшафта: «точка невозврата» пройдена | «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». |
| ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург» | Об этом и не только говорили владельцы и первые лица крупнейших российских и мировых ИТ-компаний, руководителей инфраструктурных организаций, госструктур в рамках. |
Аналитика и комментарии
| Неоднородный ИТ-ландшафт | ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. |
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ - | IT-ландшафт объединяет все информационные системы предприятия. |
| ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов | Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными. |
| Аудит цифрового ландшафта от Arenadata | Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! |
Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику
Совместная команда Axenix и Синхро (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы 1C на трех. Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ.
ИТ-ландшафт современных компаний
Потребовался длительный системный и процессный анализ, чтобы отделить специфику бизнеса от специфики решений и не тащить в новый ИТ-ландшафт «нездоровые» процессы. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. Трансформация российского ИТ-ландшафта в прошлом году с фокусом на усиление обеспечения информационной безопасности и формирование независимых каналов.
Переход на технологически независимый ИТ-ландшафт
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ - | Возможно, уже в этом году появятся регуляторные требования по доле российских технологий в ИТ-инфраструктуре компаний, а также касающихся КИИ и ИБ-решений. |
| Офисный ИТ-ландшафт для АКРА | технологии Тренд: BIG DATA 2011 Количество DDoS-атак в 2013 году 178% в 2012 году 15% Тренды ПО = Тренд: Мобильность 97% запросов Эволюция информации Новый ландшафт ИТ. |
Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor
Новости. Разработка и ИТ-ландшафт. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —"День поставщика ИТ". О ценности RPA в корпоративном ИТ-ландшафте рассказал Михаил Соболев, начальник Отдела роботизации бизнес-процессов Технического блока "Т1 Интеграции". ИЦК, ЦКР, ИТ-ландшафты – оценка промежуточных результатов. Наши эксперты предлагают комплексные решения для оптимизации ИТ инфраструктуры, улучшения безопасности данных и повышения производительности бизнеса.
Переход на технологически независимый ИТ-ландшафт
Таким образом, возможно создать единый общий язык для экспертного сообщества». Спикер отметил успешную совместную экспертно-аналитическую деятельность АНО «ЦКИТ» и Санкт-Петербургского политехнического университета Петра Великого, а также поблагодарил проректора по цифровой трансформации СПБПУ, руководителя Комитета по высокотехнологичным направлениям «Новое индустриальное программное обеспечение» и «Новое общесистемное программное обеспечение» Алексея Боровкова. Экспертно-аналитические доклады по всем четырем классам будут готовы к конференции «Цифровая индустрия промышленной России» ЦИПР , запланированной на май 2024 года. Подготовка отчетов представляет многоступенчатый процесс: с одной стороны мы опрашиваем разработчиков ПО, а с другой — при поддержке Минпромторга России и Минцифры России проводим анкетирование предприятий на предмет их реальных потребностей в тех или иных функциональных возможностях программных продуктов. Речь идёт о глубоком техническом анализе на основе большого объема данных. К примеру, в Экспертно-аналитическом докладе по функциональным характеристикам отечественных систем инженерного анализа для CAE-систем анализируется более 400 типов различных расчётных задач», — заключил Александр Валентинович. Напомним, в июне 2023 года в рамках деловой программы ЦИПР Алексей Боровков представил участникам дискуссии «Комплексный подход в разработке систем анализа и инженерных расчетов САЕ » экспертно-аналитический доклад «Функциональные характеристики отечественных систем инженерного анализа CAE-систем », состоящий из 90 страниц и включающий как описание функциональных возможностей каждой САЕ-системы, так и агрегированное сопоставление функциональных возможностей отечественных и зарубежных CAE-систем, содержащих результаты по 10 классам задач и 404 характеристикам, а также кроссфункциональне возможности отечественных САЕ-систем. Это позволит нам сформировать спрос и выявлять крупные системы для совместной разработки например, MES, технологическое моделирование. Мы сможем находить «белые пятна», определять актуальные критические бизнес-функции и осуществлять их приоритизацию, а также исключить избыточное финансирование на дублирующие решения и системы.
Методика направлена на создание зрелых отраслевых решений и кросс-индустриального платформенного программного обеспечения», — отметил Ярослав Попов. Ранее ключевой элемент процесса состоял в определении конкретных функциональных потребностей на основе опроса экспертного сообщества. Теперь мы предлагаем проводить анализ заранее определённых классов ПО на предмет функционального соответствия всех существующих решений. Методика позволит определить единый подход, обеспечить полноту сведений достаточных для оценки рынка общесистемного и прикладного программного обеспечения и получить репрезентативную выборку решений с оптимальной визуализацией», — подчеркнула Ирина Кокорина. В рамках перехода к отраслевому блоку программы мероприятия исполняющий обязанности директора Дирекции по цифровой трансформации ПАО «Газпром нефть» Третьяк Олег обозначил подход к формированию ИТ-ландшафтов Индустриального центра компетенций «Нефтегаз, нефтехимия и недропользование»: «В Индустриальном центре компетенции мы подходили к формированию ИТ-ландшафтов индустриального ПО, стремясь уйти от понятия классов в оценке, и не ставили целью разработать продукты аналогичные зарубежному программному обеспечению по функциональным характеристикам. Чем ближе к бизнесу, тем более ПО разнообразно и связано с обеспечением компании конкурентными преимуществами. Даже внутри одной отрасли у разных организаций имеется определенная специфика. Например, логистика в нефтегазе значительно отличается от этого направления в недропользовании.
В контексте стандартизации и выработки общих требований к индустриальному ПО мы долго дискутировали в ИЦК и пришли к выводу, что необходима площадка для тестирования программ с целью обеспечения их верификации и сертификации». Первую часть общего доклада об опыте построения архитектуры ИТ-ландшафтов в нефтегазовой отрасли промышленности представил руководитель программ по развитию корпоративной бизнес-архитектуры ПАО «Газпром нефть» Ринат Гайнуллин.
В ближайшие 2-3 года можно прогнозировать как рост числа компаний, использующих контейнерные технологии, так и расширение их применения в отдельно взятых компаниях. Показатели реального сектора металлургия, машиностроение, ТЭК, сельское хозяйство и пр. Интересно, что эта платформа лидировала по использованию и среди западных респондентов три года назад, тогда как сейчас фаворитами стали вендорские реализации Kubernetes от крупнейших облачных провайдеров — Amazon, Google, IBM и Microsoft.
В «Инфосистемы Джет» ожидают, что схожий путь предстоит и российскому бизнесу. Разница будет лишь в том, что после эксперимента с бесплатными продуктами отечественные компании преимущественно выберут вендорские решения on-premise. Тренд на использование отечественными компаниями решений on-premise Open Source или вендорских очевиден уже сегодня.
Опрос, который мы провели среди своих сотрудников по завершении проекта, показал, что в целом работники компании довольны качеством и скоростью работы ИТ-сервисов», — отметил Алексей Трифонов, менеджер по ИТ АКРА. Компания динамично развивается, и уже в процессе эксплуатации появляются новые задачи, требующие изменений и в ИТ. Наши команды работали в тесном тандеме, что позволило своевременно осуществлять необходимые доработки без отрицательного влияния на бизнес-процессы», — рассказал архитектор проекта Олег Недосеко, компания «Инфосистемы Джет». Свежее по теме.
Основное внимание уделяется развитию цифровых каналов и аналитики. Основные банковские системы, такие как АБС и процессинг, уже достаточно устойчивы и надежны. Однако конкурентное преимущество банков в будущем будет заключаться не столько в надежности бэкенд систем, сколько в удобстве пользовательских интерфейсов и инновационности предлагаемых продуктов. В этом контексте ключевую роль играют большие данные, аналитика и искусственный интеллект. Они помогают банкам лучше понимать своих клиентов, анализируя обширные массивы данных, включая историю транзакций, перемещений и покупок. Это позволяет банкам предлагать клиентам персонализированные продукты и услуги, создавая основу для конкурентного преимущества. В такой же ситуации и страховые компании. Взыскание технического долга Новую ситуацию в ИТ отличает распространение технического долга, вызванного неизбежными компромиссами при перестройке ландшафтов при локализации и импортозамещении. Для управления техническим долгом необходимо применять системный подход, который включает в себя более тщательное планирование, оценку рисков, анализ качества разработок и качественный архитектурный надзор, а также выделение ресурсов на устранение технического долга. Технический долг может быть индикатором проблем в информационных системах, особенно если наблюдается увеличение инцидентов, снижение производительности и возрастание запросов на техническую поддержку. Больший технический долг усложняет доработку систем и задерживает вывод продуктов на рынок. Определить уровень технического долга можно, например, через обратную связь от бизнес-подразделений о работе ИТ и скорости внедрения требований. Постстрессовая гармония Другой выраженный тренд на 2024 год - концепция «гармонизации после стрессовой локализации», описывающая необходимость интегрировать и оптимизировать ИТ-системы, которые были оперативно локализованы в условиях временных ограничений в 2022-2023 годах. Ситуация часто требовала компромиссов в автоматизации и использования доступных, но не всегда оптимальных решений. В 2024 году основная задача будет состоять в автоматизации функций, которыми пришлось пожертвовать во время первоначальной локализации, и замене неоптимальных решений более эффективными. Например, некоторые компании уже переходят к третьему по счету решению для корпоративных коммуникаций после отделения от глобальных партнеров, а другие меняют инструменты для бизнес-аналитики. Эти изменения свидетельствуют о постоянной необходимости управления техническим долгом, адаптации и улучшения ИТ-ландшафта.
ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
В данном кейсе рассказываем, как мы развернули ИТ-инфраструктуру в облаке и создали корпоративный почтовый сервис на базе Communigate Pro. По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее. После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической.
Поделиться
- билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
- Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
- Трансформация ИТ-ландшафта: «точка невозврата» пройдена
- ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
- Простота восприятия, уверенность в работе.
Axenix разработала стратегию локализации ИТ-ландшафта логистической компании "Рулог"
Мы же придерживаемся иной точки зрения: в ближайшее время будет продолжаться перераспределение уже существующей покупательской аудитории между онлайни офлайн-каналами, поэтому развитие омниканальных продаж является важнейшей частью нашей стратегии. Предоставив покупателю возможность совершить покупки в любое время в любом канале и гарантировав ему равноценный уровень сервиса, «Техносила» получит сильные конкурентные преимущества. Эркин Бабаджанов работает в сфере онлайн-ритейла более 10 лет. Занимался развитием крупных интернет-магазинов, несколько лет проработал руководителем проектов в компании Enter, после перешел работать в корпорацию ТехноНИКОЛЬ, где занимался внедрением SAP hybris, а в начале 2015 года принял предложение стать руководителем проектного офиса и проекта внедрения обновленной веб-платформы в отделе проектных разработок компании «Техносила». Отвечает за ИТ-поддержку омниканальных продаж, являясь одной из ключевых фигур проекта по трансформации бизнесмодели компании.
Каковы основные сложности ее технической реализации? Бабаджанов: Несмотря на то что, как я уже говорил, реализовать удалось очень много, фактически мы все еще находимся в самом начале пути. Причина заключается в том, что идеологией омниканальности охвачены пока далеко не все сотрудники, ведь для достижения всех поставленных целей недостаточно перенастройки ИТ-систем: в развитии омниканальных продаж должен принимать активное участие каждый член команды «Техносилы». Только тогда любой клиент сможет почувствовать, что независимо от того, кто с ним общается — «невидимый» сотрудник контакт-центра или консультант в офлайн-магазине — и где он совершает выбор и покупку товара, человек должен чувствовать одинаковое внимание к своей персоне, готовность помочь и, напротив, не должен ощущать ни малейшего дискомфорта.
Кроме того, пока еще не удалось реализовать все наши технологические задумки. Например, акции в омниканальной модели должны быть сквозными. В плане каких-то деталей возможны исключения, но в целом они должны быть одинаковыми для всех каналов. Второй момент касается цен — и ценообразования в целом.
В этой области удалось добиться многого, однако для завершения данной части проекта необходимо реализовать оперативное обновление цен в офлайне — так же, как это происходит в онлайн-канале. В наших планах — стопроцентное внедрение электронных ценников, что позволит в итоге воплотить эту идею в жизнь. Безусловно, с этим проектом возникает множество сложностей, связанных в первую очередь с проблемой ROI, однако длительный период окупаемости, на наш взгляд, должен компенсироваться его высокой эффективностью. Второй незавершенный проект, который хотелось бы отметить, — это модернизация кассовых аппаратов.
Поскольку наша сеть все-таки «родом из офлайн», трансформации магазинов уделяется максимум внимания, и кассовые решения, поддерживающие омниканальную модель продаж, являются одним из важнейших ее элементов. Существующие же системы полностью реализовать концепцию омниканальности не позволяют. Для достижения всех поставленных целей недостаточно перенастройки ИТ-систем: в развитии омниканальных продаж должен принимать активное участие каждый член команды «Техносилы» Здесь можно упомянуть и проблему с трансформацией ИТ-инфраструктуры компании в целом: в частности, омниканальные продажи требуют повсеместного внедрения Wi-Fi, чтобы клиент всегда имел доступ к актуальной информации, а его обслуживание было бесперебойным. Еще одним вопросом, требующим решения, является отсутствие достаточного количества человеческих ресурсов, необходимых для выстраивания эффективной ИТ-инфраструктуры.
Настоящих профессионалов в этой области очень мало, они нарасхват, а без их участия, к сожалению, реализация сложных высокотехнологичных проектов серьезно усложняется. Наконец, остается не до конца решенным вопрос с обработкой и актуализацией имеющейся базы данных. На сегодняшний день массив информации уже достиг критических размеров, и одновременно выросла потребность ритейлеров в ее качественном анализе и использовании. Мы хотим узнавать нашего покупателя с того момента, как только он пересек порог магазина, оперативно делать ему индивидуальные предложения и предсказывать его пожелания.
Анализ «больших данных», необходимый для реализации этих потребностей, связан с очень серьезными вложениями и требованиями к производительности. Безусловно, мы не могли не задаться вопросом, стоит ли развивать эту компетенцию самим или передать ее на аутсорсинг. Одно могу сказать точно — без аналитики омниканальный ритейл существовать уже не может. Бабаджанов: Прежде всего это задачи по организации новых бизнес-процессов, взаимодействию каналов продаж, а также взаимодействию магазина, контакт-центра и сотрудников.
Например, рассмотрим процесс доставки. Дело в том, что доставка может осуществляться как с центрального склада диспетчеризацией занимается специальная служба , так и из офлайн-магазина — в этом случае за все процессы отвечает сам магазин. Необходимо принять решение, создавать или нет единую службу. При всех ее плюсах есть и существенный минус — наш омниканальный покупатель может позвонить на общую горячую линию, а там ему вряд ли смогут предоставить полную информацию по конкретному магазину.
Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта. Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности. Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности. Метод, используемый для представления архитектуры сети, основан на классическом понятии связанности и расширяет его. В частности, после определения связанности зависимости между элементами в сложной архитектуре метод анализирует архитектуру с точки зрения иерархической упорядоченности и цикличности, позволяя классифицировать элементы с точки зрения их положения в результирующей сети. Если DSM матрицу первого порядка возвести в последовательные степени, результат покажет прямые и косвенные зависимости, существующие для последовательных длин путей. Суммирование этих матриц дает матрицу видимости V, которая обозначает зависимости, существующие для всех возможных длин пути. Далее для каждого приложения ИТ ландшафта в V матрице вычисляются метрики: Visibility Fan-In VFI — количество приложений, которые явно или неявно зависят от текущего приложения; Visibility Fan-Out VFO - количество приложений, от которых явно или неявно зависит текущее приложение.
Для измерения видимости на уровне всего ИТ ландшафта определяется показатель стоимости распространения Propagation Cost как плотность матрицы видимости. Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям. По определению каждый элемент внутри циклической группы прямо или косвенно зависит от любого другого члена группы. Найденные циклические группы называются «ядрами» системы. Самая большая циклическая группа «Ядро» играет особую роль в схеме архитектурной классификации ИТ ландшафта. Далее на основе топологии ИТ ландшафта, т. Центральные приложения определяются как самая большая группа приложений с циклическими зависимостями. Управляющие приложения имеют больше исходящих зависимостей, в то время как общие приложения имеют больше входящих зависимостей. Периферийные приложения имеют как меньше входящих, так и меньше исходящих зависимостей по сравнению с центральными. Используя приведенную выше схему классификации, можно построить реорганизованную DSM, которая раскрывает «скрытую структуру» архитектуры ИТ ландшафта, размещая элементы в порядке «Общие», «Ядро», «Периферия» и «Управление» вниз по главной диагонали DSM, а затем сортируя внутри каждой группы по убыванию VFI, затем по возрастанию VFO.
В отличие от других показателей сложности, связанности и модульности, данный метод «скрытой структуры» учитывает не только прямую сетевую структуру архитектуры, но и косвенные зависимости между приложениями, что вносит важный вклад в принятие управленческих решений. Выводы Понимание того, что в случае ИТ ландшафта мы имеем дело не с обычной системой, а именно со сложной системой систем SoS , позволяет сделать следующие важные выводы: Инженерия ИТ ландшафтов, особенно «подтвержденных» и «коллаборативных», должна учитывать все 7 основных характеристик SoS, поэтому базовых инструментов классической системной инженерии здесь может оказаться недостаточно. Особая важность менеджерского аспекта вопросы владения подсистемами и разрешение конфликтов в цепочках систем-создателей , а не только технических решений, должна обязательно учитываться при развитии ИТ ландшафта. Структурирование ИТ ландшафта с использованием платформ и взаимодействие его подсистем на основе стандартизованных API позволяет снизить его сложность, эффективно находить консенсус при конфликтах систем-создателей и повысить уровень повторного использования ИТ активов в целевых системах бизнеса. Измерение сложности ИТ ландшафта и противодействие ее увеличению должны являться одними из стратегических приоритетов компании. Необходимо помнить, что при всей своей сложности ИТ ландшафт является всего лишь одной из подсистем-создателей enabling system внутри еще более сложной системы систем — организации. В настоящее продолжаются активные исследования в области SoS и сложности систем, в том числе ИТ ландшафта, в различных корпорациях, университетах и государственных органах США и Европы. Возможно, в ближайшее время появятся более эффективные методы и развитый математический аппарат, применение которых поможет снизить сложность ИТ ландшафтов, а следовательно, уменьшить стоимость владения ИТ активами, снизить риски нарушения безопасности и непрерывности бизнеса, а также сократить Time-To-Market при выпуске новых продуктов. Используемая литература 1. Левенчук «Практическое системное мышление — 2023».
Косяков, У. Свит, С. Бимер, С. Сеймур «Системная инженерия. Принципы и практика». Schneider, T. Reschenhofer, A.
Облака сервис-провайдеров будут более доступны, особенно для компаний, которые не готовы к расходам на закупку дублирующего оборудования и ПО после ухода глобальных вендоров с российского рынка.
Такие компании в 2023 году могут перейти полностью на облачную модель — cloud only, хотя по-прежнему эта модель будет в большей степени использоваться малым и средним бизнесом. Такой спрос на облака может повлиять на интерес к облачному рынку со стороны новых игроков, которые имеют значительный инвестиционный ресурс. Среди таких игроков могут быть ИТ-емкие компании из смежных ИТ-сегментов, например, крупные ИБ-разработчики и новые представители из банковской отрасли. Соответственно, бизнес, выбирая облачного партнёра, будет ориентироваться на облачные инфраструктуры с интегрированными решениями информационной безопасности, в том числе из-за увеличения требований со стороны регуляторных органов в отношении размещения персональных данных и ответственности за их утечку. При этом у бизнеса зачастую нет собственных ИБ-специалистов. С другой стороны, сервис-провайдеры имеют больше возможностей инвестировать в информационную безопасность и аттестовать защищённые облачные сегменты, чтобы предоставлять высоконадёжные сервисы бизнесу. Также данный тренд могут подстегнуть ужесточения законодательства в области ответственности за утечку данных. Уже разработана и реализуется госпрограмма «Цифровая экономика», в рамках которой действуют несколько стратегически значимых для страны проектов, в том числе по информационной безопасности и по облачным технологиям.
Также действует целый спектр мер поддержки ИТ-отрасли, которые были внедрены ещё в прошлом году, в том числе упрощённый доступ к финансированию, налоговые преференции, создание центров компетенций, программы акселерации, а также ряд льгот для ИТ-специалистов.
Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития. Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии.
При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли. Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли. Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат. Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования. Это достигается за счёт упрощения для заказчика процедуры тестирования — например, проверки базовой функциональности и поддержки стандартных средств интеграции, которая может быть полноценно реализована на стороне технологического партнёра.
Зачастую реализация подобных тестов требует значительных ресурсов и капиталовложений, что не всегда целесообразно для заказчика. При этом на стороне ИТ-интегратора может быть развёрнута полноценная тестовая лаборатория, что позволит организовать нагрузочную, функциональную и интеграционную проверку решения. Направления развития референсной модели Наша команда начала разрабатывать консалтинговые продукты по тематикам импортозамещения около пяти лет назад. Сегодня у нас есть полноценный фреймворк — референсная модель импортозамещения — который не только позволяет развивать ИТ-ландшафт заказчиков, но и совершенствует экспертизу Rubytech как компании-интегратора. Наши технологические эксперты, системные архитекторы, инженеры работают в едином информационном пространстве: изучают перспективные решения; используют принятую модель оценки ИТ-продукта для получения объективного результата; оценивают уровень и возможности технической поддержки и сервиса по каждому из решений. На стадии работы с заказчиком, модель помогает сформировать программу проектов перехода на новый технологический стек и минимизировать риски снижения продуктивности ИТ-систем.
Именно поэтому процесс совершенствования и обогащения модели подразумевает наличие этапов стендирования и тестирования ИТ-продуктов в максимально приближенных к промышленной эксплуатации условиях. Часть таких стендирований интегратор проводит в собственной тестовой лаборатории, а часть — на стороне заказчика. ИТ-партнёр совместно с заказчиком заранее определяет и согласовывает набор продуктов для тестирования, а также перечень перспективных направлений для дальнейшего развития ИТ-ландшафта.