Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако".
Технологический суверенитет в ИТ обсудили на пленарной сессии форума на РНВТ-2023
| Материал Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы» , портал ПЛАС | Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI). |
| Новый ландшафт ИТ: тренды и возможности by aline v on Prezi | 8 апреля генеральный директор Группы компаний «БТП» Андрей Валерьевич Басаргин принял участие в конференции «ИТ-ландшафт регионов России». |
| ИТ ландшафт как сложная система систем | ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». |
| Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor - CNews | Новости. Разработка и ИТ-ландшафт. |
Как российским компаниям развивать ИТ-ландшафт в новой реальности?
По словам Александра Муратова, сложность проекта заключалась в том, что миграция осуществлялась без прерывания работы телеканала. Затем был разобран старый комплекс, причем часть оборудования из него, после проведения профилактических работ, была использована в составе нового комплекса. После этого смонтирован и настроен новый комплекс оборудования. Осуществлено подключение к переферийному оборудованию, установка и настройка операционных систем. В настоящее время новый комплекс проходит всестороннее тестирование на отказоустойчивость в ходе которого симулируется отказ различных компонентов комплекса и проверяется его работоспособность в аварийных режимах. Миграция на новый комплекс будет осуществлена в ближайшее время.
Это особенно актуально, если имеет место географическая распределенность офисов и при этом необходимо централизовать корпоративные системы, — поясняет Андрей Коновалов. Наш опыт показывает: эта технология действительно дает ощутимый эффект не только ИТ-подразделению, но и в целом бизнесу наших заказчиков». В то же время VDI — не панацея от всех проблем с управлением рабочими местами и организацией доступа пользователей к приложениям.
Вот пять главных, на мой взгляд, факторов, которые надо учитывать, строя планы на 2024 год. Или уже выходим? Прошлый, 2022-й год, можно назвать годом турбулентности. ИТ-рынок лихорадило, даже ведущие игроки действовали порой хаотично, поскольку было неясно, как будут развиваться события. В текущем году общее направление движения стало понятным, так что 2023 год можно назвать временем тектонических сдвигов, изменения расстановки сил за счет большого количества слияний, поглощений, ухода старых игроков и прихода новых. Особенно новых вендоров — как российских, так и из «дружественных» стран. В ближайшие годы контуры нового рынка будут проясняться. В частности, я ожидаю консолидацию «одноплановых» компаний, поскольку некоторые ниши у нас явно «перенаселены». Тем более что один из главных заказчиков — государство — сменил стратегию развития. В целях повышения эффективности реализации мероприятий, связанных с созданием, развитием и эксплуатацией государственных информационных систем ГИС , осуществляется их перевод в облако, на платформу ГосТех. Требование по переносу к федеральным ГИС действует с 1 апреля текущего года, с 1 января 2024 года оно станет действовать и в отношении региональных информационных систем.
В то же время VDI — не панацея от всех проблем с управлением рабочими местами и организацией доступа пользователей к приложениям. Внедряя такое решение, нужно четко понимать его реальный потенциал. В частности, на конференции вы подробно узнаете о том, как VDI меняет подходы к: управлению вычислительными ресурсами процедуре развертывания и обслуживания рабочих мест организации доступа к бизнес-приложениям обеспечению резервирования и сохранности данных Отдельный блок выступления будет посвящен трендам, которые окажут заметное влияние на развитие технологии VDI уже в ближайший год.
Билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Конечно, технологии, даже блокчейн, окажут воздействие на развитие российского рынка. Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью. Совместная команда Axenix и «Синхро» (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов).
Трансформация ИТ-ландшафта: «точка невозврата» пройдена
Рассказываем, как компания разработала стратегию локализации ИТ-ландшафта логистической компании «Рулог» (ранее HAVI). «У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает. Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение.
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой.
Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы.
При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем. Такой подход позволит заказчику сосредоточиться на главном — на бизнесе и развитии. Пример реализации сценария Replatform.
Это означает, что компании предстоит заново разработать информационные системы, которые работали на Oracle, для работы с другой базой данных. Другой пример — несколько бизнес-критичных систем заказчика решено объединить, при этом произойдет переход на микросервисную архитектуру и появится задел на будущее расширение функциональности. Таким образом, реализуя сценарий Replatform, у нас появляется возможность не только оптимизировать расходы на разработку и эксплуатацию ИТ-ландшафта за счет использования Open Source, но и значительно модернизировать этот ландшафт, обеспечив возможность развертывания его в облачной среде. Позаботимся о сопровождении За этапом целевого планирования следует реализация проекта, после чего наступает самая длинная фаза в жизненном цикле информационной системы — эксплуатация.
Со стороны ИТ-партнера эта фаза включает сопровождение и развитие системы. Партнер, а мы настоятельно рекомендуем привлекать для сопровождения ИТ внешнюю команду, при реализации профессиональных сервисов, будет ориентироваться на лучшие практики и будет стремиться улучшать систему, повышать надежность, оптимизировать платформу, на которой работает система, чтобы не допустить «падения» и нарушения SLA. Постоянно появляются новые решения, которые можно применить там, где еще вчера полноценных аналогов не было. Это не значит, что эпоха ИТ-стратегий завершилась.
Наоборот, теперь значимость ИТ-стратегии выросла, так как гибкость во всем требует твердой уверенности в правильности принимаемых решений.
В целом все типичные ситуации здесь сегодня можно разделить на три основных сценария. Бессрочные лицензии на зарубежное ПО Если последние закупки софтверных лицензий на все основные ИТ-инструменты компании прошли относительно недавно, то это дает несколько лет относительно спокойной жизни. Купленное по такой модели ПО можно эксплуатировать довольно долго — особенно, если речь идет об СМБ-компаниях, не подпадающих под различные законодательные регулирования. Другое дело, что такая ситуация редка: трудно добиться полной синхронизации сроков действия вообще всех лицензий в одном ландшафте.
Также, с 2022 года в отношении «бессрочного ПО» возник ряд проблем: прекращение поддержки и обновлений, без которых его функциональность и надежность ощутимо сокращается. И, конечно, купить новые лицензии больше не получится. В такой ситуации устаревание ПО происходит гораздо быстрее: за пару лет работы в таком режиме версия софта может отстать на целое поколение. Также — практически невозможно масштабироваться. Разрыв можно преодолеть через интеграцию зарубежного ПО с бессрочной лицензией с новыми российскими разработками. Да, это усложняет управление и обслуживание ИТ-систем, но вариант вполне рабочий.
Конечно, прибегают здесь и к возможностям параллельного импорта, что не запрещено законом — однако описанных выше рисков при таком подходе меньше не становится. Опора на зарубежные облака Многие компании у нас в стране в значительной мере полагались на зарубежные облачные сервисы. Ими пользовались и как средой для хранения данных, например, в рамках гибридных архитектур, так и готовыми сервисами, от почты, мессенджеров и ВКС до PaaS-инструментов для разработки. Таким компаниям также придется выбирать альтернативы в реестрах российского ПО или придумывать способы продления подписок на зарубежные ресурсы. И здесь возникает большая проблема: в силу самой природы облачных ресурсов, провайдеры могут отключить компанию от доступа к ее ресурсам в любой момент. Примеров блокировки работы корпоративных сервисов по такому сценарию — немало.
Российские облачные платформы и сервисы в современных условиях становятся оптимальным выбором для компаний любого размера. Особенно, когда нужно масштабировать бизнес и на рынке отсутствуют подходящие для этого локальные инфраструктурные решения.
Каждая компания, обладающая высоким уровнем цифровой зрелости, стремится реализовать у себя процессы цифровизации и цифровой трансформации, используя наиболее эффективные и гибкие методологии. При этом одной из ключевых целей трансформации, помимо достижения эффективности бизнес-процессов, остается обеспечение стабильности и устойчивости бизнеса в условиях возникающих эксплуатационных рисков.
К таковым, например, могут относиться: санкционное давление на российскую экономику, уход с рынка зарубежных поставщиков ИТ-решений Microsoft, VMware, SAP, Oracle и многих других , жесткие требования регуляторов к госзакупкам, КИИ и не только. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов систем, приложений, сервисов, продуктов , максимально защищенная от внешних и внутренних рисков и угроз. В актуализации ИТ-ландшафта с учетом современных вызовов очевидно заинтересован целый ряд компаний: те, которые испытывают влияние санкционных рисков; те, которые рассматривают стратегию цифровой трансформации как следующий шаг развития бизнеса; наконец — те, которые опасаются использовать импортное ПО от вендоров, покинувших российский рынок. По сути, под эти критерии попадают практически все крупные и средние организации.
Облачные горизонты отечественного ИТ-ландшафта
| Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт | После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времениосуществлять мониторинг ИТ-ландшафта на всех уровнях. |
| ИТ-ландшафт компании | ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». |
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ - Наука-Связь | Совместная команда Axenix и «Синхро» (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы. |
| ИТ-ландшафт современных компаний | Генеральный директор РФРИТ Александр Павлов напомнил, что ключевой задачей ИЦК является ускоренное ипортозамещение ИТ-решений. |
| Об изменении ландшафта ИТ-рынка | Вычислительный комплекс был принят в эксплуатацию ИТ-службой агенства и в данный момент работает в штатном режиме. «Сегодня наш ИТ-ландшафт включает порядка 15 подсистем. |
Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании. ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. Трансформация российского ИТ-ландшафта в прошлом году с фокусом на усиление обеспечения информационной безопасности и формирование независимых каналов. Последние новости по теме IT-ландшафт: Мишустин указал на белые пятна в российском IT-ландшафте.
Как российским компаниям развивать ИТ-ландшафт в новой реальности?
| Axenix и S8 Capital локализовали ИТ-ландшафт на заводах Meteor | Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI). |
| X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта - | Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью. |
Об изменении ландшафта ИТ-рынка
ИТ-менеджеры: управляют проектами, бюджетами и командами ИТ-специалистов. Специалисты по искусственному интеллекту и машинному обучению: занимаются разработкой и внедрением интеллектуальных систем. Веб-дизайнеры и веб-разработчики: создают и поддерживают веб-сайты и приложения. Это лишь несколько примеров — ИТ-ландшафт огромен, и множество других специалистов тоже вносят свой вклад в его развитие. Решения, которые когда-то отлично справлялись с задачами, перестают быть эффективными и требуют обновления или замены.
Компании активно внедряют новые технологии, чтобы поддерживать высокий уровень производительности и конкурентоспособность на рынке. Это может включать в себя обновление серверов, апгрейд программного обеспечения, создание новых систем управления данными и многое другое. Развитие ИТ-ландшафта становится неотъемлемой частью успешного бизнеса, поскольку позволяет оптимизировать свои процессы, повысить эффективность работы персонала и улучшить качество услуг. Например, вначале организация может полагаться на отдельные программы и ручную обработку данных.
Однако с развитием технологий и появлением новых решений в области информационных технологий компания переходит на автоматизированные системы управления, которые позволяют эффективно управлять процессами и повысить производительность. Кроме того, с развитием ИТ-отрасли могут появиться новые требования к безопасности данных, что вынуждает инвестировать в решения для защиты информации. Или, например, появляются требования по маркировке товаров или другие обязательства, которые накладывает регулятор на определенные отрасли. В целом, по мере возрастания опыта и развития компания будет адаптироваться к новым требованиям рынка и использовать последние достижения в сфере ИТ для повышения эффективности работы и конкурентоспособности.
Как ИТ-ландшафт масштабируется вместе с бизнесом ИТ-ландшафт активно трансформируется, адаптируясь под воздействием различных факторов. Например, когда компания проводит цифровую трансформацию, в ИТ-ландшафт добавляют новые технологии для оптимизации процессов и создания новых бизнес-моделей. Кроме того, изменения могут вноситься в случае: Переход к облачным технологиям приводит к изменениям в ИТ-ландшафте. Нужно настроить остальные системы и интегрировать облако в ИТ-архитектуру.
Когда объем данных растет, а важность их безопасности увеличивается, в архитектуру вносят изменения, чтобы не допустить утечки и соблюсти нормативы. Внедрение мобильных технологий требует обеспечения мобильной доступности и безопасности данных для пользователей. Когда интеграция данных из различных источников становится приоритетом, ИТ-ландшафт эволюционирует для поддержки сложных систем интеграции. Компания начинает использовать решения на базе искусственного интеллекта и аналитики данных для принятия решений.
В таком случае архитектуру также придется подстраивать под нововведения. Такие изменения в ИТ-ландшафте не только повышают эффективность бизнес-процессов, но и способствуют инновационному развитию организации. Чтобы ИТ-ландшафт масштабировался вместе с ростом бизнеса, важно: Правильно планировать и прогнозировать будущие потребности в ИТ-ресурсах. Выбирать гибкие и масштабируемые технологии, которые позволяют быстро добавлять новые серверы или обновлять программное обеспечение.
Можно ли продолжать наращивать эффективность производства, если на рынок не выходят новые решения по промышленной автоматизации и новым технологиям? На вебинаре генеральный директор АО «Северсталь-инфоком» Сергей Дунаев расскажет о том, как менялся ИТ-ландшафт «Северстали» в течение последних месяцев и почему цифровую трансформацию не остановить.
Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности.
Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера. Еще один сценарий — перенос системы внутри собственного дата-центра заказчика. Происходит миграция со старой инфраструктурной платформы на новую. Это поможет избежать рисков блокировки на уровне платформы.
Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии.
В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech. Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы.
При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем.
Четвертый сценарий — Replace, — замена существующей ИТ-системы на систему с аналогичными функциональными возможностями.
При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент — референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО , разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии.
В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения — гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений к примеру, локализованных китайских софтверных продуктов. Подробнее о референсной модели можно узнать из специального материала от Rubytech.
Пятый сценарий — Replatform, применяется, когда нельзя обойтись без модернизации архитектурных компонентов или всей архитектуры существующей ИТ-системы. При его реализации применяются современные практики и подходы, такие как cloud-native или микросервисная архитектура. Этот сценарий предполагает, помимо процессов внедрения и интеграции, еще и разработку или доработку информационных систем.
Такой подход позволит заказчику сосредоточиться на главном — на бизнесе и развитии. Пример реализации сценария Replatform. Это означает, что компании предстоит заново разработать информационные системы, которые работали на Oracle, для работы с другой базой данных.
Другой пример — несколько бизнес-критичных систем заказчика решено объединить, при этом произойдет переход на микросервисную архитектуру и появится задел на будущее расширение функциональности. Таким образом, реализуя сценарий Replatform, у нас появляется возможность не только оптимизировать расходы на разработку и эксплуатацию ИТ-ландшафта за счет использования Open Source, но и значительно модернизировать этот ландшафт, обеспечив возможность развертывания его в облачной среде. Позаботимся о сопровождении За этапом целевого планирования следует реализация проекта, после чего наступает самая длинная фаза в жизненном цикле информационной системы — эксплуатация.
Переход на технологически независимый ИТ-ландшафт
Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций.
Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ.
Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов.
С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей.
Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности.
В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др.
Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений. Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ. Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия.
Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга. ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов.
Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы. Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения.
В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях.
Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта.
Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний.
При этом одной из ключевых целей трансформации, помимо достижения эффективности бизнес-процессов, остается обеспечение стабильности и устойчивости бизнеса в условиях возникающих эксплуатационных рисков. К таковым, например, могут относиться: санкционное давление на российскую экономику, уход с рынка зарубежных поставщиков ИТ-решений Microsoft, VMware, SAP, Oracle и многих других , жесткие требования регуляторов к госзакупкам, КИИ и не только. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов систем, приложений, сервисов, продуктов , максимально защищенная от внешних и внутренних рисков и угроз. В актуализации ИТ-ландшафта с учетом современных вызовов очевидно заинтересован целый ряд компаний: те, которые испытывают влияние санкционных рисков; те, которые рассматривают стратегию цифровой трансформации как следующий шаг развития бизнеса; наконец — те, которые опасаются использовать импортное ПО от вендоров, покинувших российский рынок. По сути, под эти критерии попадают практически все крупные и средние организации. Каждая из них как минимум включает в ИТ-стратегию либо обеспечение непрерывности бизнес-функций, либо импортозамещение.
Проникновение контейнеризированных технологий в ИТ-ландшафт российского бизнеса пока незначителен. В ближайшие 2-3 года можно прогнозировать как рост числа компаний, использующих контейнерные технологии, так и расширение их применения в отдельно взятых компаниях. Показатели реального сектора металлургия, машиностроение, ТЭК, сельское хозяйство и пр. Интересно, что эта платформа лидировала по использованию и среди западных респондентов три года назад, тогда как сейчас фаворитами стали вендорские реализации Kubernetes от крупнейших облачных провайдеров — Amazon, Google, IBM и Microsoft.
В «Инфосистемы Джет» ожидают, что схожий путь предстоит и российскому бизнесу. Разница будет лишь в том, что после эксперимента с бесплатными продуктами отечественные компании преимущественно выберут вендорские решения on-premise.
В облаке развернули полноценный виртуальный дата-центр под бухгалтерское ПО, виртуальные рабочие столы для персонала, почтовый сервис Communigate Pro и другие информационные системы компании. Как решали задачу Архитекторы Nubes спроектировали ИТ-инфраструктуру с учетом размещения клиентских сервисов, а инженеры перенесли в облако информационные системы компании. Команда поддержки взяла на себя администрирование бизнес-систем клиента в облаке. Отказоустойчивость облака на физическом уровне обеспечивается размещением серверов в дата-центрах Tier III, резервированием компонентов и серверов. Для подключения виртуальный рабочих столов выбрали решение на основе Citrix VDI. Сервис дает возможность подключаться к системе с любых устройств, гарантировать сохранность корпоративных данных, централизованно управлять рабочими столами, поддерживать индивидуальные сетевые политики безопасности.