Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем. ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. Об изменении ландшафта ИТ-рынка. «СИГМА» – лидер в области разработки и внедрения ИТ-решений для цифровизации российской энергетики и сектора ЖКХ. Новости проектов. 13.11.2023 Последние новости по тегу 'ит-ландшафт'. Главные события в нефтегазовом секторе России и зарубежья.
Офисный ИТ-ландшафт для АКРА
Разрыв можно преодолеть через интеграцию зарубежного ПО с бессрочной лицензией с новыми российскими разработками. Да, это усложняет управление и обслуживание ИТ-систем, но вариант вполне рабочий. Конечно, прибегают здесь и к возможностям параллельного импорта, что не запрещено законом — однако описанных выше рисков при таком подходе меньше не становится. Опора на зарубежные облака Многие компании у нас в стране в значительной мере полагались на зарубежные облачные сервисы. Ими пользовались и как средой для хранения данных, например, в рамках гибридных архитектур, так и готовыми сервисами, от почты, мессенджеров и ВКС до PaaS-инструментов для разработки. Таким компаниям также придется выбирать альтернативы в реестрах российского ПО или придумывать способы продления подписок на зарубежные ресурсы.
И здесь возникает большая проблема: в силу самой природы облачных ресурсов, провайдеры могут отключить компанию от доступа к ее ресурсам в любой момент. Примеров блокировки работы корпоративных сервисов по такому сценарию — немало. Российские облачные платформы и сервисы в современных условиях становятся оптимальным выбором для компаний любого размера. Особенно, когда нужно масштабировать бизнес и на рынке отсутствуют подходящие для этого локальные инфраструктурные решения. Переход в облако не обязательно подразумевает миграцию всех сервисов.
Компании могут сочетать свой набор onpremise-решений с облачными. Например, можно перенести в облако корпоративную почту, тестирование и разработку или хранение резервных копий. При этом, службу каталогов оставить на своих серверах. Критически важно не концентрировать все ресурсы в одном месте, даже когда речь идет об облаках. Рекомендуется выбрать одного провайдера для почты, видеоконференций, мессенджеров и систем управления документами, но при этом использовать другого для резервного копирования, чтобы обеспечить независимость и отказоустойчивость систем.
Бизнес строит ИТ-ландшафт с нуля Таким компаниям легче и труднее одновременно. С одной стороны, у них есть полная свобода и отсутствие «легаси-багажа».
В любой компании, занимающейся системной интеграцией или эксплуатацией информационных систем, есть лаборатория, в которой проводится тестирование новых технологий. В свое время некоторые проблемы в ходе реализации проектов по виртуализации ИТ-инфраструктуры наших заказчиков заставили нас построить в этой лаборатории стенды для тестирования предлагаемых вендорами технологий распределенной обработки данных. В результате испытаний стало понятно, что эти технологии дают нам инструменты для создания гибкого масштабируемого решения по управлению ИТ-инфраструктурой. Сначала мы не строили планов по объемам продаж и прибылям, мы просто заинтересовались облачной технологией, решили попробовать внедрить ее и оценить, насколько она будет удобна нам самим.
Но затем мы увидели заинтересованную реакцию рынка и стали уже целенаправленно разрабатывать и внедрять облачные сервисы. Однако со временем как-то сама собой выросла популярность PaaS-сервисов. Полагаю, что во многом это заслуга крупных поставщиков ПО, которые оперативно предложили рынку систему аренды лицензий на свои продукты, в том числе на операционные системы. Так что сейчас заказчики уже не просто берут виртуальный сервер с диском и функцией резервного копирования, а покупают готовую настроенную платформу, то есть серверы с развернутой и настроенной операционной системой и инфраструктурными сервисами, на которые сразу можно устанавливать бизнес-приложения. Более того, наши западные заказчики больше интересуются именно PaaS-сервисами. Однако мало кто уточняет, что эти цифры, как правило, означают доступность инженерных систем дата-центра, а не приложений.
И получается, что соглашение об уровне обслуживания не нарушено, а заказчику нанесен колоссальный ущерб. Думаю, что провайдер должен заявлять реальную доступность на уровне сервисов. Поэтому на сайте OnCloud. На мой взгляд, это правильная практика, она свидетельствует, что проблемы могут случиться у каждого и если есть смелость честно в них признаться, то значит, уже приняты меры к тому, чтобы подобные инциденты не повторялись. Здесь пока все смотрится закономерно: есть большая база корпоративных ЦОДов, которые по мере морального устаревания будут приходить к естественному эволюционному шагу — модернизации.
Даже статистика пока на западном ПО. Начальник управления геологических запасов ГКЗ Александр Лопатин говорил, что абсолютное большинство проектов подсчета запасов и технической разработки месторождений в РФ ведется на основе западной IT-продукции.
В офисе развернута современная система телефонии, переговорные оборудованы конференц-связью. Физическая безопасность обеспечивается с помощью СКУД. Для решения задач по обеспечению информационной безопасности реализованы межсетевое экранирование, шифрование и антивирусная защита. Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. Архитектура комплекса достаточно гибкая для успешного претворения в жизнь всех наших планов развития.
Непрерывность развития ИТ‑ландшафта
6 декабря eXpress принял участие в ежегодной конференции «ИТ-ландшафт новой реальности», которая проходила в мультиформатном пространстве Community в Москве. Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года. Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. ИТ-компания IT_One, российский разработчик высоконагруженных технологичных систем, выводит на рынок услугу по формированию единой программы адаптации ИТ-ландшафта на. Новости проектов.
AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
И на рынке уже много примеров среди крупных разработчиков. За прошлый год многие компании скорректировали свои стратегии и начали перестраивать бизнес-процессы с учетом новых вызовов. Поэтому отмечается всплеск интереса к разным решениям: от инфраструктурных сервисов, таких как службы каталогов, почты, мессенджеры до систем информационной безопасности, так как количество новых угроз и хактивистов продолжает расти. Также технологии machine learning получат все большее распространение, и данные технологии уже активно используются злоумышленниками. Соответственно системы защиты тоже должны в большей мере использовать весь доступный стек технологий, в том числе и указанные выше технологии ML. На данный момент вопрос совместимости решений стоит также остро, поэтому спикеры пришли к выводу, что ПАКи получат «новую» жизнь в 2023. Протестированные продукты от разных производителей в совместной работе высоко ценятся заказчиками. К примеру, недавно Axoft совместно с «Лабораторией Касперского» и DEPO Computers представили рынку программно-аппаратный комплекс, который позволяет обеспечить бесперебойную работу многопользовательских систем. Андрей Тищенко, заместитель директора департамента инфраструктурных решений и сервисов ИТ-компании КРОК: На наш взгляд наиболее острая потребность и интерес там, где сейчас отсутствуют, либо пока недостаточно решений от российских производителей.
В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов.
При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса.
В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами.
Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса.
Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась.
Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями.
Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса.
Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта.
Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов.
Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей. Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира.
В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами.
С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др. Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений.
Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ.
Затраты на создание минимального необходимого ИТ-ландшафта в среднем стандартно превышают потолок в 100 миллионов рублей, что делает локализацию значительным финансовым вложением для многих компаний. Минимальный срок локализации. Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более. Перегретый рынок ИТ-специалистов. Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции.
Недостаточная зрелость российских аналогов. Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности. Стоит отметить, что рынок российских решений интенсивно развивается: появляются новые решения, совершенствуются существующие, растет их зрелость. Уход с российского рынка зарубежных вендоров открыл окно возможностей для наших разработчиков и интеграторов. Тем не менее, все это преодолимо при условии способности топ-менеджмента реализовать комплексный подход к задаче, продемонстрировав способность быстро адаптироваться к новым условиям и эффективно управлять изменениями. Так, уже можно констатировать существенный спад запросов на локализацию в некоторых отраслях, что служит косвенным сигналом запуска следующей фазы развития ИТ. Только этого мало Впрочем, все те, кто уже успешно локализовался, начинают переходить к развитию заново созданного или «пересобранного» ИТ-ландшафта. Это обязательный следующий шаг в рамках «дорожной карты» адаптации к новой реальности: просто перестроиться — недостаточно.
Первостепенной задачей для компаний является поддержание бесперебойной работы ключевых бизнес-процессов, включая в себя соответствие регуляторным требованиям, таким как налоговая и финансовая отчетность. Для производственных компаний критически важно обеспечить непрерывность цепочек поставок, чтобы избежать простоев в поставках сырья и материалов, производстве, задержек в отгрузке товаров.
Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой.
Построение ИТ-ландшафта на базе подхода Data Driven
Андрей Тищенко, заместитель директора департамента инфраструктурных решений и сервисов ИТ-компании КРОК: На наш взгляд наиболее острая потребность и интерес там, где сейчас отсутствуют, либо пока недостаточно решений от российских производителей. Это касается, в частности, класса решений по межсетевому экранированию, а также сегмента хранения данных. Последнее особенно актуально, ведь объемы Big Data растут, а регуляторика требует, чтобы информация надежно хранилась и обрабатывалась. По итогам 2022 года рынок систем хранения данных просел больше, чем в два раза. Иностранные поставщики ушли, а российские пока не предложили достаточно качественные продукты. Очевидно, здесь будет большой спрос. В ходе дискуссии и серии вопросов от участников эксперты также поговорили о технологиях Искусственного интеллекта, VR, machine learning, новых разработках, которые начинают появляться, льготах для ИТ-компаний и требованиях государства. В этой части развиваются нейросети и появятся новые, они будут входить в жизни как обычных людей, так и ИТ-компаний.
За два дня мероприятия эта площадка стала оживленным местом, где клиенты смогли напрямую, в личной беседе обсудить с вендорами актуальные вопросы. Участие компании в мероприятии — это, с одной стороны, оказание поддержки нашему стратегическому платиновому партнеру ГК Softline в рамках партнерской программы «Аквариус». С другой стороны, это возможность рассказать широкой аудитории клиентов со всей России о нас и нашем оборудовании, дальнейших планах развития «Аквариус» на новом ИТ-ландшафте, а также возможность обменяться контактами и получить полезную информацию от наших коллег — российских вендоров. В рамках мероприятия мы обсудили стратегию совместной работы с ГК Softline: были согласованы дальнейшие шаги по работе с государственными и коммерческими заказчиками. Кроме того, на данный момент в работе есть несколько совместных проектов и до конца года появятся новые.
По итогам саммита мы ожидаем рост совместного бизнеса и расширение клиентской базы», — поделился впечатлениями от прошедшего мероприятия Алексей Мездриков, директор по работе с ключевыми бизнес-партнерами в компании «Аквариус». Мероприятие было очень насыщенным, программа его — продуманной и интересной. Благодаря организованному диалогу с клиентами, мы смогли донести им важность выстраивания зрелых систем защиты инфраструктуры. Совместно со своим партнером по цифровой трансформации, который способен удовлетворить все потребности клиента, мы прививаем компаниям современный подход к эффективной ИТ-безопасности, и саммит — лучшая площадка для этого», — рассказывает Кирилл Кизиков, старший менеджер по работе с партнерами АО «Лаборатория Касперского». Такие мероприятия, как Softline Deep Dive, помогают «держать руку на пульсе», отслеживать новые технологии и достижения коллег по цеху.
Здесь собираются самые активные и продвинутые участники индустрии, с которыми можно обсудить вызовы рынка и поделиться собственными кейсами и планами.
Это существенно повлияет на роль крупнейших системных интеграторов, которым придется существенно пересматривать модель ведения бизнеса, а через них — и на других игроков рынка. Импортозамещение — это надолго 2024 год станет годом перехода к импортозамещению тяжелого ПО — средств виртуализации, систем резервного копирования, инфраструктурных продуктов, СУБД и аналитических решений. При этом надо учитывать, что доступность высокопроизводительных компьютеров стала меньше, так что российским разработчикам придется вспомнить подзабытое умение советских времен — создавать софт, максимально использующий возможности «железа».
Да, и само «железо», кстати, тоже надо импортозамещать. Но тут такое непаханое поле, что его хватит на «тренды» ближайших лет пяти, а то и десяти. Пиратство — новые повороты вечной темы Про «обычное» пиратство, которое понемногу проникает даже на ведущие маркетплейсы, сказано за последние два десятка лет уже достаточно. Но теперь пираты гораздо чаще, чем ранее, воруют не у условного «Майкрософта», а «у своих», тормозя развитие российского рынка разработки и, конечно, с этим надо что-то делать более решительно, чем раньше.
Также появилось «вынужденное» пиратство. Не весь иностранный софт можно заменить «по щелчку пальцев», для некоторых решений полноценных аналогов нет. И многие российские компании пытаются «менять, ничего не меняя» — оставаться до последней возможности на привычных западных разработках. Решать вопросы силовыми методами в этом случае неправильно, особенно если «аналогов нет».
Такой спрос на облака может повлиять на интерес к облачному рынку со стороны новых игроков, которые имеют значительный инвестиционный ресурс. Среди таких игроков могут быть ИТ-емкие компании из смежных ИТ-сегментов, например, крупные ИБ-разработчики и новые представители из банковской отрасли. Соответственно, бизнес, выбирая облачного партнёра, будет ориентироваться на облачные инфраструктуры с интегрированными решениями информационной безопасности, в том числе из-за увеличения требований со стороны регуляторных органов в отношении размещения персональных данных и ответственности за их утечку.
При этом у бизнеса зачастую нет собственных ИБ-специалистов. С другой стороны, сервис-провайдеры имеют больше возможностей инвестировать в информационную безопасность и аттестовать защищённые облачные сегменты, чтобы предоставлять высоконадёжные сервисы бизнесу. Также данный тренд могут подстегнуть ужесточения законодательства в области ответственности за утечку данных.
Уже разработана и реализуется госпрограмма «Цифровая экономика», в рамках которой действуют несколько стратегически значимых для страны проектов, в том числе по информационной безопасности и по облачным технологиям. Также действует целый спектр мер поддержки ИТ-отрасли, которые были внедрены ещё в прошлом году, в том числе упрощённый доступ к финансированию, налоговые преференции, создание центров компетенций, программы акселерации, а также ряд льгот для ИТ-специалистов. Помимо этого, сразу несколько государственных фондов реализуют программы финансирования отечественных ИТ-проектов: Фонд содействия инновациям, Российский фонд развития цифровых технологий и Фонд «Сколково».
В этом году можно ожидать новых мер для поддержки ИТ-отрасли.
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ | Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года. |
| Облачные горизонты отечественного ИТ-ландшафта | ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». |
| Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы» | ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург. |
Ценность RPA в корпоративном ИТ-ландшафте
В условиях быстро меняющегося внешнего окружения мы осознали необходимость выстроить новый ИТ-ландшафт с преобладанием российских решений", — отметил Александр Писаренко , директор по информационным технологиям "Рулог". Для сбора необходимой информации специалисты Axenix провели множество глубинных интервью с бизнес- и ИТ-командами, далее были разработаны описания систем, структура их взаимодействия и варианты решений. Не для всего ПО было легко подобрать аналоги. Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков.
Например, когда компания проводит цифровую трансформацию, в ИТ-ландшафт добавляют новые технологии для оптимизации процессов и создания новых бизнес-моделей. Кроме того, изменения могут вноситься в случае: Переход к облачным технологиям приводит к изменениям в ИТ-ландшафте. Нужно настроить остальные системы и интегрировать облако в ИТ-архитектуру.
Когда объем данных растет, а важность их безопасности увеличивается, в архитектуру вносят изменения, чтобы не допустить утечки и соблюсти нормативы. Внедрение мобильных технологий требует обеспечения мобильной доступности и безопасности данных для пользователей. Когда интеграция данных из различных источников становится приоритетом, ИТ-ландшафт эволюционирует для поддержки сложных систем интеграции. Компания начинает использовать решения на базе искусственного интеллекта и аналитики данных для принятия решений. В таком случае архитектуру также придется подстраивать под нововведения. Такие изменения в ИТ-ландшафте не только повышают эффективность бизнес-процессов, но и способствуют инновационному развитию организации.
Чтобы ИТ-ландшафт масштабировался вместе с ростом бизнеса, важно: Правильно планировать и прогнозировать будущие потребности в ИТ-ресурсах. Выбирать гибкие и масштабируемые технологии, которые позволяют быстро добавлять новые серверы или обновлять программное обеспечение. Регулярно анализировать производительность систем и оптимизировать их работу для достижения лучших результатов. Когда пора менять ИТ-ландшафт Есть несколько признаков, которые могут указывать на необходимость изменения ИТ-ландшафта в компании: Низкая производительность: ИТ-продукты работают медленно, появляются задержки и сбои. Трудности в масштабировании: компания растет, но текущая архитектура трудно масштабируется для поддержки увеличивающихся объемов данных и пользователей. Безопасностные угрозы и инциденты: повышение уровня киберугроз или частые инциденты безопасности.
Технологическое устаревание: используемые технологии и программное обеспечение становятся устаревшими и не могут поддерживать современные процессы. Высокие издержки обслуживания: поддержка и обслуживание текущего ИТ-ландшафта становятся слишком дорогими. Неудовлетворенность сотрудников: коллеги выражают недовольство в связи с низкой производительностью решений или сложностью процессов. Замена ИТ-ландшафта начинается с анализа бизнес-потребностей, в ходе которого определяются недостатки текущей инфраструктуры и выявляются новые возможности. Далее разрабатывают стратегию замены, которая включает ключевые этапы проекта, описывает бюджет и временные рамки. Определяют технологии, соответствующие стратегии, например - облачные платформы, программное обеспечение и оборудование.
Проводят подготовку персонала, включая обучение и переобучение сотрудников для работы с новыми технологиями. Сотрудники, которые готовы принять нововведения и понимают, какую пользу они им принесут — половина успеха проекта. Затем разрабатывают пошаговый план замены, чтобы минимизировать возможные нарушения процессов. После этого команда проводит тестирование и отладку нового ИТ-ландшафта.
На разных этапах в проектную команду входило более 650 специалистов как из нашей команды, так и из подрядных организаций, которые параллельно работали над задачами локализации. Команда со стороны ITMS проявила максимальную эффективность и высокий профессионализм в работе над проектом.
Локализация ИТ-систем и сервисов в России и Белоруссии обеспечит устойчивость и надежность ИТ-инфраструктуры для бизнеса», — отметил Дмитрий Иванов, руководитель проекта, компания Axenix. Если у вас есть вопрос, задайте его онлайн, и мы обязательно ответим Связаться с экспертом.
Сейчас мы вместе со специалистами «ЛАНИТ-Интеграции» меняем подход к мониторингу — объединяем более 35 локальных источников данных в единую систему зонтичного мониторинга, которая поможет предсказывать сбои в ИТ-инфраструктуре, локализовывать или оперативно устранять их последствия. Актуальная информация о ее состоянии будет полезна как администраторам систем, так и менеджменту, ответственному за развитие и эксплуатацию цифровых сервисов.
Также в рамках формирования единой экосистемы мониторинга экспертами Х5 Tech разрабатывается собственная платформа постановки ИТ-компонентов и сервисов на мониторинг. Платформа постановки на мониторинг позволит как рядовому пользователю, так и техническому специалисту самостоятельно устанавливать и отслеживать состояние инфраструктурных и бизнес-метрик ИТ-систем. С помощью платформы мы сможем значительно сократить среднее время постановки сервиса на мониторинг, упростить пользовательский путь и обеспечить управление метриками и порогами ИТ-компонентов и сервисов. Реализация данной инициативы была бы невозможна без полноценного внедрения единой системы зонтичного мониторинга».
Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет
Об изменении ландшафта ИТ-рынка. «СИГМА» – лидер в области разработки и внедрения ИТ-решений для цифровизации российской энергетики и сектора ЖКХ. После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. Термин Low-code (LC) буквально означает «низкий код» — технологию, позволяющую оперативно разрабатывать и развертывать ИТ-приложения c минимальным использованием. В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов).
ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов
Очевидно, что замена Replace — только один из шести вариантов развития событий, причем не самый первый. Далее расскажем о том, что представляют собой остальные пять сценариев. Модель 6R в действии Первый сценарий в нашем списке — Retain, или поддержка текущей ИТ-системы без изменений. Этот сценарий подразумевает, что конкретный объект это может быть система, бизнес-процесс , элемент ИТ-инфраструктуры и так далее не нужно «трогать» прямо сейчас и пока нет предпосылок того, что возникнет необходимость менять его в будущем.
Примеры: продукты с бессрочной приобретенной лицензией, способные работать без обновлений Microsoft Exchange или Atlassian Stack on-premise. Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации. Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных.
Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности. Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика.
Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы. Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями.
При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии.
При этом каждый компонент может иметь более десятка связей с другими. Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт. На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее.
Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями.
На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития.
Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии. При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли.
Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли. Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат. Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования.
Наблюдается среди крупных компаний. Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний. Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности. Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания». Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить».
Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы?
Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos. Применительно к ИТ ландшафту наибольший интерес представляют метрики, связанные с оценкой структурной сложности системы, основанные на неоднородности и топологии. Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта. Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности. Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности. Метод, используемый для представления архитектуры сети, основан на классическом понятии связанности и расширяет его.
В частности, после определения связанности зависимости между элементами в сложной архитектуре метод анализирует архитектуру с точки зрения иерархической упорядоченности и цикличности, позволяя классифицировать элементы с точки зрения их положения в результирующей сети. Если DSM матрицу первого порядка возвести в последовательные степени, результат покажет прямые и косвенные зависимости, существующие для последовательных длин путей. Суммирование этих матриц дает матрицу видимости V, которая обозначает зависимости, существующие для всех возможных длин пути. Далее для каждого приложения ИТ ландшафта в V матрице вычисляются метрики: Visibility Fan-In VFI — количество приложений, которые явно или неявно зависят от текущего приложения; Visibility Fan-Out VFO - количество приложений, от которых явно или неявно зависит текущее приложение. Для измерения видимости на уровне всего ИТ ландшафта определяется показатель стоимости распространения Propagation Cost как плотность матрицы видимости. Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям. По определению каждый элемент внутри циклической группы прямо или косвенно зависит от любого другого члена группы.
Первый заместитель управляющего директора компании «ЛАНИТ-Интеграция» Олег Головко: «В России у лидеров отраслей довольно зрелые информационные ландшафты, и для их эффективного управления нужны по-настоящему технологичные решения. Для наших экспертов столь масштабное внедрение в ведущем ритейлере России — интересная профессиональная задача.
К ней мы подошли с двух сторон: выбрали перспективную отечественную платформу ИТ и совместили с гибридной моделью внедрения, которая включает классический каскадный подход к управлению проектом и гибкие практики. Такой синтез должен обеспечить высокий коэффициент возврата инвестиций клиента и стать новым технологическим ориентиром на рынке». Внедряемой платформе предстоит собирать и анализировать данные о сотнях тысячах устройств, миллионы метрик, группируя данные по одному и тому же устройству или сервису из разных источников, при этом снижая уровень шума. Создание единой ресурсно-сервисной модели ИТ в крупной распределенной организации с расчетом «здоровья» как на основе внутренних метрик, так и на основе внешнего влияния других элементов позволит повысить прозрачность и снизить время расследования инцидентов. И все это в одной системе MONQ.
Билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью. ИТ-компания IT_One, российский разработчик высоконагруженных технологичных систем, выводит на рынок услугу по формированию единой программы адаптации ИТ-ландшафта на. ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании.
Переход на технологически независимый ИТ-ландшафт
| IT-ландшафт будут менять | В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка. |
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ | После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. |
| X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта | технологии Тренд: BIG DATA 2011 Количество DDoS-атак в 2013 году 178% в 2012 году 15% Тренды ПО = Тренд: Мобильность 97% запросов Эволюция информации Новый ландшафт ИТ. |