Новости ит ландшафт

Об этом и не только говорили владельцы и первые лица крупнейших российских и мировых ИТ-компаний, руководителей инфраструктурных организаций, госструктур в рамках. Смотрите видео онлайн «Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику» на канале «TAdviser» в хорошем качестве и бесплатно. Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для.

Аудит цифрового ландшафта

Новости. Разработка и ИТ-ландшафт. Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными. О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке. Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами.

Другие материалы рубрики

• Облачные горизонты отечественного ИТ-ландшафта
• Обратная связь:
• Свежее по теме
• Переход на технологически независимый ИТ-ландшафт
• Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет — ЦИПР
• Как классифицируют ИТ-ландшафты

eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»

Как говорится, а воз и ныне там! Даже статистика пока на западном ПО. Начальник управления геологических запасов ГКЗ Александр Лопатин говорил, что абсолютное большинство проектов подсчета запасов и технической разработки месторождений в РФ ведется на основе западной IT-продукции.

Специалисты объяснили, как адаптироваться к новым экономическим реалиям и какие практические и бизнес-инструменты позволяют эффективно развиваться в новых условиях. Третья панельная дискуссия «Усиление технологического суверенитета: новое в законодательстве, новое в подходах» собрала представителей органов государственной власти, госкорпораций и академических организаций. На встрече обсудили вопросы обеспечения бесперебойного функционирования существующей инфраструктуры и защиты государственных информационных ресурсов, а также новые подходы к предоставлению доступа к единой экосистеме Softline Universe и лицензированию в рамках единого соглашения. Живой интерес вызвали вопросы нормативных изменений по закупкам оборудования. Кроме того, на Softline Deep Dive работала демо-выставка: на 25 стендах были представлены разнообразные решения — от инженерной инфраструктуры до офисных приложений, в том числе и облачные — от ГК Softline и ее партнеров. Отдельные стенды были посвящены продуктам Softline Universe, Softline Digital и других вендоров. Посетителям стендов было продемонстрировано наглядное решение их конкретных задач.

Эксперты поделились опытом перехода на российские продукты, разобрали стереотипы об отечественном ПО и оборудовании. На саммите для удобства участников были организованы специальные партнерские зоны для one-to-one встреч и деловых переговоров. За два дня мероприятия эта площадка стала оживленным местом, где клиенты смогли напрямую, в личной беседе обсудить с вендорами актуальные вопросы. Участие компании в мероприятии — это, с одной стороны, оказание поддержки нашему стратегическому платиновому партнеру ГК Softline в рамках партнерской программы «Аквариус».

Под целевой обычно понимают систему, которая имеет ценность для конечного потребителя и который нам за нее заплатит , то есть некий конечный продукт товар или услуга деятельности предприятия как системы-создателя. Еще одно важное для нас определение системы систем system of system, SoS — «набор или упорядоченная совокупность систем, возникающая в результате комплексирования независимых и пригодных к работе систем в более крупную систему, обладающую новыми возможностями». Поэтому идет череда модернизаций, а не разовое спроектированное проектное действие, то есть создание типичной SoS никогда нельзя считать полностью завершенным.

В ISO 21839:2019 выделено четыре типа SoS, отличающихся степенью связанности составляющих их систем — от сильно связанных до полностью автономных: Управляемые directed , в которых есть назначенный архитектор, который может выдавать приказы командам проектов составляющих систем и менеджер, который распоряжается общими ресурсами. Коллаборативные collaborative , в которых владельцы всех систем договариваются друг с другом по каждому вопросу, но нет архитектора, менеджера проекта или аналогичных выделенных оргзвеньев, занятых созданием и развитием SoS на уровне целой системы. Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно. Система систем Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт».

Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т.

Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами.

Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта.

Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой.

