Gartner Дэрил Пламмер обрисовал на саммите Gartner Data and Analytics перечень прорывных технологий, которые в не столь отдаленном будущем перекроят ИТ-ландшафт, рынки. Группа компаний ITMS завершила локализацию ИТ-инфраструктуры в России и Белоруссии. Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании РУЛОГ (ранее известной как HAVI).
Простота восприятия, уверенность в работе.
- Retail TECH - Форум о трансформации ритейла
- X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта -
- AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
- Поделиться
Что и как поменяет ИТ-ландшафт страны в 2024 году
Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков. В результате удалось составить перечень возможных систем, которые смогли удовлетворить бизнес-потребности заказчика", — отметил Максим Ким, старший менеджер практики "Технологическая стратегия" компании Axenix. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры. Так, облачная инфраструктура реализована на платформе Yandex Cloud, офисные и коммуникационные сервисы Microsoft заменены на решения Яндекс 360.
Под целевой обычно понимают систему, которая имеет ценность для конечного потребителя и который нам за нее заплатит , то есть некий конечный продукт товар или услуга деятельности предприятия как системы-создателя. Еще одно важное для нас определение системы систем system of system, SoS — «набор или упорядоченная совокупность систем, возникающая в результате комплексирования независимых и пригодных к работе систем в более крупную систему, обладающую новыми возможностями». Поэтому идет череда модернизаций, а не разовое спроектированное проектное действие, то есть создание типичной SoS никогда нельзя считать полностью завершенным. В ISO 21839:2019 выделено четыре типа SoS, отличающихся степенью связанности составляющих их систем — от сильно связанных до полностью автономных: Управляемые directed , в которых есть назначенный архитектор, который может выдавать приказы командам проектов составляющих систем и менеджер, который распоряжается общими ресурсами. Коллаборативные collaborative , в которых владельцы всех систем договариваются друг с другом по каждому вопросу, но нет архитектора, менеджера проекта или аналогичных выделенных оргзвеньев, занятых созданием и развитием SoS на уровне целой системы. Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно. Система систем Современные крупные компании анг.
Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т.
Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса.
Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой.
К слову, за время реализации проекта штат нашей организации увеличился почти вдвое. Опрос, который мы провели среди своих сотрудников по завершении проекта, показал, что в целом работники компании довольны качеством и скоростью работы ИТ-сервисов», — отметил Алексей Трифонов, менеджер по ИТ АКРА. Компания динамично развивается, и уже в процессе эксплуатации появляются новые задачи, требующие изменений и в ИТ. Наши команды работали в тесном тандеме, что позволило своевременно осуществлять необходимые доработки без отрицательного влияния на бизнес-процессы», — рассказал архитектор проекта Олег Недосеко, компания «Инфосистемы Джет». Свежее по теме.
В 2022 г.
У нас не было выстроенной проектной структуры, и требовался координатор, готовый полностью контролировать все активности. Команда Axenix взяла на себя управление проектами, архитектурный надзор, консалтинг в подборе систем, быстро выделила необходимые ресурсы, и благодаря этому все было сделано на самом высоком уровне. За 18 месяцев мы реализовали 36 подпроектов, провели миграцию по 15 различным направлениям. На разных этапах в проектную команду входило более 650 специалистов как из нашей команды, так и из подрядных организаций, которые параллельно работали над задачами локализации.
Как классифицируют ИТ-ландшафты
- ИТ-ландшафт как сложная система систем / Хабр
- Другие новости
- Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы»
- Как российским компаниям развивать ИТ-ландшафт в новой реальности?
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Институт кибербезопасности и цифровых технологий РТУ МИРЭА и ведущий разработчик платформы сбора и хранения данных Arenadata провели хакатон «Современный ИТ-ландшафт». Наши эксперты предлагают комплексные решения для оптимизации ИТ инфраструктуры, улучшения безопасности данных и повышения производительности бизнеса. Группа компаний ITMS завершила локализацию ИТ-инфраструктуры в России и Белоруссии. От каких подходов к импортозамещению банка лучше отказаться и на какие пробелы в ИТ-ландшафте стоит обратить внимание — рассказывает Алексей Северов, ИТ-архитектор.
Где густо, где пусто
- Переход на технологически независимый ИТ-ландшафт: RE-волюционный подход IT One
- Билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
- ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
- Сколько компонентов может содержать ИТ-ландшафт
- Смотрите также
Axenix разработала стратегию локализации ИТ-ландшафта логистической компании "Рулог"
Вместе с заказчиком формирует новый ИТ-ландшафт, оказывает комплексное сопровождение проектов тестирования и внедрения. Целью исследования CNews Analytics и «Инфосистемы Джет» было определить степень проникновения технологий контейнеризации в ИТ-ландшафт крупных российских компаний и. Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ». ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком».
Об изменении ландшафта ИТ-рынка
На вебинаре генеральный директор АО «Северсталь-инфоком» Сергей Дунаев расскажет о том, как менялся ИТ-ландшафт «Северстали» в течение последних месяцев и почему цифровую трансформацию не остановить. Вэбинар проводится для действующих и потенциальных клиентов «Северстали».
Очевидно, что замена Replace — только один из шести вариантов развития событий, причем не самый первый. Далее расскажем о том, что представляют собой остальные пять сценариев. Модель 6R в действии Первый сценарий в нашем списке — Retain, или поддержка текущей ИТ-системы без изменений. Этот сценарий подразумевает, что конкретный объект это может быть система, бизнес-процесс , элемент ИТ-инфраструктуры и так далее не нужно «трогать» прямо сейчас и пока нет предпосылок того, что возникнет необходимость менять его в будущем. Примеры: продукты с бессрочной приобретенной лицензией, способные работать без обновлений Microsoft Exchange или Atlassian Stack on-premise. Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации. Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности.
Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии.
Система критериев также учитывает распространённость поставляемых решений среди потребителей из конкретного сектора экономики, наличие выстроенной системы поддержки и обучения специалистов — как для системных интеграторов, так и для тех, кто в дальнейшем будет отвечать за эксплуатацию решения на стороне заказчика.
Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент. Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку. На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт.
На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции.
Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития.
Информирование ИЦК о подходах и методиках Минцифры России и ЦКИТ к подготовке приоритетных направлений замещения зарубежных отраслевых решений и программного обеспечения на российские аналоги в ключевых отраслях экономики и классов программного обеспечения ИТ-ландшафтов в 2024 году на основе функционального подхода функционально-технологических карт - ФТК : Этап 1 до конца апреля 2024 г. Этап 2 до конца 2024 г. Работа над ошибками, выявленный потенциал модели.
Офисный ИТ-ландшафт для АКРА
Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. 5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ». Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI). Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год.
Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! Новости. Разработка и ИТ-ландшафт. Последние новости по теме IT-ландшафт: Мишустин указал на белые пятна в российском IT-ландшафте. После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI).