Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! IT-ландшафт или IT-архитектура — это совокупность информационных систем, сервисов, услуг и продуктов, которыми компания пользуется. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». * Целевой ландшафт ИТ-архитектуры.
Как VDI меняет ИТ-ландшафт в эпоху цифровой трансформации бизнеса
«ИТ-саммит Softline Deep Dive стал прекрасной возможностью обсудить с нашими клиентами и партнерами новый ландшафт рынка, который стремительно менялся в последние несколько лет. Совместная команда Axenix и Синхро (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы 1C на трех. Об этом и не только говорили владельцы и первые лица крупнейших российских и мировых ИТ-компаний, руководителей инфраструктурных организаций, госструктур в рамках. Создаем отказоустойчивые ИТ-инфраструктуры для стабильной работы бизнес-критичных систем, оборудования и других компонентов ИТ-ландшафта. Смотрите видео онлайн «Как изменился ландшафт ИТ-экосистем после ухода западных вендоров, и что выбрать заказчику» на канале «TAdviser» в хорошем качестве и бесплатно. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch.
Ландшафтный ИТ-дизайн: как мы будем жить в 2024 году
| ИТ-ландшафт телеканала «НТВ-Петербург». | Эффект для бизнеса в дальнейшем развитии обновленных ИТ-ландшафтов могут принести и облачные технологии, роботизация, платформы IoT. |
| Офисный ИТ-ландшафт для АКРА - | Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! |
| билайн разработал автоматизированное решение для расчета углеродного следа от ИТ-приложений | ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. |
| Как российским компаниям развивать ИТ-ландшафт в новой реальности? | ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург. |
Трансформация ИТ-ландшафта: «точка невозврата» пройдена
Системы хранения данных Storage Systems : хранилища данных, файловые системы, облачное хранилище и другие решения для хранения информации. Системы управления ресурсами предприятия ERP : интегрированные системы для управления бизнес-процессами, такими как финансы, управление персоналом, снабжение и др. Системы управления отношениями с клиентами CRM : инструменты для управления взаимоотношениями с клиентами, отслеживания продаж и анализа данных о клиентах. Системы коллективной работы и коммуникации Collaboration and Communication Systems : почтовые серверы, инструменты для видеоконференций, облачные платформы для совместной работы.
Другие специализированные системы: в зависимости от специфики бизнеса, могут быть использованы например, системы управления производством, аналитики данных. Объединение различных уровней технологической инфраструктуры, таких как серверы, сети, базы данных и приложения, позволяет предприятиям использовать возможности современной аналитики, средств автоматизации и облачных вычислений. Благодаря этому компании могут оптимизировать процессы, сделать более прозрачным процесс принятия решений за счет точного анализа больших данных, повысить качество обслуживания клиентов за счет персонализации взаимодействия с ними и даже получить конкурентное преимущество за счет опережения технологического прогресса.
В конечном итоге инвестиции в современную ИТ-архитектуру позволяют компаниям оставаться гибкими в условиях постоянно меняющегося цифрового ландшафта, стимулируя инновации и рост. Эти компоненты взаимодействуют между собой, создавая сложную и взаимозависимую структуру. Каждая компания формирует свой уникальный ИТ-ландшафт в зависимости от потребностей и стратегии развития.
Как классифицируют ИТ-ландшафты ИТ-ландшафты компаний классифицируют по различным критериям в зависимости от их характеристик и особенностей. Вот некоторые общие способы классификации: Размер организации Малые и средние предприятия МСП обычно имеют более простой и меньший по объему архитектуры. ИТ-ландшафты крупных корпораций могут быть крайне сложными и включать множество подразделений, географически распределенных центров и разнообразных систем.
Чем старше организация, тем сложнее может быть ее ИТ-инфраструктура. Отрасль Финансы, здравоохранение, производство, ритейл, логистика. Каждая отрасль имеет специфические ИТ-потребности, что отражается в ее ИТ-ландшафте.
Бизнес-модель Онлайн-ретейлеры, производства, технологические стартапы. В зависимости от особенностей организации могут различаться использование конкретных технологий и ИТ-решений. Стадия развития Новые компании и устоявшийся бизнес.
Стартапы могут иметь более гибкие и инновационные ИТ-ландшафты, в то время как у больших организаций с многолетней историей они могут быть более сложными и стандартизированными. Облачные vs локальные ИТ-решения Делятся на тех, кто использует облачные технологии и тех, кто предпочитает традиционные локальные ИТ-решения. Географическое распределение Локальные бренды и мультинациональные корпорации.
У вторых ИТ-ландшафт может включать глобальные сети, дата-центры и специфические технологические требования для разных регионов и стран. Что отличает правильно выстроенный ИТ-ландшафт Правильно выстроенный ИТ-ландшафт отличается своей гибкостью и эффективностью. Он похож на слаженную оркестровую партитуру, в которой каждый инструмент выполняет свою роль без сбоев и задержек.
Консорциум займется обеспечением полного цикла разработки индустриального ПО на основании единых отраслевых принципов и платформенных решений. Начиная с 2015 года, правительство постоянно подталкивало компании к созданию собственного программного обеспечения, поскольку все оно, как правило, попадает под действие антироссийских санкций, и доступ к нему может быть закрыт в любой момент. Но, к сожалению, за восемь лет никаких существенных сдвигов в этом направлении не произошло.
Буквально год назад такого еще не было, и, думаю, в 2013—2014 гг. И с технологической точки зрения публичные облака развиваются быстро, так как провайдеры, для которых эти облака являются частью бизнеса, все время стараются внедрять в них новые технологии и сервисы.
Публичное облако растет, и это хорошо, но основной доход пока дают проекты частных облаков. Скромный показатель обусловлен большим объемом проектов частных облаков. Выяснилось, что никакой отраслевой привязки к облакам у SMB нет. Чуть ли не единственная общая характеристика таких компаний — это их распределенность по городу, области, стране или наличие зарубежных представительств, то есть это компании, которым нужен доступ к своим информационным ресурсам из любой точки интернета. В 2011 г.
Крупные компании свою заинтересованность в облачных сервисах проявили лишь во второй половине 2012 г. Полагаю, что в немалой степени это стало результатом длительной работы по продвижению нашего решения в области защиты персональных данных, которая актуальна для многих таких компаний. С чего он начинался и на каких принципах строился? В любой компании, занимающейся системной интеграцией или эксплуатацией информационных систем, есть лаборатория, в которой проводится тестирование новых технологий. В свое время некоторые проблемы в ходе реализации проектов по виртуализации ИТ-инфраструктуры наших заказчиков заставили нас построить в этой лаборатории стенды для тестирования предлагаемых вендорами технологий распределенной обработки данных.
В результате испытаний стало понятно, что эти технологии дают нам инструменты для создания гибкого масштабируемого решения по управлению ИТ-инфраструктурой. Сначала мы не строили планов по объемам продаж и прибылям, мы просто заинтересовались облачной технологией, решили попробовать внедрить ее и оценить, насколько она будет удобна нам самим. Но затем мы увидели заинтересованную реакцию рынка и стали уже целенаправленно разрабатывать и внедрять облачные сервисы.
Продолжая использование веб-сайта, Вы соглашаетесь с применением указанных технологий и размещением cookie-файлов. Вы можете удалить cookie-файлы с вашего устройства через настройки браузера, а также заблокировать размещение cookie-файлов, однако при этом некоторые функции веб-сайта могут быть недоступными в связи с технологическими ограничениями движка. Дополнительную информацию Вы можете найти в Политике в отношении обработки персональных данных.
Локализация ИТ-ландшафта логистической компании «РУЛОГ»
6 декабря eXpress принял участие в ежегодной конференции «ИТ-ландшафт новой реальности», которая проходила в мультиформатном пространстве Community в Москве. совокупность всех приложений предприятия (иногда включая приложения его партнеров и клиентов) и их интеграций. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год. Ландшафт, который формировался более 30 лет, полностью изменился, а новые цели, на которые ориентируются отрасль и государство, можно назвать амбициозными. Группа компаний ITMS завершила локализацию ИТ-инфраструктуры в России и Белоруссии.
Как меняется ИТ-ландшафт Северстали
Вместо одной стратегии «заменить» мы предлагаем фреймворк, состоящий из шести направлений, в виде управляемой услуги. Как это работает? Прежде всего, мы проводим аудит текущего состояния ИТ во всех их проявлениях: анализируем ландшафт и организационную структуру ИТ в компании, определяем ключевые приложения и системы в том числе в контексте целей импортозамещения , оцениваем риски и ограничения. После этого на этапе целевого планирования мы уже можем сформировать видение целевой архитектуры и выработать стратегию перехода к ней. Основным приоритетом для этой задачи считаем минимизацию рисков выхода из строя ИТ-систем и обеспечение устойчивости бизнеса. Рынок ИТ-услуг в России: оценки, тренды, крупнейшие участники. Обзор и рейтинг TAdviser 298.
Это и есть те направления, в которых нам дальше предстоит работать. Очевидно, что замена Replace — только один из шести вариантов развития событий, причем не самый первый. Далее расскажем о том, что представляют собой остальные пять сценариев. Модель 6R в действии Первый сценарий в нашем списке — Retain, или поддержка текущей ИТ-системы без изменений. Этот сценарий подразумевает, что конкретный объект это может быть система, бизнес-процесс , элемент ИТ-инфраструктуры и так далее не нужно «трогать» прямо сейчас и пока нет предпосылок того, что возникнет необходимость менять его в будущем. Примеры: продукты с бессрочной приобретенной лицензией, способные работать без обновлений Microsoft Exchange или Atlassian Stack on-premise.
Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации. Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности.
Значительное вовлечение сотрудников. Реализация проекта по локализации требует вовлечения, самоотдачи и мотивации значительного числа сотрудников, включая специалистов по ИТ, менеджеров проектов и ключевых пользователей систем. Стоимость локализации. Затраты на создание минимального необходимого ИТ-ландшафта в среднем стандартно превышают потолок в 100 миллионов рублей, что делает локализацию значительным финансовым вложением для многих компаний. Минимальный срок локализации. Реализация проекта занимает не менее 3—4 месяцев почти всегда — гораздо больше, до 1 года и более. Перегретый рынок ИТ-специалистов.
Дефицит ИТ-специалистов, знакомых с отечественными решениями, усложняет процесс найма квалифицированных сотрудников. Отсутствие локальных ИТ-компетенций. Многие компании, в особенности российские подразделения зарубежных компаний, сталкиваются с необходимостью организации собственного ИТ-блока, поскольку у них отсутствуют соответствующие компетенции. Недостаточная зрелость российских аналогов. Одна из ключевых проблем —недостаточная зрелость местных аналогов иностранных ИТ-решений, что может сказываться на функциональности и надежности. Стоит отметить, что рынок российских решений интенсивно развивается: появляются новые решения, совершенствуются существующие, растет их зрелость. Уход с российского рынка зарубежных вендоров открыл окно возможностей для наших разработчиков и интеграторов. Тем не менее, все это преодолимо при условии способности топ-менеджмента реализовать комплексный подход к задаче, продемонстрировав способность быстро адаптироваться к новым условиям и эффективно управлять изменениями. Так, уже можно констатировать существенный спад запросов на локализацию в некоторых отраслях, что служит косвенным сигналом запуска следующей фазы развития ИТ. Только этого мало Впрочем, все те, кто уже успешно локализовался, начинают переходить к развитию заново созданного или «пересобранного» ИТ-ландшафта.
Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры.
Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса. Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой.
Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения.
Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность.
Оптимизирован для более предсказуемых и понятных областей. Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла.
Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами. С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API.
В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др. Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений. Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ.
Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия. Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга.
ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов. Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы.
Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения. В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов.
Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы. Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики.
Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким.
Наблюдается среди крупных компаний.
С точки зрения структуры ландшафта «Традиционное ИТ» вследствие межуровневых конфликтов со временем обретает черты «платформенности» — монолитные core-приложения предоставляют микросервисным приложениям «Быстрого ИТ» свое поведение посредством слоя стандартизованных программных интерфейсов API. В «Быстром ИТ» так же формируется платформа, в которую выносятся общие для всех приложений инфраструктурные и бизнес-сервисы аутентификация, журналирование, генерация и распознавание документов и др. Конструирование системы без четкого понимания целевого процесса ее функционирования приводит к большому количеству субоптимальных архитектурных решений.
Возвращаясь к понятиям системного подхода, можно с уверенностью утверждать, что ИТ ландшафт обладает всеми признаками системы систем SoS по критериям Maier: Приложения, являющееся подсистемами ИТ ландшафта, создаются независимыми системами-создателями Agile-командами и отделами ИТ. Приложения, особенно если речь идет о «коробках», могут функционировать самостоятельно вне контекста надсистемы ИТ ландшафта конкретного предприятия. Взаимодействующие в рамках ИТ решения приложения проявляют свою эмерджентность в виде предоставляемых сервисов для систем-провайдеров продуктов. Развитие ИТ ландшафта идет непрерывно путем реализации ИТ решений для бизнеса, либо проектов ИТ модернизации, направленных на снижение архитектурного долга.
ИТ ландшафт современного предприятия, как правило, является геораспределенным с целью обеспечения его катастрофоустойчивости, а также как следствие активного использования «облачных» сервисов. Согласно Косякову, со временем к этим критериям SoS были добавлены еще два важных свойства: Самоорганизация. SoS имеет динамичную организационную структуру, способную реагировать на изменения в окружении и изменения целей и задач системы. Вслед за ее динамичной организацией, сама структура SoS так же является динамичной и реагирующей на внешние изменения и восприятие окружения.
В зависимости от уровня зрелости, размера и стиля управления ИТ в организации могут встречаться ИТ ландшафты, относящиеся ко всему спектру типов SoS по классификации ISO 21839:2019: Управляемый directed — при наличии Службы Главного Архитектора с достаточно широкими полномочиями, в том числе по распоряжению ресурсами команд проектов на реализацию архитектурных задач и задач по закрытию архдолга. Такой ИТ ландшафт характеризуется высокой структурированностью с минимальным количеством архдолга, но при этом относительно низкой скоростью изменения из-за жестких регламентов. Наблюдается в основном в средних и небольших компаниях. Строго говоря, SoS данного типа практически неотличима от обычной системы.
Подтвержденный acknowledged — при наличии Службы Главного Архитектора, которая способна эффективно коммуницировать с проектными командами развития приложений с целью внедрения архитектурного подхода в их практики. Наличие Архитектурного Комитета как коллективного оргзвена, обеспечивающего governance ИТ ландшафта. Характеризуется достаточно невысокой структурированностью и при этом высокой связностью приложений. Уровень архдолга может быть достаточно высоким.
Наблюдается среди крупных компаний. Коллаборативный collaborative — при небольшом количестве проектных команд-владельцев приложений. Характерно для небольших компаний. Архдолг не отслеживается.
Виртуальный virtual — при отсутствии управления ИТ как такового ИТ ландшафт в принятом нами понимании отсутствует и рассматривается в основном только как ИТ инфраструктура серверы, хранилища и сетевые каналы. Таким образом, ИТ ландшафт в крупных компаниях является системой систем SoS со всеми присущими ей свойствами. Измеряем сложность Несмотря на распространенность термина «сложность», на сегодняшний день для него не существует согласованного определения как в целом, так и в контексте управления архитектурой ИТ ландшафта, в частности. Кембриджский словарь, например, определяет сложность как «явление, при котором имеется множество связанных частей и которое сложно для понимания».
Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить». Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем.
Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему?
Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему?
Состав аудита
- Цели проекта
- Управление ИТ ландшафтом — Dinord
- Смотрите также
- Аудит цифрового ландшафта от Arenadata
- Свежее по теме
УПРАВЛЕНИЕ IT ЛАНДШАФТОМ
Во второй панельной дискуссии «Тенденции и тренды — три ключевые стороны и движущие силы рынка: заказчики, партнеры, вендоры» принимали участие ключевые партнеры саммита. Специалисты объяснили, как адаптироваться к новым экономическим реалиям и какие практические и бизнес-инструменты позволяют эффективно развиваться в новых условиях. Третья панельная дискуссия «Усиление технологического суверенитета: новое в законодательстве, новое в подходах» собрала представителей органов государственной власти, госкорпораций и академических организаций. На встрече обсудили вопросы обеспечения бесперебойного функционирования существующей инфраструктуры и защиты государственных информационных ресурсов, а также новые подходы к предоставлению доступа к единой экосистеме Softline Universe и лицензированию в рамках единого соглашения.
Живой интерес вызвали вопросы нормативных изменений по закупкам оборудования. Кроме того, на Softline Deep Dive работала демо-выставка: на 25 стендах были представлены разнообразные решения — от инженерной инфраструктуры до офисных приложений, в том числе и облачные — от ГК Softline и ее партнеров. Отдельные стенды были посвящены продуктам Softline Universe, Softline Digital и других вендоров.
Посетителям стендов было продемонстрировано наглядное решение их конкретных задач. Эксперты поделились опытом перехода на российские продукты, разобрали стереотипы об отечественном ПО и оборудовании. На саммите для удобства участников были организованы специальные партнерские зоны для one-to-one встреч и деловых переговоров.
За два дня мероприятия эта площадка стала оживленным местом, где клиенты смогли напрямую, в личной беседе обсудить с вендорами актуальные вопросы.
В расчетах применены региональные коэффициенты выбросов парниковых газов от сетевого электричества и тепла, определенные территориальным методом. Коэффициенты эмиссий были рассчитаны экспертами по климатическим рискам и парниковым газам - компанией HPBS.
Антон Рубенчик, заместитель генерального директора, блок по информационным технологиям билайна: «Для команд, которые занимаются разработкой ИТ-приложений, при проектировании важно оценивать комплексное влияние на множество факторов: не только на оптимизацию серверных мощностей и потребление электроэнергии, но также и на то, какой вклад они тем самым вносят в экологическую обстановку. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в «облако». При этом нам важно обеспечить наблюдаемость упомянутых выше параметров для разработчиков и предоставить им инструмент анализа и прогнозирования с учетом выбора того или иного архитектурного решения командами».
Основные работы были завершены в конце 2022 г. Сейчас заканчивается настройка пользовательских устройств и обучение сотрудников «Рулог» по работе с новыми сервисами. Технической поддержкой локальной ИТ-инфраструктуры займется команда Axenix.
Axenix предоставляет услуги в области цифровых сервисов, облачных технологий и решений для обеспечения информационной безопасности. Предлагает услуги в области стратегии и бизнес-консалтинга, технологических решений и других операций, направленных на цифровизацию бизнеса. В случае одобрения вашей заявки, на указанный email придет подтверждение.
У компании не было технологической базы для переноса ключевых сервисов, а создание On-Premise инфраструктуры с нуля потребовало бы больших капитальных затрат. Задачи Развернуть ИТ-инфраструктуру, на которой разместятся сервисы и информационные системы компании. Обеспечить стабильную работу критичных ИТ-систем. Создать безопасную среду для удаленных сотрудников с централизованным входом. Развернуть корпоративный почтовый сервис. В облаке развернули полноценный виртуальный дата-центр под бухгалтерское ПО, виртуальные рабочие столы для персонала, почтовый сервис Communigate Pro и другие информационные системы компании.
Аудит цифрового ландшафта
Поэтому на сайте OnCloud. На мой взгляд, это правильная практика, она свидетельствует, что проблемы могут случиться у каждого и если есть смелость честно в них признаться, то значит, уже приняты меры к тому, чтобы подобные инциденты не повторялись. Здесь пока все смотрится закономерно: есть большая база корпоративных ЦОДов, которые по мере морального устаревания будут приходить к естественному эволюционному шагу — модернизации. В рамках модернизации будет осуществляться переход к использованию облачных вычислений. Наша статистика за прошлый год и рыночные тенденции указывают на то, что в 2013 г. Полагаем, что к концу 2013 г.
Во всяком случае, предпосылки для этого в виде продуктов, которые должны быть востребованы потребителями, есть. Мы принципиально не разделяем IaaS- и PaaS-сервисы, потому что даже когда заказчики изначально заявляют, что им нужны только виртуальные мощности, потом выясняется, что им удобней получить платформу, готовую к установке бизнес-приложений, включая лицензии на операционные системы и другие программные продукты. По-прежнему доходы от публичного облака уступят доходам от проектов частных облаков. В итоге планируем повысить эффективность внедрения облачных проектов за счет формирования корпоративного каталога облачных услуг для заказчиков. Сейчас OnCloud.
Мы хотели бы использовать ее для обслуживания крупных корпоративных клиентов, которые имеют повышенные требования к доступности систем, обеспечивающих работу их бизнес-критичных приложений, и готовы платить за их бесперебойную работу. При этом мы не собираемся забывать о наших SMB-заказчиках, которые по-прежнему интересны для нас. Их устраивают имеющийся уровень надежности инженерных систем существующих ЦОДов, технологические решения, обеспечивающие восстановление работоспособности в случае сбоев 15—20 мин простоя для них обычно не представляют проблемы , и нынешний уровень цен на подобные сервисы. Чтобы угодить и тем и другим, мы должны дифференцировать ресурсы.
Мы сравнили решения по полноте покрытия функциональных и нефункциональных требований, соответствию параметрам архитектуры, надежности поставщиков и другим критериям. С выбором ERP дело обстоит сложнее. Выбрать замену было практически не из чего, поэтому предложено использовать 1С. Некоторые системы уже недоступны в России, но компания смогла продолжить работу без них. Часть систем можно просто перенести на серверы в РФ, это будет сделано уже в текущем году.
Речь идет о планировании маршрутов и некоторых модулях 1С, сейчас физически находящихся не в России. Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру. Работа шла по пяти направлениям. Первое — переход в российское облако. Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов. Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов. Затем перевели в облако сервисы, связанные с доменом, хранением учетных записей пользователей, механизмов авторизации и др.
Второе направление — развертывание сети. Раньше сеть управлялась из центрального офиса, поэтому своих сетевых инженеров и прямого доступа к оборудованию у российского подразделения не было. В рамках конфигурации сети проектная команда много взаимодействовала со специалистами из глобальной компании. На этом этапе подключили облако, настроили безопасный доступ в Интернет и удаленный доступ пользователей, обеспечили связность между площадками и маршруты доступа к инфраструктурным сервисам. Третье направление — миграция рабочих мест пользователей, которая включала замену офисных, коммуникационных и других рабочих сервисов на российские решения.
Отметили важность мнения и опыта поставщиков при реализации проектов в рамках повышения качества планирования и превентивного учёта всех возможных рисков. Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель». Обозначены перспективы расширения будущего сотрудничества и подробно раскрыты этапы построения взаимодействия. Благодаря прямому диалогу российские вендоры смогут эффективно выстраивать совместную работу и оперативно предлагать наиболее востребованные в компании решения для совершенствования ИТ-инфраструктуры. Другие мероприятия 16.
Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием. Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему? Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. Effective Complexity. Есть также понятия, которые сами по себе не являются количественными мерами сложности, но очень близки к ним: Long-Range Order; Self-Organization; Complex Adaptive Systems; Edge of Chaos. Применительно к ИТ ландшафту наибольший интерес представляют метрики, связанные с оценкой структурной сложности системы, основанные на неоднородности и топологии. Так Александер Шютц и его соавторы предложили в качестве меры сложности ИТ ландшафта использовать количество и неоднородность его компонентов и их связей, где неоднородность ИТ ландшафта является статистическим свойством и относится к разнообразию атрибутов элементов ИТ ландшафта. Шютц применил концепцию меры концентрации, главным образом энтропии Шеннона, для количественной оценки неоднородности. Данный подход позволил авторам породить 10 количественных метрик сложности ИТ ландшафта, основанных на неоднородности: Сложность типа приложения — количество и неоднородность уровней кастомизации приложений домена make, buyAndCustomize, buy ; Сложность бизнес-функционала - количество и неоднородность бизнес-функций, поддерживаемых приложениями домена; Сложность категорий компонентов - количество и неоднородность инфраструктурных компонентов определенной категории ОС, СУБД и др. Под доменами здесь понимаются оргзвенья предприятия кредитование, депозиты, HR, риски, маркетинг, закупки и др. Другой метод измерения сложности ИТ ландшафта - на основе топологии - был предложен Робертом Лагерстремом с использованием широко распространенного в дисциплине архитектуры программного обеспечения подходе — Design Structure Matrix DSM — для визуализации скрытой структуры ИТ ландшафта и, таким образом, выявления участков повышенной сложности. Метод, используемый для представления архитектуры сети, основан на классическом понятии связанности и расширяет его. В частности, после определения связанности зависимости между элементами в сложной архитектуре метод анализирует архитектуру с точки зрения иерархической упорядоченности и цикличности, позволяя классифицировать элементы с точки зрения их положения в результирующей сети. Если DSM матрицу первого порядка возвести в последовательные степени, результат покажет прямые и косвенные зависимости, существующие для последовательных длин путей. Суммирование этих матриц дает матрицу видимости V, которая обозначает зависимости, существующие для всех возможных длин пути. Далее для каждого приложения ИТ ландшафта в V матрице вычисляются метрики: Visibility Fan-In VFI — количество приложений, которые явно или неявно зависят от текущего приложения; Visibility Fan-Out VFO - количество приложений, от которых явно или неявно зависит текущее приложение. Для измерения видимости на уровне всего ИТ ландшафта определяется показатель стоимости распространения Propagation Cost как плотность матрицы видимости. Интуитивно понятно, что стоимость распространения равна доле архитектуры, затронутой изменением случайно выбранного элемента то есть по сути это чувствительность ландшафта к изменениям. По определению каждый элемент внутри циклической группы прямо или косвенно зависит от любого другого члена группы. Найденные циклические группы называются «ядрами» системы. Самая большая циклическая группа «Ядро» играет особую роль в схеме архитектурной классификации ИТ ландшафта. Далее на основе топологии ИТ ландшафта, т. Центральные приложения определяются как самая большая группа приложений с циклическими зависимостями. Управляющие приложения имеют больше исходящих зависимостей, в то время как общие приложения имеют больше входящих зависимостей. Периферийные приложения имеют как меньше входящих, так и меньше исходящих зависимостей по сравнению с центральными. Используя приведенную выше схему классификации, можно построить реорганизованную DSM, которая раскрывает «скрытую структуру» архитектуры ИТ ландшафта, размещая элементы в порядке «Общие», «Ядро», «Периферия» и «Управление» вниз по главной диагонали DSM, а затем сортируя внутри каждой группы по убыванию VFI, затем по возрастанию VFO. В отличие от других показателей сложности, связанности и модульности, данный метод «скрытой структуры» учитывает не только прямую сетевую структуру архитектуры, но и косвенные зависимости между приложениями, что вносит важный вклад в принятие управленческих решений. Выводы Понимание того, что в случае ИТ ландшафта мы имеем дело не с обычной системой, а именно со сложной системой систем SoS , позволяет сделать следующие важные выводы: Инженерия ИТ ландшафтов, особенно «подтвержденных» и «коллаборативных», должна учитывать все 7 основных характеристик SoS, поэтому базовых инструментов классической системной инженерии здесь может оказаться недостаточно. Особая важность менеджерского аспекта вопросы владения подсистемами и разрешение конфликтов в цепочках систем-создателей , а не только технических решений, должна обязательно учитываться при развитии ИТ ландшафта. Структурирование ИТ ландшафта с использованием платформ и взаимодействие его подсистем на основе стандартизованных API позволяет снизить его сложность, эффективно находить консенсус при конфликтах систем-создателей и повысить уровень повторного использования ИТ активов в целевых системах бизнеса.
Gartner: семь технологий, которые кардинально изменят ИТ-ландшафт
Трансформация российского ИТ-ландшафта в прошлом году с фокусом на усиление обеспечения информационной безопасности и формирование независимых каналов. ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург. ИЦК, ЦКР, ИТ-ландшафты – оценка промежуточных результатов. Platform V Synapse: комплексное импортозамещение ИТ-ландшафта – от теории к практике. Совместная команда Axenix и Синхро (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы 1C на трех. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает об ИТ-трендах на 2024 год.
Аудит цифрового ландшафта
| Об изменении ландшафта ИТ-рынка | Новости. Разработка и ИТ-ландшафт. |
| Переход на технологически независимый ИТ-ландшафт | Локализация ИТ-ландшафта подразумевает замену решений с глобальных на российские, организацию поддержки пользователей и инфраструктуры местными командами. |
| ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург» | О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. |