Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем. Добавлять новую функциональность в ИТ-ландшафт, базирующийся на тяжелых «монолитах», с каждым годом становится все сложнее. Создание ИТ-ландшафта предприятия предполагает проведение сложного комплекса действий, направленных на структурирование и отображение элементов архитектуры ИТ-элементов. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времениосуществлять мониторинг ИТ-ландшафта на всех уровнях.
Построение ИТ-ландшафта на базе подхода Data Driven
В 2022 г. У нас не было выстроенной проектной структуры, и требовался координатор, готовый полностью контролировать все активности. Команда Axenix взяла на себя управление проектами, архитектурный надзор, консалтинг в подборе систем, быстро выделила необходимые ресурсы, и благодаря этому все было сделано на самом высоком уровне. За 18 месяцев мы реализовали 36 подпроектов, провели миграцию по 15 различным направлениям. На разных этапах в проектную команду входило более 650 специалистов как из нашей команды, так и из подрядных организаций, которые параллельно работали над задачами локализации.
Система критериев также учитывает распространённость поставляемых решений среди потребителей из конкретного сектора экономики, наличие выстроенной системы поддержки и обучения специалистов — как для системных интеграторов, так и для тех, кто в дальнейшем будет отвечать за эксплуатацию решения на стороне заказчика. Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент. Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку. На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт. На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития.
Антон Рубенчик, заместитель генерального директора, блок по информационным технологиям билайна: «Для команд, которые занимаются разработкой ИТ-приложений, при проектировании важно оценивать комплексное влияние на множество факторов: не только на оптимизацию серверных мощностей и потребление электроэнергии, но также и на то, какой вклад они тем самым вносят в экологическую обстановку. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в «облако». При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами». Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии.
Такие изменения в ИТ-ландшафте не только повышают эффективность бизнес-процессов, но и способствуют инновационному развитию организации. Чтобы ИТ-ландшафт масштабировался вместе с ростом бизнеса, важно: Правильно планировать и прогнозировать будущие потребности в ИТ-ресурсах. Выбирать гибкие и масштабируемые технологии, которые позволяют быстро добавлять новые серверы или обновлять программное обеспечение. Регулярно анализировать производительность систем и оптимизировать их работу для достижения лучших результатов. Когда пора менять ИТ-ландшафт Есть несколько признаков, которые могут указывать на необходимость изменения ИТ-ландшафта в компании: Низкая производительность: ИТ-продукты работают медленно, появляются задержки и сбои. Трудности в масштабировании: компания растет, но текущая архитектура трудно масштабируется для поддержки увеличивающихся объемов данных и пользователей. Безопасностные угрозы и инциденты: повышение уровня киберугроз или частые инциденты безопасности. Технологическое устаревание: используемые технологии и программное обеспечение становятся устаревшими и не могут поддерживать современные процессы. Высокие издержки обслуживания: поддержка и обслуживание текущего ИТ-ландшафта становятся слишком дорогими. Неудовлетворенность сотрудников: коллеги выражают недовольство в связи с низкой производительностью решений или сложностью процессов. Замена ИТ-ландшафта начинается с анализа бизнес-потребностей, в ходе которого определяются недостатки текущей инфраструктуры и выявляются новые возможности. Далее разрабатывают стратегию замены, которая включает ключевые этапы проекта, описывает бюджет и временные рамки. Определяют технологии, соответствующие стратегии, например - облачные платформы, программное обеспечение и оборудование. Проводят подготовку персонала, включая обучение и переобучение сотрудников для работы с новыми технологиями. Сотрудники, которые готовы принять нововведения и понимают, какую пользу они им принесут — половина успеха проекта. Затем разрабатывают пошаговый план замены, чтобы минимизировать возможные нарушения процессов. После этого команда проводит тестирование и отладку нового ИТ-ландшафта. Внедрение новой инфраструктуры начинается пошагово, с мониторингом процесса для оперативного реагирования на возможные проблемы. По завершении замены специалисты проводят оценку результатов, где сравнивают достигнутые результаты с ожидаемыми целями, и вносят коррективы при необходимости. Замена ИТ-ландшафта — сложный процесс, требующий внимательного планирования и взаимодействия многих отделов. Заключение ИТ-ландшафт — это сложная система, которая требует постоянного обслуживания и поддержки. Важно иметь команду специалистов, которые будут следить за его работой, проводить регулярные аудиты безопасности и устранять проблемы своевременно. Бизнес должен подготовить свою архитектуру к изменениям на рынке и внутри компании. Поэтому руководству стоит следить за новинками в сфере информационных технологий и быть готовым к внедрению инноваций. ИТ-ландшафт является ключевым элементом успешного функционирования.
Ценность RPA в корпоративном ИТ-ландшафте
Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ. ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург. Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года. ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической.
Цифровая трансформация бизнеса в условиях обновленного ИТ-ландшафта
ПАО «ВымпелКом» (тм билайн) внедрило автоматизированное решение по расчету углеродного следа от инфраструктуры, используемой ИТ-приложениями, которые функционируют внутри. Об этом и не только говорили владельцы и первые лица крупнейших российских и мировых ИТ-компаний, руководителей инфраструктурных организаций, госструктур в рамках. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. «У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает. Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT.
Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
Кроме того, изменения могут вноситься в случае: Переход к облачным технологиям приводит к изменениям в ИТ-ландшафте. Нужно настроить остальные системы и интегрировать облако в ИТ-архитектуру. Когда объем данных растет, а важность их безопасности увеличивается, в архитектуру вносят изменения, чтобы не допустить утечки и соблюсти нормативы. Внедрение мобильных технологий требует обеспечения мобильной доступности и безопасности данных для пользователей.
Когда интеграция данных из различных источников становится приоритетом, ИТ-ландшафт эволюционирует для поддержки сложных систем интеграции. Компания начинает использовать решения на базе искусственного интеллекта и аналитики данных для принятия решений. В таком случае архитектуру также придется подстраивать под нововведения.
Такие изменения в ИТ-ландшафте не только повышают эффективность бизнес-процессов, но и способствуют инновационному развитию организации. Чтобы ИТ-ландшафт масштабировался вместе с ростом бизнеса, важно: Правильно планировать и прогнозировать будущие потребности в ИТ-ресурсах. Выбирать гибкие и масштабируемые технологии, которые позволяют быстро добавлять новые серверы или обновлять программное обеспечение.
Регулярно анализировать производительность систем и оптимизировать их работу для достижения лучших результатов. Когда пора менять ИТ-ландшафт Есть несколько признаков, которые могут указывать на необходимость изменения ИТ-ландшафта в компании: Низкая производительность: ИТ-продукты работают медленно, появляются задержки и сбои. Трудности в масштабировании: компания растет, но текущая архитектура трудно масштабируется для поддержки увеличивающихся объемов данных и пользователей.
Безопасностные угрозы и инциденты: повышение уровня киберугроз или частые инциденты безопасности. Технологическое устаревание: используемые технологии и программное обеспечение становятся устаревшими и не могут поддерживать современные процессы. Высокие издержки обслуживания: поддержка и обслуживание текущего ИТ-ландшафта становятся слишком дорогими.
Неудовлетворенность сотрудников: коллеги выражают недовольство в связи с низкой производительностью решений или сложностью процессов. Замена ИТ-ландшафта начинается с анализа бизнес-потребностей, в ходе которого определяются недостатки текущей инфраструктуры и выявляются новые возможности. Далее разрабатывают стратегию замены, которая включает ключевые этапы проекта, описывает бюджет и временные рамки.
Определяют технологии, соответствующие стратегии, например - облачные платформы, программное обеспечение и оборудование. Проводят подготовку персонала, включая обучение и переобучение сотрудников для работы с новыми технологиями. Сотрудники, которые готовы принять нововведения и понимают, какую пользу они им принесут — половина успеха проекта.
Затем разрабатывают пошаговый план замены, чтобы минимизировать возможные нарушения процессов. После этого команда проводит тестирование и отладку нового ИТ-ландшафта. Внедрение новой инфраструктуры начинается пошагово, с мониторингом процесса для оперативного реагирования на возможные проблемы.
В контексте ритейла наблюдается снижение запросов на локализацию, что может указывать на то, что многие ритейлеры уже адаптировались к новым условиям. Что касается банковского сектора, ожидается, что в 2024 году банки будут сосредоточены на «осторожном развитии цифровой повестки». Основное внимание уделяется развитию цифровых каналов и аналитики. Основные банковские системы, такие как АБС и процессинг, уже достаточно устойчивы и надежны. Однако конкурентное преимущество банков в будущем будет заключаться не столько в надежности бэкенд систем, сколько в удобстве пользовательских интерфейсов и инновационности предлагаемых продуктов. В этом контексте ключевую роль играют большие данные, аналитика и искусственный интеллект. Они помогают банкам лучше понимать своих клиентов, анализируя обширные массивы данных, включая историю транзакций, перемещений и покупок. Это позволяет банкам предлагать клиентам персонализированные продукты и услуги, создавая основу для конкурентного преимущества. В такой же ситуации и страховые компании. Взыскание технического долга Новую ситуацию в ИТ отличает распространение технического долга, вызванного неизбежными компромиссами при перестройке ландшафтов при локализации и импортозамещении.
Для управления техническим долгом необходимо применять системный подход, который включает в себя более тщательное планирование, оценку рисков, анализ качества разработок и качественный архитектурный надзор, а также выделение ресурсов на устранение технического долга. Технический долг может быть индикатором проблем в информационных системах, особенно если наблюдается увеличение инцидентов, снижение производительности и возрастание запросов на техническую поддержку. Больший технический долг усложняет доработку систем и задерживает вывод продуктов на рынок. Определить уровень технического долга можно, например, через обратную связь от бизнес-подразделений о работе ИТ и скорости внедрения требований. Постстрессовая гармония Другой выраженный тренд на 2024 год - концепция «гармонизации после стрессовой локализации», описывающая необходимость интегрировать и оптимизировать ИТ-системы, которые были оперативно локализованы в условиях временных ограничений в 2022-2023 годах. Ситуация часто требовала компромиссов в автоматизации и использования доступных, но не всегда оптимальных решений. В 2024 году основная задача будет состоять в автоматизации функций, которыми пришлось пожертвовать во время первоначальной локализации, и замене неоптимальных решений более эффективными.
Данный подход позволил авторам породить 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. Baldwin, A. MacCormack, S.
Переход в облако не обязательно подразумевает миграцию всех сервисов. Компании могут сочетать свой набор onpremise-решений с облачными. Например, можно перенести в облако корпоративную почту, тестирование и разработку или хранение резервных копий. При этом, службу каталогов оставить на своих серверах. Критически важно не концентрировать все ресурсы в одном месте, даже когда речь идет об облаках. Рекомендуется выбрать одного провайдера для почты, видеоконференций, мессенджеров и систем управления документами, но при этом использовать другого для резервного копирования, чтобы обеспечить независимость и отказоустойчивость систем. Бизнес строит ИТ-ландшафт с нуля Таким компаниям легче и труднее одновременно. С одной стороны, у них есть полная свобода и отсутствие «легаси-багажа». С другой — им не на что опереться, приходится максимально быстро вникать в предложение российских ОС, офисных пакетов, систем виртуализации и резервного копирования. То есть, полностью выстраивать корпоративную ИТ-архитектуру на базе исключительно российских решений. Успеха здесь можно достичь либо при условии относительно простых потребностей, либо при наличии очень серьезной внутренней ИТ-компетенции, а также через привлечение сведущего консультанта с опытом подобных проектов. К сожалению, системный подход к импортозамещению в ИТ, охватывающий последовательную замену серверного ПО, виртуализации, ОС и прикладных программ все еще встречается на нашем рынке не так часто. В текущем году большинство запросов в этой области касалось операционных систем и решений в области коммуникации, включая корпоративную почту, мессенджеры и видео-конференцсвязь, а также систем резервного копирования и виртуализации. Хотя многие компании в 2023 году тестировали новые решения в области виртуализации, ОС и серверной составляющей, полный переход на них часто откладывается до следующего года из-за объема необходимой подготовки и непосредственно проектных работ. Это большая, серьезная инициатива. Чтобы все прошло максимально успешно, и миграция на российское ПО прошла с минимумом сложностей, имеет смысл привлекать компетентных интеграторов. Их компетенции позволят провести аудит существующего ландшафта и составляющих его решений, проанализировать текущие и будущие потребности компании, а также разработать четкую дорожную карту перехода, включая оценку затрат на новый софт. Далее можно либо выбрать новый технологический стек самостоятельно или отдать задачу на откуп системному интегратору, который сможет предложить решения «под ключ».
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Например, техническая возможность за ограниченное фиксированное время скажем, 2 недели создать и встроить в ИТ-ландшафт произвольный новый бизнес-процесс — вне зависимости от того, данными какого типа он оперирует, как быстро их перемещает, и какие этапы в себе содержит. Отметим, что этот пример — лишь самый распространённый, для вашей компании маяк цифровизации может быть совсем иным. Так или иначе, после того, как маяк сформирован, ИТ-ландшафт компании должен начать перестраиваться с ориентиром на него. Три ключевых столпа цифровой трансформации Эластичная инфраструктура.
Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений.
Проблема и задачи Проблема После выделения из состава крупного холдинга, предприятию потребовалось быстро организовать собственную ИТ-инфраструктуру и перенести в нее ключевые для бизнеса системы.
У компании не было технологической базы для переноса ключевых сервисов, а создание On-Premise инфраструктуры с нуля потребовало бы больших капитальных затрат. Задачи Развернуть ИТ-инфраструктуру, на которой разместятся сервисы и информационные системы компании. Обеспечить стабильную работу критичных ИТ-систем. Создать безопасную среду для удаленных сотрудников с централизованным входом. Развернуть корпоративный почтовый сервис.
В рамках второго этапа проекта были выбраны конкретные решения из предложенных вариантов, сформулирован и реализован детальный план трансформации. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры. Так, облачная инфраструктура реализована на платформе Yandex Cloud, офисные и коммуникационные сервисы Microsoft заменены на решения «Яндекс 360». Основные работы были завершены в конце 2022 г. Сейчас заканчивается настройка пользовательских устройств и обучение сотрудников «Рулог» по работе с новыми сервисами.
Технической поддержкой локальной ИТ-инфраструктуры займется команда Axenix.
AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
Смотрите видео онлайн «Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику» на канале «TAdviser» в хорошем качестве и бесплатно. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает изданию IT Channel News об ИТ-трендах на 2024 год. Что и как поменяет ИТ-ландшафт страны в 2024 году. ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей.
Обратная связь:
- Как меняется ИТ-ландшафт Северстали - Новости металлургии - Металлоснабжение и сбыт
- ИТ-ландшафт современных компаний | Инструкции по Настройке
- Вебинар уже прошел — но вы можете посмотреть его в записи
- Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor
- Об изменении ландшафта ИТ-рынка
Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы»
интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные. После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времениосуществлять мониторинг ИТ-ландшафта на всех уровнях. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем.