От каких подходов к импортозамещению банка лучше отказаться и на какие пробелы в ИТ-ландшафте стоит обратить внимание — рассказывает Алексей Северов, ИТ-архитектор. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные. Целью исследования CNews Analytics и «Инфосистемы Джет» было определить степень проникновения технологий контейнеризации в ИТ-ландшафт крупных российских компаний и.
Неоднородный ИТ-ландшафт
Например, они предоставляют возможность получения доступа к множеству приложений через AWS или Salesforce. В этой связи видится перспектива единой абонентской платы для доступа ко всему многообразию софта. Пламмер считает, что наличие такой технологии стало бы революцией в распространении ПО на рынке, оцениваемом в 450 млрд. Способом реализации этой идеи он видит маркетплейсы, которые могут функционировать в режиме соблюдения текущих условий контрактов, обеспечивать динамические обновления или «заморозку» обновлений программ, упрощать закупки, предлагать большое разнообразие, революционизировать API и многое другое. Появление маркетплейсов нарушит текущую модель распространения и владения ПО.
ИТ-директора не должны сбрасывать со счетов вероятность появления таких маркетплейсов. Для этого нужно проводить постоянный мониторинг рынков ПО, тестировать образцы ПО и пересмотреть свои планы аварийного восстановления. Дезинтермедиация смартфонов Современные смартфоны активируют и отслеживают все остальные устройства: с их помощью отдают распоряжения «умным» домам, сопрягаются с навигационным или аудиоприложением в автомобиле, ими можно расплатиться за покупки. Однако наблюдается ситуация, когда производители смартфонов постепенно перехватывают контроль за коммуникациями и мобильным доступом.
Чтобы ослабить их хватку, избавившись от навязанного ими посредничества дезинтермедиация , ИТ-директорам следует обратить внимание на устройства, которые работают без привязки к определенным операторам услуг и сетей, а в качестве руководящего принципа мобильности руководствоваться уместностью применения технологии, а не приложениями. Нужно также поставить на поток процедуру тестирования личных девайсов, которые проникают через корпоративный брандмауэр.
Отказоустойчивость облака обеспечивается резервированием всех элементов виртуальной инфраструктуры, гарантированным и бесперебойным энергоснабжением, а также с помощью специальной утилиты VMware High Availability HA , которая оперативно отслеживает сбои в работе оборудования кластера и перезапускает виртуальные машины. Как вы обеспечиваете защиту данных? Защита данных обеспечивается за счет изоляции ресурсов каждого клиента друг от друга, организации сетевой защиты с помощью VMware vShield Edge, разделения управления и передачи данных и за счет ограничения доступа через межсетевой экран Cisco ASAv. Есть ли у вас облако по технологии Hyper-V? Да, мы предоставляем данную услугу, однако среди наших клиентов она является менее востребованной в сравнении с облаком на VMware. Как обеспечивается питание оборудования? Каким образом происходит охлаждение?
Однако здесь важно понимать, что при задаче построения ИТ-ландшафта компании ключевую роль играет качественная поддержка вендора. Она включает в себя не только решение технических проблем, но и предоставление функциональных обновлений, новых релизов продукта, патчей безопасности, а также доступ к базе знаний. И вот в случае выбора в пользу open source-решения вся ответственность за его функционирование и обслуживание ложится на плечи пользователя.
Он может обращаться к ресурсам сообщества, которое занимается развитием конкретного «открытого» ИТ-инструмента, но это далеко не то же самое, что официальная поддержка. Такой подход может быть приемлемым для крупных компаний с большим штатом разработчиков, готовых поддерживать, развивать и обслуживать используемую систему. Однако для предприятий малого и среднего бизнеса такой вариант является непрактичным и рискованным.
Правила правильного выбора ИТ-инфраструктура в компаниях на ближайшие годы, скорее всего, будет сохранять «вынужденно интернациональный» характер: новые российские решения в ней будут дополнять привычные зарубежные, от которых в мгновение ока и безболезненно компаниям не отказаться. При выборе российских программных продуктов необходимо учитывать дорожные карты их развития, отслеживать прогнозы совместимости и доработок для критически важных ИТ-инструментов компании, а также анализировать успешные и неудачные внедрения на рынке. Также следует активно проводить пилотные проекты внедрения перспективных решений в рамках своей инфраструктуры.
Многолетний опыт использования зарубежного софта сформировал определенные бизнес-процессы в российских компаниях, влияя на то, как пользователи работают с информацией и конкретными приложениями. Отсутствие привычного инструмента не должно становиться угрозой для стандартных рабочих процессов и функционирования компании. Важно адаптировать и модернизировать эти процессы, чтобы обеспечить непрерывность работы и эффективность бизнеса в новых условиях.
Для оптимального понимания того, что именно и когда лучше всего нужно менять в ИТ-ландшафте вашей компании, следует сделать следующие шаги. Начните со сбора данных о программном обеспечении, установленном как на рабочих местах пользователей, так и в серверной и сетевой части ИТ-ландшафта. Затем зафиксируйте бизнес-процессы, в которых используется это ПО.
Следующий шаг — отобразить технологические взаимозависимости между всем установленным ПО. После этого проанализируйте полученные списки, чтобы определить, какие компоненты действительно необходимы и используются постоянно, что требуется заменить в ближайшие шесть месяцев, что можно заменить позже, а что — раньше. Далее соотнесите этот список с перечнем российских продуктов и зарубежного ПО, доступного для покупки в России.
С выбором ERP дело обстоит сложнее. Выбрать замену было практически не из чего, поэтому предложено использовать 1С. Некоторые системы уже недоступны в России, но компания смогла продолжить работу без них. Часть систем можно просто перенести на серверы в РФ, это будет сделано уже в текущем году. Речь идет о планировании маршрутов и некоторых модулях 1С, сейчас физически находящихся не в России. Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру.
Работа шла по пяти направлениям. Первое — переход в российское облако. Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов. Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов. Затем перевели в облако сервисы, связанные с доменом, хранением учетных записей пользователей, механизмов авторизации и др. Второе направление — развертывание сети.
Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было. В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании. На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения. Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360».
билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений
Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". ИЦК, ЦКР, ИТ-ландшафты – оценка промежуточных результатов. ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической. В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка. Что и как поменяет ИТ-ландшафт страны в 2024 году.
ИТ ландшафт как сложная система систем
Отдельные стенды были посвящены продуктам Softline Universe, Softline Digital и других вендоров. Посетителям стендов было продемонстрировано наглядное решение их конкретных задач. Эксперты поделились опытом перехода на российские продукты, разобрали стереотипы об отечественном ПО и оборудовании. На саммите для удобства участников были организованы специальные партнерские зоны для one-to-one встреч и деловых переговоров. За два дня мероприятия эта площадка стала оживленным местом, где клиенты смогли напрямую, в личной беседе обсудить с вендорами актуальные вопросы.
Участие компании в мероприятии — это, с одной стороны, оказание поддержки нашему стратегическому платиновому партнеру ГК Softline в рамках партнерской программы «Аквариус». С другой стороны, это возможность рассказать широкой аудитории клиентов со всей России о нас и нашем оборудовании, дальнейших планах развития «Аквариус» на новом ИТ-ландшафте, а также возможность обменяться контактами и получить полезную информацию от наших коллег — российских вендоров. В рамках мероприятия мы обсудили стратегию совместной работы с ГК Softline: были согласованы дальнейшие шаги по работе с государственными и коммерческими заказчиками. Кроме того, на данный момент в работе есть несколько совместных проектов и до конца года появятся новые.
По итогам саммита мы ожидаем рост совместного бизнеса и расширение клиентской базы», — поделился впечатлениями от прошедшего мероприятия Алексей Мездриков, директор по работе с ключевыми бизнес-партнерами в компании «Аквариус». Мероприятие было очень насыщенным, программа его — продуманной и интересной.
На сегодняшний день массив информации уже достиг критических размеров, и одновременно выросла потребность ритейлеров в ее качественном анализе и использовании. Мы хотим узнавать нашего покупателя с того момента, как только он пересек порог магазина, оперативно делать ему индивидуальные предложения и предсказывать его пожелания. Анализ «больших данных», необходимый для реализации этих потребностей, связан с очень серьезными вложениями и требованиями к производительности. Безусловно, мы не могли не задаться вопросом, стоит ли развивать эту компетенцию самим или передать ее на аутсорсинг. Одно могу сказать точно — без аналитики омниканальный ритейл существовать уже не может. Бабаджанов: Прежде всего это задачи по организации новых бизнес-процессов, взаимодействию каналов продаж, а также взаимодействию магазина, контакт-центра и сотрудников. Например, рассмотрим процесс доставки.
Дело в том, что доставка может осуществляться как с центрального склада диспетчеризацией занимается специальная служба , так и из офлайн-магазина — в этом случае за все процессы отвечает сам магазин. Необходимо принять решение, создавать или нет единую службу. При всех ее плюсах есть и существенный минус — наш омниканальный покупатель может позвонить на общую горячую линию, а там ему вряд ли смогут предоставить полную информацию по конкретному магазину. Поэтому, прежде чем что-то решать, необходимо понимать, каким образом увязать между собой все эти процессы. Доставка может осуществляться как с центрального склада диспетчеризацией занимается специальная служба , так и из офлайнмагазина — в этом случае за все процессы отвечает сам магазин Кроме того, острым моментом является выстраивание организационного взаимодействия между различными подразделениями в структуре компании, а также взаимодействия каналов продаж: так, аналитические данные, полученные по одному из каналов, должны с максимальным эффектом использоваться и в других, что обеспечит позитивное взаимовлияние каналов и их постоянный рост. Также хотел бы отметить проблему, связанную с постановкой корректных KPI и, соответственно, организацией распределения продаж, выручки и ответственности между подразделениями и между системами. Необходимо четко понимать, в какой именно системе какое событие должно произойти, как правильно его детерминировать и понять, соответствует оно или нет тем KPI, которые были изначально заявлены. Бабаджанов: Вопрос оценки финансовых затрат уже «утопил» не один хороший проект, поскольку ритейлеры нередко слишком долго считают возможные затраты, а рынок в это время не стоит на месте. Иногда, на мой взгляд, стоит изменить привычке «долго запрягать» в пользу оперативного захвата какой-то части рынка.
Безусловно, необходимо тщательно оценивать все инвестиции в любой проект по трансформации бизнес-процессов, но при этом нужно моментально принимать решение, если есть вероятность упустить возможность серьезно опередить своих конкурентов или, по крайней мере, не остаться позади других игроков. Трансформация бизнес-процессов в любой крупной компании осуществляется постоянно, и чем дольше мы будем откладывать изменения каких-либо систем, тем больше за них придется заплатить в будущем. Необходимость интеграции огромного потока данных, особенно при развитии омниканальных продаж, предполагает перманентное усложнение ИТ-архитектуры, которая постепенно и неструктурированно обрастает дополнительными сервисами, и поддерживать это необновляемое нагромождение систем с каждым днем становится все сложнее. Кроме того, масштабные промышленные системы, например, должны постоянно обновляться и дорабатываться, чтобы эффект от их использования ощущался не только на бумаге, но и на практике. На мой взгляд, нам удалось достичь компромисса: решения по инвестициям в модернизацию базовых платформ принимаются после длительного процесса анализа и оценки, по тактическим — максимально оперативно. Если по результатам тестирования можно предположить, что внедрение или модернизация должны быть успешными, мы реализуем данный проект в максимально сжатые сроки с минимально необходимой функциональностью. Конечно, не все из них приносят желаемую отдачу, но в целом такой подход себя полностью оправдывает. Например, развивая транспортную логистику, мы на первом этапе в экспресс-режиме в течение двух месяцев занимались подключением транспортных компаний, при этом понимая, что часть операций мы не автоматизируем сразу, делали так называемый быстрый тестовый пилот. Более сложные задачи, такие как автоматизация логистических процессов, будут решаться не менее чем полгода, но уже на подтвержденной теории с учетом понимания всех процессов и узких мест.
Бабаджанов: Большая часть возникающих конфликтов связана с ценообразованием. На этот счет существует множество взаимоисключающих мнений. Так, некоторые эксперты полагают, что даже в условиях омниканальности в физических точках продаж магазинах должны использоваться более высокие цены, с учетом издержек на аренду и зарплату персонала. Мы в «Техносиле» придерживаемся принципиально иной точки зрения: цены должны быть одинаковыми во всех каналах продаж. Однако тут возникает вопрос, какие цены следует принимать за общесетевой стандарт. Следующий вопрос связан с поддержкой актуальности информации об остатках на складе. Ключевой момент — данная информация обязательно должна быть доступна в режиме реального времени, чтобы онлайн-покупатель мог узнать, есть ли интересующий его товар на складе, и зарезервировать его. Здесь тоже возникают конфликты, связанные, например, с вопросом, можно ли отдавать в резерв товар с витрины в том случае, если он существует в единственном экземпляре.
В новом контексте ключевым фактором становится грамотный выбор стратегии обновления ИТ-систем. Стартовые позиции Сегодня при создании ИТ-ландшафта компаниям приходится оперировать в полностью новых условиях. Рынок программного обеспечения в РФ серьезно перестроился. В текущих реалиях он отличается высоким разнообразием предложения. Особенно, когда речь идет о базовых компонентах цифровой среды, таких как ОС и серверное ПО, виртуализация, офисные пакеты, а также специализированный прикладной софт. Почти в каждом продуктовом сегменте вместо топ-3 привычных глобальных решений сегодня доступны около десятка или более альтернатив российских вендоров. Бизнес-сообщество вынуждено решать задачу реорганизации ИТ-ландшафта в сквозном ключе — от инфраструктуры, до прикладных инструментов. На этом пути перед ним стают новые вызовы. Их преодоление требует и новых подходов. В целом все типичные ситуации здесь сегодня можно разделить на три основных сценария. Бессрочные лицензии на зарубежное ПО Если последние закупки софтверных лицензий на все основные ИТ-инструменты компании прошли относительно недавно, то это дает несколько лет относительно спокойной жизни. Купленное по такой модели ПО можно эксплуатировать довольно долго — особенно, если речь идет об СМБ-компаниях, не подпадающих под различные законодательные регулирования. Другое дело, что такая ситуация редка: трудно добиться полной синхронизации сроков действия вообще всех лицензий в одном ландшафте. Также, с 2022 года в отношении «бессрочного ПО» возник ряд проблем: прекращение поддержки и обновлений, без которых его функциональность и надежность ощутимо сокращается. И, конечно, купить новые лицензии больше не получится. В такой ситуации устаревание ПО происходит гораздо быстрее: за пару лет работы в таком режиме версия софта может отстать на целое поколение. Также — практически невозможно масштабироваться. Разрыв можно преодолеть через интеграцию зарубежного ПО с бессрочной лицензией с новыми российскими разработками.
Разница будет лишь в том, что после эксперимента с бесплатными продуктами отечественные компании преимущественно выберут вендорские решения on-premise. Тренд на использование отечественными компаниями решений on-premise Open Source или вендорских очевиден уже сегодня. Среди вендорских решений, по данным «Инфосистемы Джет», on-premise лидируют внедрения Red Hat OpenShift, которые встречается в двух случаях из трех. Это вполне объяснимо: Open Source решения, на основе которых создана большая часть платформ управления контейнерами, при вводе в промышленную эксплуатацию конфликтуют с требованиями к безопасности и отказоустойчивости крупных предприятий, а команды ИТ-эксплуатации часто не имеют нужной квалификации для поддержки подобных систем. Особенно активно они используются в самых динамичных индустриях — банках и страховых компаниях, ритейле, телекоме. Доступность Open Source делает легким вход в эксперименты с контейнеризированными приложениями.
ИТ ландшафт как сложная система систем
Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными. ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург. Совместная команда Axenix и Синхро (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы 1C на трех.
AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
IT-ландшафт или IT-архитектура — это совокупность информационных систем, сервисов, услуг и продуктов, которыми компания пользуется. ПАО «ВымпелКом» (тм билайн) внедрило автоматизированное решение по расчету углеродного следа от инфраструктуры, используемой ИТ-приложениями, которые функционируют внутри. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической. Смотрите видео онлайн «Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику» на канале «TAdviser» в хорошем качестве и бесплатно.
AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS
ГК «КОРУС Консалтинг» провела предпроектное обследование для компании diHouse (входит в группу ЛАНИТ) и разработала план развития ИТ-систем. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». IT-ландшафт объединяет все информационные системы предприятия. Возможно, уже в этом году появятся регуляторные требования по доле российских технологий в ИТ-инфраструктуре компаний, а также касающихся КИИ и ИБ-решений.
Технологический суверенитет в ИТ обсудили на пленарной сессии форума на РНВТ-2023
Антон Рубенчик, заместитель генерального директора, блок по информационным технологиям билайна: «Для команд, которые занимаются разработкой ИТ-приложений, при проектировании важно оценивать комплексное влияние на множество факторов: не только на оптимизацию серверных мощностей и потребление электроэнергии, но также и на то, какой вклад они тем самым вносят в экологическую обстановку. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в «облако». При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами». Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии.
При этом надо учитывать, что доступность высокопроизводительных компьютеров стала меньше, так что российским разработчикам придется вспомнить подзабытое умение советских времен — создавать софт, максимально использующий возможности «железа». Да, и само «железо», кстати, тоже надо импортозамещать. Но тут такое непаханое поле, что его хватит на «тренды» ближайших лет пяти, а то и десяти. Пиратство — новые повороты вечной темы Про «обычное» пиратство, которое понемногу проникает даже на ведущие маркетплейсы, сказано за последние два десятка лет уже достаточно.
Но теперь пираты гораздо чаще, чем ранее, воруют не у условного «Майкрософта», а «у своих», тормозя развитие российского рынка разработки и, конечно, с этим надо что-то делать более решительно, чем раньше. Также появилось «вынужденное» пиратство. Не весь иностранный софт можно заменить «по щелчку пальцев», для некоторых решений полноценных аналогов нет. И многие российские компании пытаются «менять, ничего не меняя» — оставаться до последней возможности на привычных западных разработках. Решать вопросы силовыми методами в этом случае неправильно, особенно если «аналогов нет». Но если оставить в этом отношении все как есть, компании будут жить на небезопасном нелицензионном ПО, что может оказаться чревато. А российские разработчики — недополучать средства для развития.
Он похож на слаженную оркестровую партитуру, в которой каждый инструмент выполняет свою роль без сбоев и задержек. Такой ландшафт помогает настроить оптимальное использование ресурсов, минимизацию рисков и обеспечить непрерывность бизнес-процессов.
В основе лежат современные технологии, адекватная инфраструктура и компетентные специалисты. Благодаря этому предприятие может защититься от угроз информационной безопасности, повысить производительность работы персонала и оперативно адаптироваться к изменениям в бизнес-среде. В результате ИТ-архитектура становится одной из ключевых составляющих успеха предприятия в цифровую эпоху. Правильный ИТ-ландшафт адаптирован к потребностям компании и обеспечивает: Высокую доступность решений и минимальное время простоя. Эффективную работу сотрудников без задержек и проблем со связью. Безопасность данных и защиту от угроз. Гибкость системы для добавления новых функций или масштабирования. Какие специалисты работают с ИТ-ландшафтом Для управления архитектурой требуются специалисты различных профилей. К ним относятся: Системные администраторы: отвечают за обслуживание и поддержку серверов, сетевого оборудования и других систем.
Сетевые инженеры: занимаются проектированием, настройкой и поддержкой компьютерных сетей. Разработчики программного обеспечения: создают и поддерживают программы и приложения. Инженеры баз данных: администрируют базы данных, обеспечивают их эффективную работу и безопасность. Сотрудники информационной безопасности: защищают данные и ИТ-продукты от угроз. Например — от хакерских атак и вирусов. Техническая поддержка: помогают пользователям в решении проблем с оборудованием и программным обеспечением. Аналитики данных: извлекают ценную информацию из данных, проводят анализ для принятия бизнес-решений. ИТ-менеджеры: управляют проектами, бюджетами и командами ИТ-специалистов. Специалисты по искусственному интеллекту и машинному обучению: занимаются разработкой и внедрением интеллектуальных систем.
Веб-дизайнеры и веб-разработчики: создают и поддерживают веб-сайты и приложения. Это лишь несколько примеров — ИТ-ландшафт огромен, и множество других специалистов тоже вносят свой вклад в его развитие. Решения, которые когда-то отлично справлялись с задачами, перестают быть эффективными и требуют обновления или замены. Компании активно внедряют новые технологии, чтобы поддерживать высокий уровень производительности и конкурентоспособность на рынке. Это может включать в себя обновление серверов, апгрейд программного обеспечения, создание новых систем управления данными и многое другое.
Оптимизирован для более предсказуемых и понятных областей.
Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др.
Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений. Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ. Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия. Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга. ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов.
Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы. Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения. В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях.
Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким. Наблюдается среди крупных компаний.
Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний. Архдолг не отслеживается. Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности.
Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания». Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть.
Технологический суверенитет в ИТ обсудили на пленарной сессии форума на РНВТ-2023
Но, к сожалению, за восемь лет никаких существенных сдвигов в этом направлении не произошло. Как говорится, а воз и ныне там! Даже статистика пока на западном ПО.
Наша компания является производителем Российского диспетчерского пульта связи. Контакт-центр Атмосфера — омниканальный контакт-центр с единой системой личных кабинетов и автономных ботов, в том числе с синтезом и распознаванием речи. Она поддерживает как полностью удаленный, так и гибридный формат работы. Важным преимуществом является экономичность.
Заказчик может минимизировать производственные затраты, в том числе благодаря снижению расходов на оборудование. Растет эффективность обслуживания клиентов, снижаются расходы на службу эксплуатации за счет управления услугами связи через облачные АТС. Также можно отметить гибкие модели владения CAPEX, OPEX, SaaS, PaaS , высокую степень выживаемости возможность резервирования платформы в нескольких ЦОД , соответствие требованиям безопасности и переход на полностью отечественное решение в рамках реализации программ импортозамещения и цифровой трансформации. Хочу сказать, что гости выставки «Связь — 2023» проявили большой интерес к разработкам нашей компании. На стенде САТЕЛ всегда были посетители, которым мы рассказывали о ключевых функциональных особенностях наших решений и возможностях их применения. По итогам работы на выставке мы получили большое количество запросов.
А в чем специфика нижегородского подразделения? Мы реализуем полный цикл услуг: от предварительного обследования, проектирования и подготовки технического задания до создания, тестирования и сопровождения современных программных решений. Вы согласны с этой формулировкой? Как работается айтишникам в Нижнем Новгороде? В регионе, обладающим огромным потенциалом по развитию передовых технологий, консолидированы усилия научного сообщества и представителей бизнес-индустрии для решения ключевых задач цифровой трансформации. В том числе по этим причинам наша компания несколько лет назад и выбрала Нижний Новгород для открытия собственного центра программных разработок.
Таким образом, у сотрудников нашей компании появилась возможность работать в эпицентре развития ИТ-индустрии, использовать новейшие технологии, делиться опытом с коллегами и получать новые знания.
Было подсчитано, что 168 российских решений практически полностью могут заместить лучшие зарубежные решения, 304 решения обладают средней степенью зрелости, 232 решения требуют дополнительных инвестиций для доработки и только для 40 позиций не было найдено более-менее зрелого решения. Илья Массух, директор Центра компетенций по импортозамещению в сфере ИКТ, в своем выступлении рассказал о проекте «Передовые инженерные школы», стартовавшем в 2022 году для того, чтобы обеспечить экспертно-ориентированные секторы экономики страны высококвалифицированными кадрами для достижения технологической независимости.
Александр Осадчук, начальник Главного управления инновационного развития Министерства обороны РФ, сообщил о мерах по ускоренной реализации инициативных проектов: «Основной механизм — это комиссия по инновационным проектам. Помимо традиционного назначения, мы используем ее как площадку для рассмотрения инициатив молодых коллективов, предприятий промышленности. Наиболее перспективные решения после быстрой апробации идут в ход».
Алексей Смирнов, член правления АРПП «Отечественный софт», председатель совета директоров «Базальт СПО», поделился результатами своей работы как председателя ЦКР по операционным системам и отметил: «Работа в рамках ЦКР была очень важной, но я бы хотел подчеркнуть, что более значимая работа была проделана до этого, когда ИТ-компании получили беспрецедентные налоговые льготы и преференции при госзакупках». По мнению эксперта: «Ситуация с ИЦК получается более мощной, потому что там есть заказчик, у которого есть потребности, и эти потребности должны закрываться. В ЦКР «Общесистемное ПО» конкурирующие разработчики, что очень важно для формирования ландшафта, но по сравнению с ИЦК, это играет менее значимую роль для развития программных продуктов».
Он может обращаться к ресурсам сообщества, которое занимается развитием конкретного «открытого» ИТ-инструмента, но это далеко не то же самое, что официальная поддержка. Такой подход может быть приемлемым для крупных компаний с большим штатом разработчиков, готовых поддерживать, развивать и обслуживать используемую систему. Однако для предприятий малого и среднего бизнеса такой вариант является непрактичным и рискованным. Правила правильного выбора ИТ-инфраструктура в компаниях на ближайшие годы, скорее всего, будет сохранять «вынужденно интернациональный» характер: новые российские решения в ней будут дополнять привычные зарубежные, от которых в мгновение ока и безболезненно компаниям не отказаться. При выборе российских программных продуктов необходимо учитывать дорожные карты их развития, отслеживать прогнозы совместимости и доработок для критически важных ИТ-инструментов компании, а также анализировать успешные и неудачные внедрения на рынке. Также следует активно проводить пилотные проекты внедрения перспективных решений в рамках своей инфраструктуры. Многолетний опыт использования зарубежного софта сформировал определенные бизнес-процессы в российских компаниях, влияя на то, как пользователи работают с информацией и конкретными приложениями. Отсутствие привычного инструмента не должно становиться угрозой для стандартных рабочих процессов и функционирования компании.
Важно адаптировать и модернизировать эти процессы, чтобы обеспечить непрерывность работы и эффективность бизнеса в новых условиях. Для оптимального понимания того, что именно и когда лучше всего нужно менять в ИТ-ландшафте вашей компании, следует сделать следующие шаги. Начните со сбора данных о программном обеспечении, установленном как на рабочих местах пользователей, так и в серверной и сетевой части ИТ-ландшафта. Затем зафиксируйте бизнес-процессы, в которых используется это ПО. Следующий шаг — отобразить технологические взаимозависимости между всем установленным ПО. После этого проанализируйте полученные списки, чтобы определить, какие компоненты действительно необходимы и используются постоянно, что требуется заменить в ближайшие шесть месяцев, что можно заменить позже, а что — раньше. Далее соотнесите этот список с перечнем российских продуктов и зарубежного ПО, доступного для покупки в России. Заключительный этап — провести тестирование выбранного ПО для решения базовых задач в текущих бизнес-процессах или привлечь к проекту системных интеграторов, обладающих соответствующей базой знаний и технической экспертизой.
Перечисленные шаги помогут обеспечить плавный и эффективный переход на новые ИТ-решения.