Карта связей, объединяющая продукты в оптимальные для использования под конкретные задачи готовые элементы ИТ-ландшафта «решения-матрёшки» — будь то: создание платформы унифицированных коммуникаций, платформы по управлению данными, системы резервного копирования и так далее. Использование референсной модели позволяет заказчику существенно сократить сроки реализации проектов по переходу с унаследованного ИТ-ландшафта на новый, благодаря применению преднастроенных моделей и конфигураций. Сегодня эксперты Rubytech активно используют модель для формирования проектных инициатив по импортозамещению. Референсная модель помогает адаптировать ИТ-ландшафт заказчика под его специфические запросы и способствует проектированию новых направлений. Используя ее, можно оперативно анализировать текущее состояние ИТ-инфраструктуры, осуществлять подбор доступных решений и формировать комплексные предложения по дальнейшему технологическому развитию организации в соответствии с потребностями бизнеса, а главное, с учётом всех внешних и внутренних ограничений. Как появилась референсная модель: методология создания В основе референсной модели — многоступенчатая система оценки, которая состоит из критериев, описывающих как сам продукт, так и компанию-производителя. При формировании этих критериев эксперты Rubytech опирались на такие требования, как общая оценка продукта, его функциональная зрелость, и, наконец, бизнес-оценка компании, которая его разрабатывает. Последний критерий помогает оценить перспективы продукта, его потенциал направления и темпы развития. Проанализировав Единый реестр российских программ Минкомсвязи и Единый реестр российской радиоэлектронной продукции Минпромторга, мы выбрали приоритетные для анализа продукты. Для формирования их перечня мы использовали открытые платформы «Отечественный софт», реестр отечественных поставщиков и другие , а также опирались на многолетний опыт экспертов из команды Rubytech и представителей ключевых партнеров. Кроме того, мы рассматривали продукты Open Source, у которых есть команды поддержки в российских компаниях-интеграторах. Далее эксперты Rubytech анализировали каждый продукт по целому ряду критериев: присутствие в реестрах ПО или оборудования ; наличие доступных курсов обучения и поддержки эксплуатирующего персонала; возможность поддержки по SLA; наличие экспертизы в области конкретной технологии на рынке. Система критериев также учитывает распространённость поставляемых решений среди потребителей из конкретного сектора экономики, наличие выстроенной системы поддержки и обучения специалистов — как для системных интеграторов, так и для тех, кто в дальнейшем будет отвечать за эксплуатацию решения на стороне заказчика. Методику проверяли на реальных кейсах, которые нам предоставляли заказчики. Это позволило в итоге создать применимый на практике и эффективный рабочий инструмент. Наши эксперты постоянно актуализируют референсную модель: исследуют рынок, фиксируют наличие доступных технологий по каждому из сегментов и проводят их специализированную оценку. На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10.

Что и как поменяет ИТ-ландшафт страны в 2024 году

Полагаем, что к концу 2013 г. Во всяком случае, предпосылки для этого в виде продуктов, которые должны быть востребованы потребителями, есть. Мы принципиально не разделяем IaaS- и PaaS-сервисы, потому что даже когда заказчики изначально заявляют, что им нужны только виртуальные мощности, потом выясняется, что им удобней получить платформу, готовую к установке бизнес-приложений, включая лицензии на операционные системы и другие программные продукты. По-прежнему доходы от публичного облака уступят доходам от проектов частных облаков.

В итоге планируем повысить эффективность внедрения облачных проектов за счет формирования корпоративного каталога облачных услуг для заказчиков. Сейчас OnCloud. Мы хотели бы использовать ее для обслуживания крупных корпоративных клиентов, которые имеют повышенные требования к доступности систем, обеспечивающих работу их бизнес-критичных приложений, и готовы платить за их бесперебойную работу.

При этом мы не собираемся забывать о наших SMB-заказчиках, которые по-прежнему интересны для нас. Их устраивают имеющийся уровень надежности инженерных систем существующих ЦОДов, технологические решения, обеспечивающие восстановление работоспособности в случае сбоев 15—20 мин простоя для них обычно не представляют проблемы , и нынешний уровень цен на подобные сервисы. Чтобы угодить и тем и другим, мы должны дифференцировать ресурсы.

Кроме того, мы хотим добиться того, чтобы заказчики более активно пользовались средствами автоматизации работы с облачными сервисами. А для этого нужно стремиться автоматизировать максимально возможное количество ИТ-сервисов, сделав их доступными не только ИТ-специалисту заказчика, но и обычному пользователю. Например, пользователь сможет самостоятельно установить необходимое ПО.

Для такой автоматизации заказчику потребуется помощь, которую мы предлагаем в виде консалтинга в области формирования каталога облачных сервисов. Мы считаем это перспективным направлением, которое принесет пользу заказчикам.

С помощью платформы мы сможем значительно сократить среднее время постановки сервиса на мониторинг, упростить пользовательский путь и обеспечить управление метриками и порогами ИТ-компонентов и сервисов. Реализация данной инициативы была бы невозможна без полноценного внедрения единой системы зонтичного мониторинга».

