Новости проектов.
ИТ ландшафт как сложная система систем
В рамках проекта проанализировано текущее и целевое состояние ИТ-архитектуры и инфраструктуры, предложены варианты для замены существующих информационных систем, реализована миграция на локальную облачную платформу и российские решения. Об этом CNews сообщили представители Axenix. В условиях быстро меняющегося внешнего окружения мы осознали необходимость выстроить новый ИТ-ландшафт с преобладанием российских решений», — отметил Александр Писаренко, директор по информационным технологиям «Рулог». Одной из особенностей проекта было то, что у российского подразделения «Рулог» отсутствовала документация на используемые информационные системы, так как они являлись частью глобальной ИТ-инфраструктуры. Для сбора необходимой информации специалисты Axenix провели множество глубинных интервью с бизнес- и ИТ-командами, далее были разработаны описания систем, структура их взаимодействия и варианты решений. Не для всего ПО было легко подобрать аналоги.
В зависимости от масштабов проекта может понадобится: подбор и настройка оборудования и программного обеспечения настройка служб, подключение сервисов создание пользователей, распределение по группам безопасности, определение, настройка и установка прав доступа в соответствии с разработанными и утвержденными регламентами установка и настройка средств защиты информации настройка необходимых интеграций создание регламентов обслуживания и инструкций Эксплуатация и оптимизация После внедрения технические специалисты следят за состоянием IT-инфраструктуры, проводят планово-профилактические работы с оборудованием и программным обеспечением, а также анализируют обратную связь от всех пользователей. В процессе эксплуатации IT-инфраструктуры в организации со временем возникают новые бизнес-процессы, организация развивается и вместе с этим возникает потребность в оптимизации IT-инфраструктуры. Под оптимизацией подразумеваются любые изменения IT-инфраструктуры, которые могут быть связаны со следующими процессами: наращивание мощностей в связи с развитием организации приобретение компьютеров, серверов, лицензий внедрение новых систем, служб и сервисов в действующую инфраструктуру в связи с изменениями потребностей бизнеса CRM, ERP, документооборот внедрение средств защиты информации в связи с изменениями законодательства или появлением новых направлений бизнеса необходимость обеспечивать сохранность персональных данных оптимизация быстродействия в связи с увеличением пользователей и сервисов Для качественной оптимизации IT-инфраструктуры необходимо нанимать сотрудников в штат. И здесь, как и в любой бизнес-сфере, главную роль будет играть рентабельность мер. Причем в случае утечки данных следует учитывать не только финансовые потери, но и имиджевые, которые иногда могут быть куда как серьезнее, чем финансовые. Найти решение поможет консультация квалифицированных специалистов. Эксперты assino окажут комплексное сопровождение системы и IT-инфраструктуры, cконфигурируют сервер конкретно под ваши задачи с учётом дальнейшего масштабирования.
Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более. Перегретый рынок ИТ-специалистов. Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции. Недостаточная зрелость российских аналогов. Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности. Стоит отметить, что рынок российских решений интенсивно развивается: появляются новые решения, совершенствуются существующие, растет их зрелость. Уход с российского рынка зарубежных вендоров открыл окно возможностей для наших разработчиков и интеграторов. Тем не менее, все это преодолимо при условии способности топ-менеджмента реализовать комплексный подход к задаче, продемонстрировав способность быстро адаптироваться к новым условиям и эффективно управлять изменениями. Так, уже можно констатировать существенный спад запросов на локализацию в некоторых отраслях, что служит косвенным сигналом запуска следующей фазы развития ИТ. Только этого мало Впрочем, все те, кто уже успешно локализовался, начинают переходить к развитию заново созданного или «пересобранного» ИТ-ландшафта. Это обязательный следующий шаг в рамках «дорожной карты» адаптации к новой реальности: просто перестроиться — недостаточно. Первостепенной задачей для компаний является поддержание бесперебойной работы ключевых бизнес-процессов, включая в себя соответствие регуляторным требованиям, таким как налоговая и финансовая отчетность. Для производственных компаний критически важно обеспечить непрерывность цепочек поставок, чтобы избежать простоев в поставках сырья и материалов, производстве, задержек в отгрузке товаров. Системы, отвечающие за поддерживающие и вспомогательные бизнес-процессы, такие как HR, юридическое обеспечение и маркетинг, обычно рассматривались как имеющие более низкий приоритет при локализации. В настоящее время фокус смещается на автоматизацию и дальнейшее развитие ранее пропущенных или временно решенных задач.
Она позволяет обеспечить устойчивость бизнеса и сохранить темпы его развития. Этот процесс сопровождался вызовами, каждый из которых требовал тщательного планирования и ресурсов. Организационные изменения. Локализация всегда влечет за собой необходимость изменения бизнес-процессов и операционных моделей компаний. Это требует пересмотра существующих процессов, компетенций, модели сорсинга. Значительное вовлечение сотрудников. Реализация проекта по локализации требует вовлечения, самоотдачи и мотивации значительного числа сотрудников, включая специалистов по ИТ, менеджеров проектов и ключевых пользователей систем. Стоимость локализации. Затраты на создание минимального необходимого ИТ-ландшафта в среднем стандартно превышают потолок в 100 миллионов рублей, что делает локализацию значительным финансовым вложением для многих компаний. Минимальный срок локализации. Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более. Перегретый рынок ИТ-специалистов. Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции. Недостаточная зрелость российских аналогов. Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности.
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. IT-ландшафт объединяет все информационные системы предприятия. Российская ИТ-отрасль стремительно растет и развивается, решаются непростые задачи своевременного обеспечения ее востребованными кадрами и специалистами. «У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает. Новости проектов. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт».
Модернизация ИТ-ландшафта в условиях омниканальности: опыт «Техносилы»
Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. * Целевой ландшафт ИТ-архитектуры. ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург.
Переход на технологически независимый ИТ-ландшафт
Он может обращаться к ресурсам сообщества, которое занимается развитием конкретного «открытого» ИТ-инструмента, но это далеко не то же самое, что официальная поддержка. Такой подход может быть приемлемым для крупных компаний с большим штатом разработчиков, готовых поддерживать, развивать и обслуживать используемую систему. Однако для предприятий малого и среднего бизнеса такой вариант является непрактичным и рискованным. Правила правильного выбора ИТ-инфраструктура в компаниях на ближайшие годы, скорее всего, будет сохранять «вынужденно интернациональный» характер: новые российские решения в ней будут дополнять привычные зарубежные, от которых в мгновение ока и безболезненно компаниям не отказаться.
При выборе российских программных продуктов необходимо учитывать дорожные карты их развития, отслеживать прогнозы совместимости и доработок для критически важных ИТ-инструментов компании, а также анализировать успешные и неудачные внедрения на рынке. Также следует активно проводить пилотные проекты внедрения перспективных решений в рамках своей инфраструктуры. Многолетний опыт использования зарубежного софта сформировал определенные бизнес-процессы в российских компаниях, влияя на то, как пользователи работают с информацией и конкретными приложениями.
Отсутствие привычного инструмента не должно становиться угрозой для стандартных рабочих процессов и функционирования компании. Важно адаптировать и модернизировать эти процессы, чтобы обеспечить непрерывность работы и эффективность бизнеса в новых условиях. Для оптимального понимания того, что именно и когда лучше всего нужно менять в ИТ-ландшафте вашей компании, следует сделать следующие шаги.
Начните со сбора данных о программном обеспечении, установленном как на рабочих местах пользователей, так и в серверной и сетевой части ИТ-ландшафта. Затем зафиксируйте бизнес-процессы, в которых используется это ПО. Следующий шаг — отобразить технологические взаимозависимости между всем установленным ПО.
После этого проанализируйте полученные списки, чтобы определить, какие компоненты действительно необходимы и используются постоянно, что требуется заменить в ближайшие шесть месяцев, что можно заменить позже, а что — раньше. Далее соотнесите этот список с перечнем российских продуктов и зарубежного ПО, доступного для покупки в России. Заключительный этап — провести тестирование выбранного ПО для решения базовых задач в текущих бизнес-процессах или привлечь к проекту системных интеграторов, обладающих соответствующей базой знаний и технической экспертизой.
Перечисленные шаги помогут обеспечить плавный и эффективный переход на новые ИТ-решения.
В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели.
Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой.
Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития.
Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии.
При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли. Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли.
Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат. Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования. Это достигается за счёт упрощения для заказчика процедуры тестирования — например, проверки базовой функциональности и поддержки стандартных средств интеграции, которая может быть полноценно реализована на стороне технологического партнёра.
Зачастую реализация подобных тестов требует значительных ресурсов и капиталовложений, что не всегда целесообразно для заказчика. При этом на стороне ИТ-интегратора может быть развёрнута полноценная тестовая лаборатория, что позволит организовать нагрузочную, функциональную и интеграционную проверку решения. Направления развития референсной модели Наша команда начала разрабатывать консалтинговые продукты по тематикам импортозамещения около пяти лет назад.
Сегодня у нас есть полноценный фреймворк — референсная модель импортозамещения — который не только позволяет развивать ИТ-ландшафт заказчиков, но и совершенствует экспертизу Rubytech как компании-интегратора.
Однако вскоре после того, как она превратится из концепции в применяемую технологию, она принесет человечеству огромный скачок в вычислительной мощности. По словам Пламмера, область применения квантового компьютера выходит далеко за рамки того, что подвластно классическим компьютерам, однако пока что они не способны решать задачи, с которыми так умело справляются последние.
Очевидно, что потенциал квантовых вычислений огромен: 300 кубитов в полностью запутанном состоянии могут оперировать таким же количеством классических битов информации, сколько их существует во вселенной. Помимо того, что квантовые компьютеры еще слишком оторваны от повседневных задач, они страдают другими подростковыми болезнями — например, они не могут работать при комнатной температуре, их стоимость весьма велика и др. Что касается раскрытия потенциала квантовых ПК, то ученые надеются на то, что они будут иметь огромное значение для открытия новых медицинских препаратов, но, с другой стороны, есть опасения, что они выведут из строя все современные системы шифрования.
Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке. Перевод в режиме реального времени На рынке существует несколько сервисов, которые позволяют переводить разговор в режиме реального времени. По мере взросления и совершенствования этой технологии межкультурные языковые барьеры будут рушиться, одновременно будет расти ее роль в бизнесе.
Пламмер отметил, что последствия применения технологии мгновенного перевода недостаточно изучены, поскольку не ясно, как изменится мир после того, когда можно будет понять речь собеседника, разговаривающего на любом языке. Чтобы подготовиться к этому подрывающему устои изменению, ИТ-директорам следовало бы оснастить своих сотрудников, которые работают на международных линиях связи, экспериментальными программами-переводчиками, осуществляющими перевод в режиме реального времени. Нанотехнологии «Нанотехнология существует не первый год, и стоит ожидать, что по мере развития она затронет все действующий рынки», — сказал Пламмер.
Нанотехнология — это манипулирование веществом на атомном, молекулярном и надмолекулярном уровнях.
Что ж, давайте разбираться. Системное мышление Системное мышление - подход, позволяющий управлять вниманием и рассуждениями в процессе анализа, проектирования и воплощения сложных объектов.
Для начала необходимо вспомнить что система — это некое целое, состоящее из частей, за счет взаимодействия которых оно проявляет свои свойства т. Согласно системному мышлению, системы рекурсивны - каждая часть системы в свою очередь так же является системой то есть подсистемой по отношению к системе , а сама система входит в некую надсистему, и так далее вверх и вниз по всем системным уровням. Для кибер-физических инженерных систем различают 3 вида взаимодействия системы с окружающими ее системами — вещество, энергия и информация.
Очевидно, что для ИТ ландшафта как системы, состоящей из приложений, именно информационное взаимодействие между ними является основным. Поскольку мы имеем дело не с биологическими, а кибер-физическими системами, то они, в отличие от живых организмов, не создают себя сами, для этого требуется специальная сторонняя система, управляющая жизненным циклом системы нашего интереса, — т. Часто можно наблюдать довольно длинные цепочки систем-создателей.
Под целевой обычно понимают систему, которая имеет ценность для конечного потребителя и который нам за нее заплатит , то есть некий конечный продукт товар или услуга деятельности предприятия как системы-создателя. Еще одно важное для нас определение системы систем system of system, SoS — «набор или упорядоченная совокупность систем, возникающая в результате комплексирования независимых и пригодных к работе систем в более крупную систему, обладающую новыми возможностями». Поэтому идет череда модернизаций, а не разовое спроектированное проектное действие, то есть создание типичной SoS никогда нельзя считать полностью завершенным.
В ISO 21839:2019 выделено четыре типа SoS, отличающихся степенью связанности составляющих их систем — от сильно связанных до полностью автономных: Управляемые directed , в которых есть назначенный архитектор, который может выдавать приказы командам проектов составляющих систем и менеджер, который распоряжается общими ресурсами. Коллаборативные collaborative , в которых владельцы всех систем договариваются друг с другом по каждому вопросу, но нет архитектора, менеджера проекта или аналогичных выделенных оргзвеньев, занятых созданием и развитием SoS на уровне целой системы. Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно.
Система систем Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта.
Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений.
В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем.
В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов.
При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса.
В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами.
Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса.
Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг.
eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»
Процесс модернизации идет параллельно с повседневной деятельностью предприятий. Не обходится и без подводных камней. Чтобы не нанести вред текущему производственному процессу и обеспечить непрерывность работы предприятия, с заказчиком согласовываются технологические окна для производства работ. Успешно удалось переключить всю номерную емкость предприятия с аналоговой на IP-телефонию. Что также было не просто в реализации. Из любой ситуации всегда находится выход благодаря высокой квалификации экспертов обеих компаний. На сегодняшний день проделана масштабная работа, достигнуты значительные результаты в направлении Информационной безопасности предприятий, организации сетей передачи данных, структурированных кабельных систем и систем хранения данных.
Клиентская часть наших продуктов также постоянно совершенствуется. Каждый стремится создать экосистему вокруг себя на базе собственных флагманских продуктов. И на рынке уже много примеров среди крупных разработчиков. За прошлый год многие компании скорректировали свои стратегии и начали перестраивать бизнес-процессы с учетом новых вызовов. Поэтому отмечается всплеск интереса к разным решениям: от инфраструктурных сервисов, таких как службы каталогов, почты, мессенджеры до систем информационной безопасности, так как количество новых угроз и хактивистов продолжает расти. Также технологии machine learning получат все большее распространение, и данные технологии уже активно используются злоумышленниками. Соответственно системы защиты тоже должны в большей мере использовать весь доступный стек технологий, в том числе и указанные выше технологии ML. На данный момент вопрос совместимости решений стоит также остро, поэтому спикеры пришли к выводу, что ПАКи получат «новую» жизнь в 2023. Протестированные продукты от разных производителей в совместной работе высоко ценятся заказчиками.
В своем выступлении он отметил, что такие значимые мероприятия, как Softline Deep Dive, помогают отслеживать изменяющиеся потребности компаний и развивать бизнес рука-об-руку со всеми клиентами и партнерами. Мероприятие было наполнено не «сухими» техническими презентациями, а живыми выступлениями, экспертными мнениями и активным обсуждением. Ставя интересы клиентов во главу угла, эксперты ГК Softline и наших партнеров рассказывали о своем опыте, обсуждали успешные совместные проекты, проводили персональные встречи и делились своим видением ситуации в разных сегментах бизнеса. Саммит — это также неоценимый вклад в укрепление сотрудничества с вендорами. Мы благодарим всех участников за искренний интерес и объединение усилий на пути к цифровой трансформации, независимости и перспективному ИТ-будущему», — подчеркнула директор по маркетингу ГК Softline Елена Шедова. Первую панельную дискуссию мы посвятили обсуждению актуальной для всех участников темы — поиску и удержанию специалистов в ИТ. Эксперты из сферы управленческого консалтинга и HR рассказали о том, как управлять ИТ-брендом работодателя, обсудили ситуацию, сложившуюся на рынке труда, делились рекомендациями и отвечали на вопросы. Мы получили живой отклик участников, что очень ценно для нас», — отметила Наталья Лиходиевская директор управления по работе с персоналом ГК Softline. Во второй панельной дискуссии «Тенденции и тренды — три ключевые стороны и движущие силы рынка: заказчики, партнеры, вендоры» принимали участие ключевые партнеры саммита. Специалисты объяснили, как адаптироваться к новым экономическим реалиям и какие практические и бизнес-инструменты позволяют эффективно развиваться в новых условиях. Третья панельная дискуссия «Усиление технологического суверенитета: новое в законодательстве, новое в подходах» собрала представителей органов государственной власти, госкорпораций и академических организаций.
Требование по переносу к федеральным ГИС действует с 1 апреля текущего года, с 1 января 2024 года оно станет действовать и в отношении региональных информационных систем. На текущий момент 60 регионов уже подтвердили готовность к переводу региональных систем на ГосТех, их них 11 регионов включены в пилотный проект. В результате поменяется структура государственных расходов на ИТ-оборудование, инфраструктурное программное обеспечение, сервисы. В частности, капитальные затраты госзаказчиков на приобретение оборудования и ПО трансформируется в операционные расходы. Это существенно повлияет на роль крупнейших системных интеграторов, которым придется существенно пересматривать модель ведения бизнеса, а через них — и на других игроков рынка. Импортозамещение — это надолго 2024 год станет годом перехода к импортозамещению тяжелого ПО — средств виртуализации, систем резервного копирования, инфраструктурных продуктов, СУБД и аналитических решений. При этом надо учитывать, что доступность высокопроизводительных компьютеров стала меньше, так что российским разработчикам придется вспомнить подзабытое умение советских времен — создавать софт, максимально использующий возможности «железа». Да, и само «железо», кстати, тоже надо импортозамещать. Но тут такое непаханое поле, что его хватит на «тренды» ближайших лет пяти, а то и десяти. Пиратство — новые повороты вечной темы Про «обычное» пиратство, которое понемногу проникает даже на ведущие маркетплейсы, сказано за последние два десятка лет уже достаточно. Но теперь пираты гораздо чаще, чем ранее, воруют не у условного «Майкрософта», а «у своих», тормозя развитие российского рынка разработки и, конечно, с этим надо что-то делать более решительно, чем раньше.
Цифровая трансформация бизнеса в условиях обновленного ИТ-ландшафта
IT-ландшафт или IT-архитектура — это совокупность информационных систем, сервисов, услуг и продуктов, которыми компания пользуется. Новости. Разработка и ИТ-ландшафт. Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка.
Технологический суверенитет в ИТ обсудили на пленарной сессии форума на РНВТ-2023
Перед внедрением будущей IT-инфраструктуры выполняются следующие этапы: анализ бизнес-процессов организации анализ доступных решений расчет необходимого бюджета Результатом этапа планирования IT-инфраструктуры является утвержденная целевая архитектура, которая соответствует потребностям бизнеса как с точки зрения эффективности, так и по экономическим показателям. Внедрение IT-инфраструктуры По утвержденному техническому заданию исполнитель приступает к реализации проекта. В зависимости от масштабов проекта может понадобится: подбор и настройка оборудования и программного обеспечения настройка служб, подключение сервисов создание пользователей, распределение по группам безопасности, определение, настройка и установка прав доступа в соответствии с разработанными и утвержденными регламентами установка и настройка средств защиты информации настройка необходимых интеграций создание регламентов обслуживания и инструкций Эксплуатация и оптимизация После внедрения технические специалисты следят за состоянием IT-инфраструктуры, проводят планово-профилактические работы с оборудованием и программным обеспечением, а также анализируют обратную связь от всех пользователей. В процессе эксплуатации IT-инфраструктуры в организации со временем возникают новые бизнес-процессы, организация развивается и вместе с этим возникает потребность в оптимизации IT-инфраструктуры. Под оптимизацией подразумеваются любые изменения IT-инфраструктуры, которые могут быть связаны со следующими процессами: наращивание мощностей в связи с развитием организации приобретение компьютеров, серверов, лицензий внедрение новых систем, служб и сервисов в действующую инфраструктуру в связи с изменениями потребностей бизнеса CRM, ERP, документооборот внедрение средств защиты информации в связи с изменениями законодательства или появлением новых направлений бизнеса необходимость обеспечивать сохранность персональных данных оптимизация быстродействия в связи с увеличением пользователей и сервисов Для качественной оптимизации IT-инфраструктуры необходимо нанимать сотрудников в штат. И здесь, как и в любой бизнес-сфере, главную роль будет играть рентабельность мер.
Причем в случае утечки данных следует учитывать не только финансовые потери, но и имиджевые, которые иногда могут быть куда как серьезнее, чем финансовые.
Внедряемой платформе предстоит собирать и анализировать данные о сотнях тысячах устройств, миллионы метрик, группируя данные по одному и тому же устройству или сервису из разных источников, при этом снижая уровень шума. Создание единой ресурсно-сервисной модели ИТ в крупной распределенной организации с расчетом «здоровья» как на основе внутренних метрик, так и на основе внешнего влияния других элементов позволит повысить прозрачность и снизить время расследования инцидентов. И все это в одной системе MONQ. То есть она становится единым экраном мониторинга для всей организации. Как мне кажется, ключевой фактор успеха в этом проекте — одновременная заинтересованность технического персонала, следующего ИТ-стратегии, и бизнес-заказчиков».
Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей. Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др. Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений. Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ. Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия. Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов.
Соответствующие соглашение подписано в рамках ПМЭФ-2023. Консорциум займется обеспечением полного цикла разработки индустриального ПО на основании единых отраслевых принципов и платформенных решений. Начиная с 2015 года, правительство постоянно подталкивало компании к созданию собственного программного обеспечения, поскольку все оно, как правило, попадает под действие антироссийских санкций, и доступ к нему может быть закрыт в любой момент.
Об изменении ландшафта ИТ-рынка
Для управления техническим долгом необходимо применять системный подход, который включает в себя более тщательное планирование, оценку рисков, анализ качества разработок и качественный архитектурный надзор, а также выделение ресурсов на устранение технического долга. Технический долг может быть индикатором проблем в информационных системах, особенно если наблюдается увеличение инцидентов, снижение производительности и возрастание запросов на техническую поддержку. Больший технический долг усложняет доработку систем и задерживает вывод продуктов на рынок. Определить уровень технического долга можно, например, через обратную связь от бизнес-подразделений о работе ИТ и скорости внедрения требований. Постстрессовая гармония Другой выраженный тренд на 2024 год - концепция «гармонизации после стрессовой локализации», описывающая необходимость интегрировать и оптимизировать ИТ-системы, которые были оперативно локализованы в условиях временных ограничений в 2022-2023 годах. Ситуация часто требовала компромиссов в автоматизации и использования доступных, но не всегда оптимальных решений. В 2024 году основная задача будет состоять в автоматизации функций, которыми пришлось пожертвовать во время первоначальной локализации, и замене неоптимальных решений более эффективными. Например, некоторые компании уже переходят к третьему по счету решению для корпоративных коммуникаций после отделения от глобальных партнеров, а другие меняют инструменты для бизнес-аналитики. Эти изменения свидетельствуют о постоянной необходимости управления техническим долгом, адаптации и улучшения ИТ-ландшафта.
В процессе гармонизации особое внимание уделяется таким системам, как планирование, управление человеческими ресурсами HR , управление взаимоотношениями с клиентами CRM , управление бизнес-процессами BPM. Технологические тренды, получающие наибольшее внимание в этом контексте, включают в себя управление данными и аналитику, искусственный интеллект, нейросети и цифровизацию каналов. ИИ находит применение в различных сферах, от маркетинга до оптимизации цепочек поставок. Это может включать использование ИИ для создания цифровых двойников производства, складов, сельскохозяйственных полей, определения оптимального размещения дистрибуционных центров, создание персонализированных сервисов для клиентов, обнаружение и предотвращение мошенничества, прогнозную аналитику и многие другие. Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. Эти технологии выделяются из-за своего потенциала в создании новых бизнес-направлений, повышении операционной эффективности и формировании конкурентных преимуществ в рамках дальнейшего развития корпоративных ИТ-систем. Комментировать могут только авторизованные пользователи. Предлагаем Вам войти в систему или зарегистрироваться.
В обычном режиме подобные задачи, тем более сразу на трех заводах, выполняются в срок от полугода до 2 лет. Успешность проекта объясняется сразу несколькими факторами: доверие со стороны заказчика к проектной команде, высокий уровень вовлеченности сотрудников и топ-менеджмента предприятия в проект и максимальный уровень мотивации всех участников. Мы хотели помочь сотрудникам и компании сохранить присутствие на рынке и дать возможность как можно скорее продолжить работу», — сказал директор департамента «Товары народного потребления» компании Axenix Константин Максимов. Параллельно работам по инфраструктуре и развертыванию «стресс-сценария 1С » команда разработала новый дизайн всего ИТ-ландшафта, включая архитектуру ERP-системы, бизнес-приложений, ИТ-инфраструктуры, а также операционную модель ИТ.
При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами». Мониторинг углеродного следа позволит компании эффективно разрабатывать и внедрять меры по повышению энергоэффективности и внедрению инфраструктурных зеленых решений. В настоящий момент разработчики уже получили возможность прогнозировать углеродный след, расчет которого основывается на усредненных показателях по потреблению электроэнергии.
В свою очередь эти показатели рассчитываются на основе модели, спроектированной силами команды, развивающей облачную платформу. В ближайших планах — внедрение моделей в платформу наблюдаемости для возможности произведения расчетов на основе мониторинга фактических данных и отслеживания динамики роста или снижения показателей по выбросам.
Сначала мы определили 12 направлений, критичных для непрерывности деятельности, и в рамках этих направлений сформировали портфель из 28 особо значимых проектов для отрасли. Одновременно с этим мы поставили перед собой более стратегическую задачу — тщательно проанализировать весь отраслевой ИТ-ландшафт в разрезе функциональных бизнес-процессов.
Каждая из компаний в составе ИЦК представила свой набор решений, которые были разложены по ландшафту. Всего было выявлено 658 отечественных решений, разработанных или находящихся в разработке. При этом 469 решений — с уровнем технологической готовности «9». В результате мы сформировали индустриальный ландшафт ИТ-решений отрасли.
Получается, что созданная универсальная карта — это такой «вертолетный» взгляд сверху с возможностью диагностики. Во-первых, мы увидели продукты, которые уже есть в отрасли. Во-вторых, это дало возможность понять, где, в каких областях и что у нас со зрелостью решений, и где есть очевидные пробелы, которые нужно закрывать. Анализ ландшафта продолжается.