Термин Low-code (LC) буквально означает «низкий код» — технологию, позволяющую оперативно разрабатывать и развертывать ИТ-приложения c минимальным использованием. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом» В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком. Наши эксперты предлагают комплексные решения для оптимизации ИТ инфраструктуры, улучшения безопасности данных и повышения производительности бизнеса.
ИТ ландшафт как сложная система систем
Группа компаний ITMS завершила локализацию ИТ-инфраструктуры в России и Белоруссии. «ИТ-саммит Softline Deep Dive стал прекрасной возможностью обсудить с нашими клиентами и партнерами новый ландшафт рынка, который стремительно менялся в последние несколько лет. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако". Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». — Олег Александрович, опыт работы ИЦК по формированию независимого от зарубежных решений отраслевого ИТ-ландшафта в нефтегазе может стать примером для других отраслей.
УПРАВЛЕНИЕ IT ЛАНДШАФТОМ
А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями.
На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика. Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития.
Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии. При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли.
Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли. Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат. Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования.
Это достигается за счёт упрощения для заказчика процедуры тестирования — например, проверки базовой функциональности и поддержки стандартных средств интеграции, которая может быть полноценно реализована на стороне технологического партнёра. Зачастую реализация подобных тестов требует значительных ресурсов и капиталовложений, что не всегда целесообразно для заказчика. При этом на стороне ИТ-интегратора может быть развёрнута полноценная тестовая лаборатория, что позволит организовать нагрузочную, функциональную и интеграционную проверку решения.
Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов.
При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов.
Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры.
Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов.
Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей. Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др.
IT IT Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта.
Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру. Работа шла по пяти направлениям. Первое — переход в российское облако.
Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов. Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов. Затем перевели в облако сервисы, связанные с доменом, хранением учетных записей пользователей, механизмов авторизации и др. Второе направление — развертывание сети. Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было. В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании.
На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения. Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360». Сложность заключалась в том, что данные о пользователях хранились в глобальной директории со своей структурой. Выделить сотрудников российского подразделения стало нетривиальной задачей. Кроме этого, важно было сохранить переписку пользователей, их права доступа к различным сервисам и списки рассылки, в которых они состояли. Мы подготовили образ для инсталляции, протестировали его и работоспособность основных приложений на группе ключевых пользователей, а затем в три этапа перевели на новые сервисы и инфраструктуру всех сотрудников, не нарушая их работу.
В процессе миграции «докрутили» настройки сервисов таким образом, чтобы пользователи получили все привычные функции в новых решениях.
Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике
| Переход на технологически независимый ИТ-ландшафт: RE-волюционный подход IT One | Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. |
| Как российским компаниям развивать ИТ-ландшафт в новой реальности? | ИТ-компания IT_One, российский разработчик высоконагруженных технологичных систем, выводит на рынок услугу по формированию единой программы адаптации ИТ-ландшафта на. |
| ЦКИТ стал организатором стратегической сессии по формированию новых индустриальных ИТ-ландшафтов | Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. |
| {eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности» | Конечно, технологии, даже блокчейн, окажут воздействие на развитие российского рынка. |
| Неоднородный ИТ-ландшафт | ИЦК, ЦКР, ИТ-ландшафты – оценка промежуточных результатов. |
Сложный ландшафт технологической независимости
- Дэрил Пламмер
- Дэрил Пламмер
- SAPLand — Мир решений SAP
- Сложный ландшафт технологической независимости
- Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет
Другие новости
- ЧТО ВАЖНО ДЛЯ СОВРЕМЕННОЙ КОМПАНИИ ДЛЯ ПОДДЕРЖАНИЯ НАДЕЖНОЙ ИТ ИНФРАСТРУКТУРЫ?
- Цели проекта
- Технологический суверенитет в ИТ обсудили на пленарной сессии форума на РНВТ-2023
- Сложный ландшафт технологической независимости
Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет
Целью исследования CNews Analytics и «Инфосистемы Джет» было определить степень проникновения технологий контейнеризации в ИТ-ландшафт крупных российских компаний и. Пламмер рекомендует ИТ-директорам держаться в стороне от шумихи, связанной с квантовыми вычислениями, но параллельно изучать их потенциал в облаке. Российская ИТ-отрасль стремительно растет и развивается, решаются непростые задачи своевременного обеспечения ее востребованными кадрами и специалистами.
NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ
Стоящие перед СИГМОЙ задачи не только соответствуют статусу компании, но и отвечают ключевым запросам отрасли: импортозамещению, цифровой трансформации, обеспечению стабильности и информационной безопасности. Хочу подчеркнуть, что всё вышеперечисленное — мощные и долгосрочные тренды. Кроме того, наши проекты и ИТ-решения были выбраны для развития в рамках индустриальных центров компетенций ИЦК , которые формируются сейчас на базе министерств. Это свидетельствует об актуальности пути, по которому идёт компания, о зрелости и перспективности решений. СИГМА видит точку роста именно в разработке защищённых решений, направленных на развитие технологического суверенитета энергетического сектора российской экономики. В рамках развития собственной линейки ИТ-продуктов в 2022 году мы выпустили кроссплатформенное решение для развития инфраструктуры отечественного электротранспорта — «СИГМА. В его состав входят мобильное приложение и сайт для водителей, а также веб-портал для операторов ЭЗС. Решение обеспечивает комфортное взаимодействие всех участников процесса. Такие разработки помогают делать электромобили более доступными для населения, а транспорт — более экологичным. У СИГМЫ есть запросы от клиентов, связанные с обслуживанием цифровой составляющей такого оборудования?
Если да, то какие решения может предложить компания? Оно позволяет сотрудникам с помощью мобильных устройств контролировать состояние оборудования электростанций, в режиме реального времени обмениваться информацией с информационными системами верхнего уровня АИС ТОРО , экономить время на формирование отчётов и получение заданий. Всё это позволяет эффективнее организовать работу технического персонала, снижать риски сбоев оборудования и увеличивать срок его эксплуатации. Запрос на оперативное планирование ремонтных работ, безопасное обслуживание оборудования, ведение нарядов-допусков и других рабочих документов в электронном виде очень актуален в связи с возросшим уровнем автоматизации и цифровизации производственных процессов.
Особенно активно они используются в самых динамичных индустриях — банках и страховых компаниях, ритейле, телекоме. Доступность Open Source делает легким вход в эксперименты с контейнеризированными приложениями. По факту же на одной чаше весов мы имеем простоту их первоначального развертывания, а на другой — множество сложностей с эксплуатацией: обеспечением надежности, безопасности, вопросами "второго дня".
В ландшафтах enterprise-уровня эти проблемы становятся критичными. Кроме того, половина компаний, обладающих собственной разработкой, остается наедине с трудностями, пытаясь решить их с помощью профильных сообществ и испытывая дефицит специалистов. Хорошая новость — эти проблемы решаемы.
Работа над ошибками, выявленный потенциал модели. В рамках выступлений и свободной дискуссии участники затронули следующие актуальные темы, затрагивающие деятельность ИЦК: необходимый и достаточный уровень детализации отраслевых функциональных моделей; интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные ИТ-ландшафты; приоритеты и последовательность действий при формировании функционально-технологических карт; интеграция сведений об используемом зарубежном ПО в индустриальные ИТ-ландшафты; проблемы совместной работы над ИТ-ландшафтами близких индустрий например, в машиностроении ; цифровые инструменты для систематизации данных и визуализации индустриальных ИТ-ландшафтов.
Основная цель — повышение эффективности взаимодействия благодаря открытому диалогу с партнёрами. Представители «Норильского Никеля» рассказали поставщикам о стратегических приоритетах развития компании, особенностях сотрудничества и внутренних процессов работы. Главным направлением развития сегодня представители «Норникеля» назвали реновацию ИТ-ландшафта за счёт внедрения новых отечественных санкционно независимых продуктов. Полный переход таких систем на российское ПО запланирован в компании до 2025 года. На панельной дискуссии участники обсудили предложения по импортозамещению ПО и подходы к внедрению новых продуктов в существующую ИТ-инфраструктуру компании.
Где густо, где пусто
- Содержание
- Переход на технологически независимый ИТ-ландшафт. Новости IT_ONE
- ИТ ландшафт как сложная система систем | LeColoboqueJournal | Дзен
- УПРАВЛЕНИЕ IT ЛАНДШАФТОМ
- Трансформация ИТ-ландшафта: «точка невозврата» пройдена
Об изменении ландшафта ИТ-рынка
| Кейс. ИТ-ландшафт с нуля для исследовательской компании | Блог | Nubes | От каких подходов к импортозамещению банка лучше отказаться и на какие пробелы в ИТ-ландшафте стоит обратить внимание — рассказывает Алексей Северов, ИТ-архитектор. |
| Новый ландшафт ИТ: тренды и возможности by aline v on Prezi | Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. |
| Трансформация ИТ-ландшафта: «точка невозврата» пройдена. Казахстан. | интеграция ИТ-ландшафтов общесистемного и прикладного ПО в индустриальные. |
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов). Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт».
Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса
| Переход на технологически независимый ИТ-ландшафт. Новости IT_ONE | ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом» В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком. |
| SAPLand — Мир решений SAP | Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! |
| Переход на технологически независимый ИТ-ландшафт. Новости IT_ONE | Технологически независимый ландшафт как раз и понимается нами как некая совокупность информационных ресурсов (систем, приложений, сервисов, продуктов). |
Аудит цифрового ландшафта
Стартовые позиции Сегодня при создании ИТ-ландшафта компаниям приходится оперировать в полностью новых условиях. Рынок программного обеспечения в РФ серьезно перестроился. В текущих реалиях он отличается высоким разнообразием предложения. Особенно, когда речь идет о базовых компонентах цифровой среды, таких как ОС и серверное ПО, виртуализация, офисные пакеты, а также специализированный прикладной софт. Почти в каждом продуктовом сегменте вместо топ-3 привычных глобальных решений сегодня доступны около десятка или более альтернатив российских вендоров. Бизнес-сообщество вынуждено решать задачу реорганизации ИТ-ландшафта в сквозном ключе — от инфраструктуры, до прикладных инструментов. На этом пути перед ним стают новые вызовы. Их преодоление требует и новых подходов. В целом все типичные ситуации здесь сегодня можно разделить на три основных сценария. Бессрочные лицензии на зарубежное ПО Если последние закупки софтверных лицензий на все основные ИТ-инструменты компании прошли относительно недавно, то это дает несколько лет относительно спокойной жизни.
Купленное по такой модели ПО можно эксплуатировать довольно долго — особенно, если речь идет об СМБ-компаниях, не подпадающих под различные законодательные регулирования. Другое дело, что такая ситуация редка: трудно добиться полной синхронизации сроков действия вообще всех лицензий в одном ландшафте. Также, с 2022 года в отношении «бессрочного ПО» возник ряд проблем: прекращение поддержки и обновлений, без которых его функциональность и надежность ощутимо сокращается. И, конечно, купить новые лицензии больше не получится. В такой ситуации устаревание ПО происходит гораздо быстрее: за пару лет работы в таком режиме версия софта может отстать на целое поколение. Также — практически невозможно масштабироваться. Разрыв можно преодолеть через интеграцию зарубежного ПО с бессрочной лицензией с новыми российскими разработками. Да, это усложняет управление и обслуживание ИТ-систем, но вариант вполне рабочий.
Опрос, который мы провели среди своих сотрудников по завершении проекта, показал, что в целом работники компании довольны качеством и скоростью работы ИТ-сервисов», — отметил Алексей Трифонов, менеджер по ИТ АКРА. Компания динамично развивается, и уже в процессе эксплуатации появляются новые задачи, требующие изменений и в ИТ. Наши команды работали в тесном тандеме, что позволило своевременно осуществлять необходимые доработки без отрицательного влияния на бизнес-процессы», — рассказал архитектор проекта Олег Недосеко, компания «Инфосистемы Джет». Свежее по теме.
Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса Качество, безопасность, госрегулирование 14 апреля 2023, 11:04 2327 просмотров Поделиться Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса Организация IT-ландшафта IT-ландшафт объединяет все информационные системы предприятия. Ее организация обычно происходит в несколько этапов: разработка, внедрение, тестирование, ввод в эксплуатацию и дальнейшая поддержка. Перед внедрением будущей IT-инфраструктуры выполняются следующие этапы: анализ бизнес-процессов организации анализ доступных решений расчет необходимого бюджета Результатом этапа планирования IT-инфраструктуры является утвержденная целевая архитектура, которая соответствует потребностям бизнеса как с точки зрения эффективности, так и по экономическим показателям. Внедрение IT-инфраструктуры По утвержденному техническому заданию исполнитель приступает к реализации проекта. В зависимости от масштабов проекта может понадобится: подбор и настройка оборудования и программного обеспечения настройка служб, подключение сервисов создание пользователей, распределение по группам безопасности, определение, настройка и установка прав доступа в соответствии с разработанными и утвержденными регламентами установка и настройка средств защиты информации настройка необходимых интеграций создание регламентов обслуживания и инструкций Эксплуатация и оптимизация После внедрения технические специалисты следят за состоянием IT-инфраструктуры, проводят планово-профилактические работы с оборудованием и программным обеспечением, а также анализируют обратную связь от всех пользователей. В процессе эксплуатации IT-инфраструктуры в организации со временем возникают новые бизнес-процессы, организация развивается и вместе с этим возникает потребность в оптимизации IT-инфраструктуры. Под оптимизацией подразумеваются любые изменения IT-инфраструктуры, которые могут быть связаны со следующими процессами: наращивание мощностей в связи с развитием организации приобретение компьютеров, серверов, лицензий внедрение новых систем, служб и сервисов в действующую инфраструктуру в связи с изменениями потребностей бизнеса CRM, ERP, документооборот внедрение средств защиты информации в связи с изменениями законодательства или появлением новых направлений бизнеса необходимость обеспечивать сохранность персональных данных оптимизация быстродействия в связи с увеличением пользователей и сервисов Для качественной оптимизации IT-инфраструктуры необходимо нанимать сотрудников в штат.
Тренд на использование отечественными компаниями решений on-premise Open Source или вендорских очевиден уже сегодня. Среди вендорских решений, по данным «Инфосистемы Джет», on-premise лидируют внедрения Red Hat OpenShift, которые встречается в двух случаях из трех. Это вполне объяснимо: Open Source решения, на основе которых создана большая часть платформ управления контейнерами, при вводе в промышленную эксплуатацию конфликтуют с требованиями к безопасности и отказоустойчивости крупных предприятий, а команды ИТ-эксплуатации часто не имеют нужной квалификации для поддержки подобных систем. Особенно активно они используются в самых динамичных индустриях — банках и страховых компаниях, ритейле, телекоме. Доступность Open Source делает легким вход в эксперименты с контейнеризированными приложениями. По факту же на одной чаше весов мы имеем простоту их первоначального развертывания, а на другой — множество сложностей с эксплуатацией: обеспечением надежности, безопасности, вопросами "второго дня".