Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ. Минцифры представит «IT-ландшафт». Обзорная карта послужит основой для разработки российских аналогов зарубежных сервисов для бизнеса. Термин Low-code (LC) буквально означает «низкий код» — технологию, позволяющую оперативно разрабатывать и развертывать ИТ-приложения c минимальным использованием. Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ.
Публикации
- Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
- Post navigation
- ИТ-ландшафт современных компаний | Инструкции по Настройке
- Сложный ландшафт технологической независимости
- NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
ИТ-ландшафт современных компаний Инструкции, гайды по настройке программ и приложений. совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике.
Содержание
- Компания «Лента» реализует проект по оптимизации ИТ-инфраструктуры с помощью Oracle Exadata
- Новый ландшафт ИТ: тренды и возможности by aline v on Prezi
- Сложный ландшафт технологической независимости
- ИТ-ландшафт компании | SAYMON
УПРАВЛЕНИЕ IT ЛАНДШАФТОМ
Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно. Система систем Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений.
В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов.
При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами.
Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась.
Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса.
Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов.
Живой интерес вызвали вопросы нормативных изменений по закупкам оборудования. Кроме того, на Softline Deep Dive работала демо-выставка: на 25 стендах были представлены разнообразные решения — от инженерной инфраструктуры до офисных приложений, в том числе и облачные — от ГК Softline и ее партнеров. Отдельные стенды были посвящены продуктам Softline Universe, Softline Digital и других вендоров. Посетителям стендов было продемонстрировано наглядное решение их конкретных задач. Эксперты поделились опытом перехода на российские продукты, разобрали стереотипы об отечественном ПО и оборудовании. На саммите для удобства участников были организованы специальные партнерские зоны для one-to-one встреч и деловых переговоров. За два дня мероприятия эта площадка стала оживленным местом, где клиенты смогли напрямую, в личной беседе обсудить с вендорами актуальные вопросы.
Участие компании в мероприятии — это, с одной стороны, оказание поддержки нашему стратегическому платиновому партнеру ГК Softline в рамках партнерской программы «Аквариус». С другой стороны, это возможность рассказать широкой аудитории клиентов со всей России о нас и нашем оборудовании, дальнейших планах развития «Аквариус» на новом ИТ-ландшафте, а также возможность обменяться контактами и получить полезную информацию от наших коллег — российских вендоров. В рамках мероприятия мы обсудили стратегию совместной работы с ГК Softline: были согласованы дальнейшие шаги по работе с государственными и коммерческими заказчиками. Кроме того, на данный момент в работе есть несколько совместных проектов и до конца года появятся новые.
Система систем Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность.
В ближайшие 2-3 года можно прогнозировать как рост числа компаний, использующих контейнерные технологии, так и расширение их применения в отдельно взятых компаниях. Показатели реального сектора металлургия, машиностроение, ТЭК, сельское хозяйство и пр. Интересно, что эта платформа лидировала по использованию и среди западных респондентов три года назад, тогда как сейчас фаворитами стали вендорские реализации Kubernetes от крупнейших облачных провайдеров — Amazon, Google, IBM и Microsoft. В «Инфосистемы Джет» ожидают, что схожий путь предстоит и российскому бизнесу. Разница будет лишь в том, что после эксперимента с бесплатными продуктами отечественные компании преимущественно выберут вендорские решения on-premise. Тренд на использование отечественными компаниями решений on-premise Open Source или вендорских очевиден уже сегодня.
Облачные горизонты отечественного ИТ-ландшафта
5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —"День поставщика ИТ". VI технологический форум для представителей ИТ-отрасли и высокотехнологичных компаний. Новости. Разработка и ИТ-ландшафт. Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов). Что и как поменяет ИТ-ландшафт страны в 2024 году.
Компания «Лента» реализует проект по оптимизации ИТ-инфраструктуры с помощью Oracle Exadata
После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов). * Целевой ландшафт ИТ-архитектуры. Трансформация российского ИТ-ландшафта в прошлом году с фокусом на усиление обеспечения информационной безопасности и формирование независимых каналов. — Олег Александрович, опыт работы ИЦК по формированию независимого от зарубежных решений отраслевого ИТ-ландшафта в нефтегазе может стать примером для других отраслей. После долгих исследований и усилий мы с гордостью представляем версию БЕЗУМНОГО ландшафта 2023 года.
Облачные горизонты отечественного ИТ-ландшафта
Очевидно, что для ИТ ландшафта как системы, состоящей из приложений, именно информационное взаимодействие между ними является основным. Поскольку мы имеем дело не с биологическими, а кибер-физическими системами, то они, в отличие от живых организмов, не создают себя сами, для этого требуется специальная сторонняя система, управляющая жизненным циклом системы нашего интереса, — т. Часто можно наблюдать довольно длинные цепочки систем-создателей. Под целевой обычно понимают систему, которая имеет ценность для конечного потребителя и который нам за нее заплатит , то есть некий конечный продукт товар или услуга деятельности предприятия как системы-создателя.
Еще одно важное для нас определение системы систем system of system, SoS — «набор или упорядоченная совокупность систем, возникающая в результате комплексирования независимых и пригодных к работе систем в более крупную систему, обладающую новыми возможностями». Поэтому идет череда модернизаций, а не разовое спроектированное проектное действие, то есть создание типичной SoS никогда нельзя считать полностью завершенным. В ISO 21839:2019 выделено четыре типа SoS, отличающихся степенью связанности составляющих их систем — от сильно связанных до полностью автономных: Управляемые directed , в которых есть назначенный архитектор, который может выдавать приказы командам проектов составляющих систем и менеджер, который распоряжается общими ресурсами.
Коллаборативные collaborative , в которых владельцы всех систем договариваются друг с другом по каждому вопросу, но нет архитектора, менеджера проекта или аналогичных выделенных оргзвеньев, занятых созданием и развитием SoS на уровне целой системы. Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно. Система систем Современные крупные компании анг.
Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт».
Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме.
Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья.
Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга.
С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ».
Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах.
При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам.
Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта.
Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры.
Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии. В свою очередь эти показатели рассчитываются на основе модели, спроектированной силами команды, развивающей облачную платформу. В ближайших планах — внедрение моделей в платформу наблюдаемости для возможности произведения расчетов на основе мониторинга фактических данных и отслеживания динамики роста или снижения показателей по выбросам.
Второй год подряд совместно с нашими партнерами мы считаем и раскрываем предотвращенный выброс СО2-экв от внедрения зеленых технологий и проекта по восстановлению клиентского оборудования.
Методика позволит определить единый подход, обеспечить полноту сведений достаточных для оценки рынка общесистемного и прикладного программного обеспечения и получить репрезентативную выборку решений с оптимальной визуализацией», — подчеркнула Ирина Кокорина. В рамках перехода к отраслевому блоку программы мероприятия исполняющий обязанности директора Дирекции по цифровой трансформации ПАО «Газпром нефть» Третьяк Олег обозначил подход к формированию ИТ-ландшафтов Индустриального центра компетенций «Нефтегаз, нефтехимия и недропользование»: «В Индустриальном центре компетенции мы подходили к формированию ИТ-ландшафтов индустриального ПО, стремясь уйти от понятия классов в оценке, и не ставили целью разработать продукты аналогичные зарубежному программному обеспечению по функциональным характеристикам. Чем ближе к бизнесу, тем более ПО разнообразно и связано с обеспечением компании конкурентными преимуществами. Даже внутри одной отрасли у разных организаций имеется определенная специфика. Например, логистика в нефтегазе значительно отличается от этого направления в недропользовании. В контексте стандартизации и выработки общих требований к индустриальному ПО мы долго дискутировали в ИЦК и пришли к выводу, что необходима площадка для тестирования программ с целью обеспечения их верификации и сертификации». Первую часть общего доклада об опыте построения архитектуры ИТ-ландшафтов в нефтегазовой отрасли промышленности представил руководитель программ по развитию корпоративной бизнес-архитектуры ПАО «Газпром нефть» Ринат Гайнуллин.
Спикер рассказал о совместном с ПАО «Роснефть» и при участии компании, входящих ИЦК «Нефтегаз, нефтехимия и недропользование», исследовании на предмет использования цифровых решений в теплоэнергетическом комплексе в контексте исполнения Поручения Председателя Правительства России Михаила Мишустина по формированию перечня особо значимых проектов в ключевых отраслях экономики. В результате нам удалось совместно сформировать универсальную карту функциональных бизнес-процессов в ТЭК», — дополнил Ринат Гайнуллин. Руководитель центра корпоративной архитектуры ПАО «Газпром нефть» Александр Войновский познакомил аудиторию с проведенным анализом покрытия функциональных процессов особо значимыми проектами в нефтегазовой отрасли и оценкой уровня зрелости цифровых решений во второй части общего доклада. Спикер отметил, что по итогам оценки был создан реестр зрелых отечественных цифровых решений индустриального ПО, который позволил создать ИТ-ландшафт нефтегаза. Сейчас мы активно актуализируем данные реестра. Я согласен с коллегами и поддерживаю инициативу по созданию платформы, которая позволит эффективно работать с этими данными и будет представлять хороший управленческий инструмент», — заключил Александр Александрович. В третьей части общего доклада руководитель по цифровому развитию и технологической независимости информационных систем ООО «СИБУР Диджитал» Денис Юдаков рассказал об опыте консолидации компаний-участников ИЦК «Нефтегаз, нефтехимия и недропользование» и вендоров на примере формирования цифровых решений по технологическому моделированию и управлению производственными процессами MES-системы , закрывающих «белые пятна» ИТ-ландшафта отрасли. Напомним, что построение ИТ-ландшафта нефтегазовой отрасли и формирование подхода к разработке отечественных MES-систем стали одними из основных тем рабочего визита секретаря ИЦК «Нефтегаз, нефтехимия и недропользование», руководителя программ цифровой экономики Дирекции по цифровой трансформации ПАО «Газпром нефть» Матвея Алексеева в Передовую инженерную школу СПбПУ «Цифровой инжиниринг в ноябре 2023 года.
В завершение первой части стратегической сессии руководитель Центра цифровизации организаций ОПК Всероссийского научно-исследовательского института «Центр» Андрей Агеев поделился экспертным мнением о представленных подходах и методиках, а также подчеркнул важность дискуссионных площадок в процессе цифрового развития отраслей промышленности. Подразделения Экосистемы технологического развития ежегодно принимают участие в формировании повестки данного форума по цифровизации ОПК России. Напомним, с 27 по 29 сентября 2023 года на территории Красноярского края состоялся Двенадцатый форум по цифровизации оборонно-промышленного комплекса России «ИТОПК», активными участниками которого стали представители Экосистемы технологического развития Санкт-Петербургского политехнического университета Петра Великого. Так, Алексей Боровков стал организатором и модератором дискуссии «Кадры и культура цифровой трансформации» и традиционной секции «Математическое моделирование и суперкомпьютерные технологии в ОПК.
Именно поэтому следующим этапом развития информационного ландшафта нашей компании стало появление программно-аппаратных решений, которые позволят нам эффективно решить вопросы и масштабирования, и производительности наших ИТ-систем», — отмечает Кузьмич Всеволод, CIO, «Лента». В 2013 году, к моменту начала проекта, все бизнес-системы работали на современных RISС-машинах Enterprise-уровня, объединенных в кластеры для эффективного использования ресурсов посредством балансировки нагрузки. При разработке стратегии развития ИТ-инфраструктуры было выявлено, что подобная архитектура имеет ряд ограничений и уступает появившимся на рынке новым технологическим решениям. ИТ-служба компании «Лента» проанализировала отчеты ведущих мировых аналитических агентств и отобрала несколько решений-кандидатов, которые были протестированы на реальных данных. Кроме базовых критериев отбора — гарантированной отказоустойчивости, способности работать с большими объемами данных, наличием в России квалифицированных партнеров по системной интеграции и наличия у них опыта внедрения значимого количества аналогичных систем — важными параметрами при выборе стали масштабируемость и производительность системы. На финальной стадии были выбраны две системы различных производителей, в ходе тестирования которых следовало воссоздать на стендах нагрузку на реальных данных, идентичную продуктивной.
Производительность оценивалась по скорости построения ресурсоемких отчетов и времени выполнения наиболее сложных транзакций в различных режимах нагрузки оборудования.
Построение ИТ-ландшафта на базе подхода Data Driven
Не для всего ПО было легко подобрать аналоги. Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков. В результате удалось составить перечень возможных систем, которые смогли удовлетворить бизнес-потребности заказчика", — отметил Максим Ким, старший менеджер практики "Технологическая стратегия" компании Axenix. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры.
Мы обеспечим: Максимальный уровень защиты информации и гарантированную сохранность данных Хранение ваших данных в выделенной зашифрованной форме Регулярное резервное копирование для бесперебойной работы системы Возможность аренды серверов как в РФ в соответствии с 152-ФЗ , так и в Германии. Защиту данных благодаря удаленному расположению. Компания assino, обладая многолетним опытом и надежной репутацией, обеспечит вам высокоэффективное и безопасное IT-обслуживание. Для получения подробной консультации оставьте заявку. Статья относится к тематикам: Качество, безопасность, госрегулирование Поделиться публикацией: Источник: assino Подписывайтесь на наши новостные рассылки , а также на каналы Telegram , Vkontakte , Дзен чтобы первым быть в курсе главных новостей Retail. Добавьте "Retail.
Где заканчивается «хайп» при внедрении современных технологий и начинается прагматичное использование? Можно ли продолжать наращивать эффективность производства, если на рынок не выходят новые решения по промышленной автоматизации и новым технологиям?
Ведь рынку необходимо обеспечить совместимость решений, чтобы системы сочетались друг с другом. Кроме того, мы видим также спрос на заказную разработку, который будет усиливаться в ближайшей перспективе. Антон Тен, руководитель отдела корпоративных продаж CommuniGate Systems: Сейчас заказчики хотят иметь в рамках одного решения весь спектр сервисов и услуг. Мы слышим этот запрос, постоянно дорабатываем продукт и предлагаем полную коммуникационную связку: от электронной почты до собственной ВКС. Клиентская часть наших продуктов также постоянно совершенствуется. Каждый стремится создать экосистему вокруг себя на базе собственных флагманских продуктов. И на рынке уже много примеров среди крупных разработчиков. За прошлый год многие компании скорректировали свои стратегии и начали перестраивать бизнес-процессы с учетом новых вызовов.
Поэтому отмечается всплеск интереса к разным решениям: от инфраструктурных сервисов, таких как службы каталогов, почты, мессенджеры до систем информационной безопасности, так как количество новых угроз и хактивистов продолжает расти.