Первый заместитель управляющего директора компании «ЛАНИТ-Интеграция» Олег Головко: «В России у лидеров отраслей довольно зрелые информационные ландшафты, и для их эффективного управления нужны по-настоящему технологичные решения. Для наших экспертов столь масштабное внедрение в ведущем ритейлере России — интересная профессиональная задача. К ней мы подошли с двух сторон: выбрали перспективную отечественную платформу ИТ и совместили с гибридной моделью внедрения, которая включает классический каскадный подход к управлению проектом и гибкие практики. Такой синтез должен обеспечить высокий коэффициент возврата инвестиций клиента и стать новым технологическим ориентиром на рынке».

Платформа постановки на мониторинг позволит как рядовому пользователю, так и техническому специалисту самостоятельно устанавливать и отслеживать состояние инфраструктурных и бизнес-метрик ИТ-систем. С помощью платформы мы сможем значительно сократить среднее время постановки сервиса на мониторинг, упростить пользовательский путь и обеспечить управление метриками и порогами ИТ-компонентов и сервисов. Реализация данной инициативы была бы невозможна без полноценного внедрения единой системы зонтичного мониторинга». Первый заместитель управляющего директора компании «ЛАНИТ-Интеграция» Олег Головко: «В России у лидеров отраслей довольно зрелые информационные ландшафты, и для их эффективного управления нужны по-настоящему технологичные решения. Для наших экспертов столь масштабное внедрение в ведущем ритейлере России — интересная профессиональная задача.

К ней мы подошли с двух сторон: выбрали перспективную отечественную платформу ИТ и совместили с гибридной моделью внедрения, которая включает классический каскадный подход к управлению проектом и гибкие практики. Такой синтез должен обеспечить высокий коэффициент возврата инвестиций клиента и стать новым технологическим ориентиром на рынке».

Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии. В свою очередь эти показатели рассчитываются на основе модели, спроектированной силами команды, развивающей облачную платформу. В ближайших планах — внедрение моделей в платформу наблюдаемости для возможности произведения расчетов на основе мониторинга фактических данных и отслеживания динамики роста или снижения показателей по выбросам.

Второй год подряд совместно с нашими партнерами мы считаем и раскрываем предотвращенный выброс СО2-экв от внедрения зеленых технологий и проекта по восстановлению клиентского оборудования.

Непрерывность развития ИТ‑ландшафта

Построение ИТ-ландшафта на базе подхода Data Driven

Создаем отказоустойчивые ИТ-инфраструктуры для стабильной работы бизнес-критичных систем, оборудования и других компонентов ИТ-ландшафта. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». От каких подходов к импортозамещению банка лучше отказаться и на какие пробелы в ИТ-ландшафте стоит обратить внимание — рассказывает Алексей Северов, ИТ-архитектор.

Содержание

• Об изменении ландшафта ИТ-рынка
• Содержание
• Об изменении ландшафта ИТ-рынка
• AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
• Рекомендуем

Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике

Основные банковские системы, такие как АБС и процессинг, уже достаточно устойчивы и надежны. Однако конкурентное преимущество банков в будущем будет заключаться не столько в надежности бэкенд систем, сколько в удобстве пользовательских интерфейсов и инновационности предлагаемых продуктов. В этом контексте ключевую роль играют большие данные, аналитика и искусственный интеллект. Они помогают банкам лучше понимать своих клиентов, анализируя обширные массивы данных, включая историю транзакций, перемещений и покупок. Это позволяет банкам предлагать клиентам персонализированные продукты и услуги, создавая основу для конкурентного преимущества. В такой же ситуации и страховые компании. Взыскание технического долга Новую ситуацию в ИТ отличает распространение технического долга, вызванного неизбежными компромиссами при перестройке ландшафтов при локализации и импортозамещении.

Для управления техническим долгом необходимо применять системный подход, который включает в себя более тщательное планирование, оценку рисков, анализ качества разработок и качественный архитектурный надзор, а также выделение ресурсов на устранение технического долга. Технический долг может быть индикатором проблем в информационных системах, особенно если наблюдается увеличение инцидентов, снижение производительности и возрастание запросов на техническую поддержку. Больший технический долг усложняет доработку систем и задерживает вывод продуктов на рынок. Определить уровень технического долга можно, например, через обратную связь от бизнес-подразделений о работе ИТ и скорости внедрения требований. Постстрессовая гармония Другой выраженный тренд на 2024 год - концепция «гармонизации после стрессовой локализации», описывающая необходимость интегрировать и оптимизировать ИТ-системы, которые были оперативно локализованы в условиях временных ограничений в 2022-2023 годах. Ситуация часто требовала компромиссов в автоматизации и использования доступных, но не всегда оптимальных решений.

В 2024 году основная задача будет состоять в автоматизации функций, которыми пришлось пожертвовать во время первоначальной локализации, и замене неоптимальных решений более эффективными. Например, некоторые компании уже переходят к третьему по счету решению для корпоративных коммуникаций после отделения от глобальных партнеров, а другие меняют инструменты для бизнес-аналитики. Эти изменения свидетельствуют о постоянной необходимости управления техническим долгом, адаптации и улучшения ИТ-ландшафта. В процессе гармонизации особое внимание уделяется таким системам, как планирование, управление человеческими ресурсами HR , управление взаимоотношениями с клиентами CRM , управление бизнес-процессами BPM.

Обеспечить стабильную работу критичных ИТ-систем. Создать безопасную среду для удаленных сотрудников с централизованным входом. Развернуть корпоративный почтовый сервис. В облаке развернули полноценный виртуальный дата-центр под бухгалтерское ПО, виртуальные рабочие столы для персонала, почтовый сервис Communigate Pro и другие информационные системы компании.

Как решали задачу Архитекторы Nubes спроектировали ИТ-инфраструктуру с учетом размещения клиентских сервисов, а инженеры перенесли в облако информационные системы компании. Команда поддержки взяла на себя администрирование бизнес-систем клиента в облаке.

Соглашение - настоящее Соглашение между Пользователем и Компанией, устанавливающее правила использования Сайта, включая графические изображения, элементы дизайна и средства индивидуализации, текстовую информацию и документацию, программы для ЭВМ и файлы для скачивания, любые иные произведения, объекты и материалы Сайта, а также условия и правила размещения Пользователем информации и материалов в соответствующих открытых разделах Сайта. Общие положения и условия 2. Любые материалы, файлы и сервисы, содержащиеся на Сайте, не могут быть воспроизведены в какой-либо форме, каким-либо способом, полностью или частично без предварительного письменного разрешения Компании, за исключением случаев, указанных в настоящем Соглашении. При воспроизведении Пользователем материалов Сайта ссылка на Сайт обязательна, при этом текст указанной ссылки не должен содержать ложную, вводящую в заблуждение, уничижительную или оскорбительную информацию. Перевод, переработка модификация , любое изменение материалов Сайта, а также любые иные действия, в том числе удаление, изменение малозаметной информации и сведений об авторских правах и правообладателях, не допускается. Компания вправе в любое время в одностороннем порядке изменять условия настоящего Соглашения. Такие изменения вступают в силу по истечении 2 двух дней с момента размещения новой версии Соглашения в сети Интернет на Сайте. При несогласии Пользователя с внесенными изменениями он обязан удалить все имеющиеся у него материалы Сайта, после чего прекратить использование материалов и сервисов Сайта.

Ваше регулярное посещение данного Сайта считается вашим убедительным принятием измененного соглашения, поэтому Вы обязаны регулярно просматривать настоящее Соглашение и дополнительные условия или уведомления, размещенные на Сайте. Обязательства Пользователя 3. Любые средства индивидуализации, в том числе товарные знаки и знаки обслуживания, а равно логотипы и эмблемы, содержащиеся на страницах Сайта, являются интеллектуальной собственностью их правообладателей. Компания стремится обеспечить, однако не контролирует и не гарантирует конфиденциальность и охрану любой информации, размещенной на Сайте или полученной с Сайта. Компания принимает разумные меры в целях недопущения несанкционированного разглашения размещенной Пользователем на Сайте информации третьим лицам, однако не несет ответственность в случае, если такое разглашение было допущено.

Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями.

При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура.

Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем. Такой подход позволит заказчику сосредоточиться на главном — на бизнесе и развитии. Пример реализации сценария Replatform. Это означает, что компании предстоит заново разработать информационные системы, которые работали на Oracle, для работы с другой базой данных. Другой пример — несколько бизнес-критичных систем заказчика решено объединить, при этом произойдет переход на микросервисную архитектуру и появится задел на будущее расширение функциональности.

Непрерывность развития ИТ‑ландшафта

Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике. 6 декабря eXpress принял участие в ежегодной конференции «ИТ-ландшафт новой реальности», которая проходила в мультиформатном пространстве Community в Москве. Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ.

Похожие новости: