Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании "Рулог" (ранее известной как HAVI). 8 апреля генеральный директор Группы компаний «БТП» Андрей Валерьевич Басаргин принял участие в конференции «ИТ-ландшафт регионов России». «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». ИТ ландшафт для миграции производственного комплекса телеканала НТВ-Петербург.
Аналитика и комментарии
Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась.
Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам.
Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта. Началась атомизация ИТ ландшафта, где наряду с АБС как основным операционным и учетным модулем, появилось множество дополнительных приложений для реализации отдельных функций в продуктовых надсистемах бизнеса, что позволило в определенной степени повысить качество сервисов, а также увеличить скорость их изменения. Однако при этом заметно возросла и сложность самого ИТ ландшафта, поскольку приложения имели независимый жизненный цикл и, как правило, развивались автономными оргзвеньями как системами-создателями. Кроме того, системы должны были обмениваться данными в рамках интеграционных ИТ решений по поддержке функциональности продуктовых систем-провайдеров, причем как в режиме онлайн, так и в пакетном оффлайн режиме, что приводило к усложнению интеграционной инфраструктуры. Таким образом, стали выделяться 3 системных уровня: Уровень собственно ИТ ландшафта Enterprise Architecture - совокупность всех приложений предприятия иногда включая приложения его партнеров и клиентов и их интеграций. Уровень ИТ решения Solution Architecture — подмножество приложений ИТ ландшафта, взаимодействующих друг с другом для реализации некоего целевого поведения процесса в конкретной надсистеме бизнеса.
Дополнительным фактором увеличения сложности стало использование одних и тех же приложений в качестве конструктивных модулей в большом количестве все новых и новых ИТ решений как enabling систем для систем-провайдеров продуктов, что стало приводить к конфликтам как между надсистемами-провайдерами продуктов одному продукту нужен атрибут в сущности БД, а другому такой атрибут будет мешать , так и конфликтам между системными уровнями ИТ решения и приложения как его подсистемы для ИТ решения требуется выполнение определенной функции приложением, а система-создатель приложения считает эту функцию для него нецелевой. Неудивительно, что данные конфликты с уровня ИТ ландшафта эскалировались по цепочке наверх, приводя к конфликтам между конечными системами-создателями — оргзвеньями бизнеса и ИТ. Разрешались же эти конфликты, как правило, либо путем внедрения новых приложений с дублированием функционала уже существующих, либо «запихивания» нецелевого функционала и данных в существующие приложения, что приводило к еще большему усложнению ИТ ландшафта. Отдельно стоит отметить такой фактор сложности ИТ ландшафта как многочисленные слияния и поглощения, в результате которых в объединенном предприятии появлялись дублирующие друг друга системы-создатели продуктов и поддерживающие их ИТ приложения. Очередной этап увеличения сложности связан с внедрением Agile-подходов к созданию систем-провайдеров продуктов. С точки зрения системного подхода Agile — это наделение систем-создателей в бизнесе продуктовых бизнес-подразделений ресурсами и полномочиями не только разрабатывать концепцию использования системы-провайдера продукта и ее функциональное описание как это было в классической «водопадной» модели взаимодействия бизнеса и ИТ , но и самостоятельно синтезировать ее модульную структуру, а также разрабатывать сами модули-приложения как правило, в микросервисной архитектуре , причем делать все это итеративно с быстрым получением обратной связи от внешних проектных ролей клиентов. Такой подход привел к улучшению коммуникации бизнеса и ИТ при создании продуктов, повышению автономности продуктов, а также к появлению двухуровневой топологии ИТ ландшафта и его систем-создателей, описываемую Gartner как «двухрежимное» ИТ Bimodal IT : Режим 1 «Традиционное ИТ» - традиционный и последовательный, нацеленный на безопасность и надежность. Оптимизирован для более предсказуемых и понятных областей.
Он фокусируется на использовании того, что известно, при обновлении устаревшей среды до состояния, пригодного для цифрового мира. В основном поддерживается монолитными приложениями, развиваемыми соответствующими отделами ИТ в рамках общекорпоративного релизного цикла. Режим 2 «Быстрое ИТ» - исследовательский и нелинейный, обеспечивающий продуктовую гибкость и скорость Time-to-market, экспериментирующий для решения новых проблем и оптимизированный для областей неопределенности. В основном приложения в микросервисной архитектуре, развиваемые кроссфункциональными Agile-командами.
Перед NAUKA поставлена задача: разработать и реализовать проект модернизации ИТ-ландшафта, призванный обеспечить отказоустойчивость и катастрофоустойчивость, увеличить производительность и масштабируемость ресурсов. Проект включает себя различные направления, NAUKA приводит инфраструктуру предприятий к единому стандарту, решая следующие задачи: Усиление информационной безопасности на всех предприятиях. Увеличение вычислительных ресурсов и объемов хранения данных, модернизация старого серверного парка и системы хранения данных. Модернизация сети передачи данных. Модернизация телефонии. Организация новых рабочих мест, замена старого парка персональных компьютеров, оргтехники и закупка программного обеспечения. Процесс модернизации идет параллельно с повседневной деятельностью предприятий.
Импортонезависимость «На проекте стресс-сценария работало более 100 консультантов и экспертов завода, но даже с такой сильной проектной командой выполнение работ всего за 2 месяца в соответствии с требуемым уровнем качества — огромный вызов и ответственность. В обычном режиме подобные задачи, тем более сразу на трех заводах, выполняются в срок от полугода до 2 лет. Успешность проекта объясняется сразу несколькими факторами: доверие со стороны заказчика к проектной команде, высокий уровень вовлеченности сотрудников и топ-менеджмента предприятия в проект и максимальный уровень мотивации всех участников. Мы хотели помочь сотрудникам и компании сохранить присутствие на рынке и дать возможность как можно скорее продолжить работу», — сказал директор департамента «Товары народного потребления» компании Axenix Константин Максимов.
И госзаказчики, и бизнес в 2023 году продолжат тестирование различных отечественных решений, причём сразу по всем сегментам — и инфраструктурные, и платформенные, и программные. Однако нельзя сказать, что у отечественных ИТ-компаний совсем нет конкуренции, на российский рынок активно начали выходить азиатские поставщики оборудования и ПО, которые действуют достаточно агрессивно. Наиболее крупные китайские поставщики уже начали локализацию своих продуктовых линеек, обучение специалистов поддержки, что в ближайшем будущем может им дать некоторое преимущество в коммерческом сегменте, пока отечественные вендоры дорабатывают свои технологические и программные продукты для соответствия резко возросшему спросу. С другой стороны, сформировался целый пласт молодых специалистов, которые прошли обучение по программам крупных ИТ-компаний и по государственным программам «Цифровые профессии» и «Код будущего», но которые пока не способны в полной мере закрыть сложные ИТ-задачи, которые стоят перед бизнесом в этом году, в том числе реализовывать сложные инфраструктурные проекты и оказывать дальнейшую техническую поддержку в процессе эксплуатации. В 2023 году можно ожидать, что государство продолжит оказывать поддержку ИТ-специалистам и вводить новые меры, поэтому часть уехавших специалистов вернётся, и ещё часть продолжит работать в российских компаниях из-за границы. Несмотря на это дефицит ИТ-специалистов с узкими компетенциями сохранится, что будет мотивировать бизнес потреблять облачные сервисы, используя экспертизу провайдеров. Переориентировать экспорт в кратчайшие сроки и конкурировать с мировыми лидерами на этих рынках смогут только крупные российские игроки, которые в большей степени сосредоточены в сегменте информационной безопасности и которые уже имеют большой опыт ИТ-экспорта. Что касается, российских облачных провайдеров, то площадки для развития международных сегментов облаков также начали выносить в дружественные страны, развивая там инфраструктуру для географически распределённых компаний и экспортного бизнеса. По всем предпосылкам в 2023 году мы будем наблюдать рост рынка более интенсивный, чем в предыдущие годы, однако показатели каждого облачного игрока будут зависеть от тех инфраструктурных возможностей, которые они готовы предложить заказчикам, от персонального подхода к бизнес-задачам и потребностям заказчиков, от квалификации технических специалистов провайдера.
Компания «Лента» реализует проект по оптимизации ИТ-инфраструктуры с помощью Oracle Exadata
ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании. По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». Обсудим с заказчиками и российскими производителями актуальные темы и вместе определим ИТ-ландшафт 2023 года.
ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»
| NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ | О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. |
| Корпоративный ИТ-ландшаф — по новым правилам | РБК Компании | Главная» Пресс-центр» Новости группы» NAUKA модернизирует ИТ-ландшафт группы компаний МЕЛКОМ. |
Корпоративный ИТ-ландшаф — по новым правилам
Основная цель — повышение эффективности взаимодействия благодаря открытому диалогу с партнёрами. Представители «Норильского Никеля» рассказали поставщикам о стратегических приоритетах развития компании, особенностях сотрудничества и внутренних процессов работы. Главным направлением развития сегодня представители «Норникеля» назвали реновацию ИТ-ландшафта за счёт внедрения новых отечественных санкционно независимых продуктов. Полный переход таких систем на российское ПО запланирован в компании до 2025 года. На панельной дискуссии участники обсудили предложения по импортозамещению ПО и подходы к внедрению новых продуктов в существующую ИТ-инфраструктуру компании.
Годовикова, 9, стр. Когда в компаниях говорят об организации технологически независимого ИТ-ландшафта, то в качестве его обязательного условия чаще всего имеют в виду тотальное импортозамещение. Подразумевается, что рано или поздно каждая из существующих импортных систем будет заменена отечественным аналогом. Но сколько времени и, главное, ресурсов это потребует — никто сказать не может. Вместе с тем существует более комплексный и сбалансированный подход, позволяющий достичь необходимого уровня технологической независимости с оптимальными затратами. Сложный ландшафт технологической независимости Оценивая ту максимально подвижную и изменчивую среду, в которой существуют сегодня компании и развиваются технологии, можно утверждать, что при разработке ИТ-стратегии шаблонов не существует.
Тринити осуществляла работы по модернизации ЛВС и подготовке ландшафта для миграции производственного комплекса VIDI на новую отказоустойчивую кластерную систему. Сложность проекта заключалась в том, что миграция осуществлялась без прерывания работы телеканала. Для этого сначала был подготовлен временный комплекс, на который было перенесено производство. Однако в связи с потребностью в больших мощностях и желанием обеспечить отказоустойчивость комплекса руководство компании «НТВ» приняло решение провести модернизацию комплекса с одновременным наращиванием мощностей. По соглашению, с марта по апрель 2008 года компания «Тринити» осуществляла работы по модернизации ЛВС и подготовке ландшафта для миграции производственного комплекса VIDI на новую отказоустойчивую кластерную систему.
По словам Александра Муратова, сложность проекта заключалась в том, что миграция осуществлялась без прерывания работы телеканала.
В предыдущие несколько лет бизнес уже убедился в надёжности российских провайдеров облаков, уровень доверия к сервис-провайдерам вырос. Отечественные провайдеры быстрее бизнеса смогли адаптироваться к новым вызовам и предлагают зрелые продукты и различные варианты платформ, в том числе на базе отрытого ПО, российских вендоров и вендоров дружественных стран. Соответственно, будет доминировать мультиоблачная модель потребления. Именно в этом году при выборе облачного партнёра экспертиза провайдера будет играть одну из ключевых ролей, особенно если он сможет предложить техническую поддержку и обеспечить непрерывность работы бизнеса в ходе миграции и интеграции систем. Облака закроют сразу несколько потребностей заказчиков: позволят автоматизировать работу, снизить операционные расходы и обеспечить безопасность данных. При этом развитие частных облачных платформ на базе собственной инфраструктуры останется без изменений, потому что для бизнеса это будет обходиться неоправданно дорого из-за повышения стоимости технологий и дефицита квалифицированных высокооплачиваемых специалистов. Облака сервис-провайдеров будут более доступны, особенно для компаний, которые не готовы к расходам на закупку дублирующего оборудования и ПО после ухода глобальных вендоров с российского рынка. Такие компании в 2023 году могут перейти полностью на облачную модель — cloud only, хотя по-прежнему эта модель будет в большей степени использоваться малым и средним бизнесом.
Такой спрос на облака может повлиять на интерес к облачному рынку со стороны новых игроков, которые имеют значительный инвестиционный ресурс. Среди таких игроков могут быть ИТ-емкие компании из смежных ИТ-сегментов, например, крупные ИБ-разработчики и новые представители из банковской отрасли.
Отраслевой ИТ-ландшафт: критической зависимости от зарубежных решений нет
Конечно, технологии, даже блокчейн, окажут воздействие на развитие российского рынка. Мероприятие «ИТ-ландшафт новой реальности» состоялось 13 декабря и объединило представителей крупного бизнеса и ИТ-производителей для обсуждения задач, планов и. * Целевой ландшафт ИТ-архитектуры.
Как российским компаниям развивать ИТ-ландшафт в новой реальности?
Термин Low-code (LC) буквально означает «низкий код» — технологию, позволяющую оперативно разрабатывать и развертывать ИТ-приложения c минимальным использованием. После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времени осуществлять мониторинг ИТ-ландшафта на всех уровнях. Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. «Сиссофт»: Как строить ИТ-ландшафт в новых условиях, рассказывает Тимур Бадретдинов, руководитель департамента инфраструктурных решений «Сиссофт». Рассказываем, как компания разработала стратегию локализации ИТ-ландшафта логистической компании «Рулог» (ранее HAVI). Актуальные новости Proptech, обзоры, исследования и эксклюзивные интервью.
X5 Group запускает платформу мониторинга ИТ-ландшафта на базе искусственного интеллекта
Об этом CNews сообщили представители Axenix. В условиях быстро меняющегося внешнего окружения мы осознали необходимость выстроить новый ИТ-ландшафт с преобладанием российских решений», — отметил Александр Писаренко, директор по информационным технологиям «Рулог». Одной из особенностей проекта было то, что у российского подразделения «Рулог» отсутствовала документация на используемые информационные системы, так как они являлись частью глобальной ИТ-инфраструктуры. Для сбора необходимой информации специалисты Axenix провели множество глубинных интервью с бизнес- и ИТ-командами, далее были разработаны описания систем, структура их взаимодействия и варианты решений. Не для всего ПО было легко подобрать аналоги. Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков.
Для начала необходимо вспомнить что система — это некое целое, состоящее из частей, за счет взаимодействия которых оно проявляет свои свойства т. Согласно системному мышлению, системы рекурсивны - каждая часть системы в свою очередь так же является системой то есть подсистемой по отношению к системе , а сама система входит в некую надсистему, и так далее вверх и вниз по всем системным уровням. Для кибер-физических инженерных систем различают 3 вида взаимодействия системы с окружающими ее системами — вещество, энергия и информация. Очевидно, что для ИТ ландшафта как системы, состоящей из приложений, именно информационное взаимодействие между ними является основным. Поскольку мы имеем дело не с биологическими, а кибер-физическими системами, то они, в отличие от живых организмов, не создают себя сами, для этого требуется специальная сторонняя система, управляющая жизненным циклом системы нашего интереса, — т. Часто можно наблюдать довольно длинные цепочки систем-создателей. Под целевой обычно понимают систему, которая имеет ценность для конечного потребителя и который нам за нее заплатит , то есть некий конечный продукт товар или услуга деятельности предприятия как системы-создателя. Еще одно важное для нас определение системы систем system of system, SoS — «набор или упорядоченная совокупность систем, возникающая в результате комплексирования независимых и пригодных к работе систем в более крупную систему, обладающую новыми возможностями». Поэтому идет череда модернизаций, а не разовое спроектированное проектное действие, то есть создание типичной SoS никогда нельзя считать полностью завершенным. В ISO 21839:2019 выделено четыре типа SoS, отличающихся степенью связанности составляющих их систем — от сильно связанных до полностью автономных: Управляемые directed , в которых есть назначенный архитектор, который может выдавать приказы командам проектов составляющих систем и менеджер, который распоряжается общими ресурсами. Коллаборативные collaborative , в которых владельцы всех систем договариваются друг с другом по каждому вопросу, но нет архитектора, менеджера проекта или аналогичных выделенных оргзвеньев, занятых созданием и развитием SoS на уровне целой системы. Виртуальные virtual , в которых владельцы систем, входящих в SoS вообще не знают друг о друге ничего, и они тем самым не влияют друг на друга явно. Система систем Современные крупные компании анг. Сотни и даже тысячи приложений, баз данных, серверов, хранилищ, сетевых устройств и каналов, находящихся как в собственных ЦОД, так и в «облаке», — все это объединяется десятками тысяч взаимосвязей в систему, которую обычно называют ИТ ландшафтом предприятия. Однако в целях упрощения под ИТ ландшафтом мы будем понимать только совокупность всех приложений ПО и данных и их интеграций, поскольку именно они, как правило, находятся в фокусе внимания, когда речь идет о сложности ландшафта. Итак, мы имеем в фокусе внимания «нашу» систему под названием «ИТ ландшафт». Первое, что необходимо сделать для рассмотрения этой системы, — это разобраться с ее надсистемой, системой-создателем, а главное с тем, что для нас является целевой системой. Предположим, что наше предприятие — розничный банк, предоставляющий физлицам продукты кредитования и сбережения накоплений. В этом случае целевыми системами для нас будут собственно результаты оказания соответствующих услуг — выданные заемщику кредитные средства и хранение полученных от клиента средств на счете в безналичной форме. Сам банк по отношению к этим целевым системам будет являться системой-создателем. Разобравшись с надсистемой, пришло время заглянуть внутрь системы нашего предприятия и выяснить, что какие именно его части реализуют требуемую клиентам эмерджентность в рамках целевых систем. В составе системы-банка должны присутствовать подсистемы-провайдеры для соответствующих продуктов, а также их системы-создатели, роль которых играют соответствующие бизнес-подразделения оргзвенья. Отделы придумывают концепцию использования сервисов, предоставляемых своими продуктами клиентам, создают описание концепции самих продуктов из каких функциональных компонентов они состоят, как эти функции взаимодействуют, какие роли участвуют в процессах, какие практики выполнения работ этими ролями применяются, какие документы порождаются и т. Каких-нибудь 100 лет тому назад на этом можно было бы остановиться, поскольку все указанные функции по обработке информации в рамках продукта выполнялись исключительно людьми с использованием подсобных инструментов канцтоваров , не требуя никаких дополнительных сервисов. При этом системы-провайдеры продуктов не зависели друг от друга. С появлением компьютеров картина существенно изменилась. Практически все функции стали реализовываться сервисами, предоставляемыми ИТ системами приложениями , и придаными им сотрудниками фронт- и бэк-офиса. В результате чего и возникла «наша» система — ИТ ландшафт, а также ее система-создатель — оргзвено «Отдел ИТ», положив начало разделению организации на «Бизнес» и «ИТ». Поначалу все выглядело относительно просто. В ИТ ландшафте присутствовала одна основная система, которая как конструктивный элемент воплощала практически все требуемые функции для систем-провайдеров бизнеса что является идеальным с точки системной инженерии и при этом практически не взаимодействовала с другими системами. Частота появления новых продуктов а значит и новых систем-провайдеров для них и изменения существующих была крайне невысокой, с чем небольшой отдел ИТ вполне справлялся путем изменения настроек коробочной системы, тем более что архитектура ее, как правило, была модульная, что позволяло докупать необходимые стандартные модули по мере развития бизнеса и появления потребности в новых продуктах. При этом общий уровень развития и проникновения информационных технологий в клиентуре и партнерской среде был относительно низким, что не требовало предоставления каких-либо сервисов предприятия посредством цифровых каналов. Стоит, однако, отметить, что у систем-провайдеров продуктов теперь появилась общая зависимость от одной системы-создателя — АБС, что привносит риски для непрерывности бизнеса. Однако последующее взрывное развитие информационных технологий с одновременным расширением их доступности привели к кратному ускорению изменений продуктовой линейки и появлению принципиально новых каналов ее доставки клиентам. Началась эпоха цифровизации, при которой продукты и сервисы либо предоставляются клиенту полностью в цифровом виде цифровые медиа, онлайн банкинг , либо физические продукты и сервисы могут быть получены клиентом с использованием цифровых сервисов например, онлайн каршеринг. Номенклатура доступных на рынке коробочных ИТ систем и технологий существенно расширилась. Естественно, что все эти изменения не могли не сказаться на структуре ИТ ландшафта.
По результатам эксплуатации достигнуто четырёхкратное увеличение скорости обработки данных в ERP-системе ритейлера. ИТ-ландшафт компании «Лента» состоит из более чем 20 корпоративных информационных систем, 300 каналов передачи данных, связывающих магазины и распределительные центры с центральным офисом, а также несколько серверных помещений, объединенных в распределенный центр обработки данных. ИТ-служба поддерживает более 6 000 рабочих мест пользователей, находящихся в различных регионах страны. Интенсивный рост бизнеса «Ленты» — открытие новых магазинов и распределительных центров, изменение ряда бизнес-процессов, повлек за собой рост количества пользователей и объема используемых данных, увеличение нагрузки на существующие информационные системы и появление новых информационных систем. Это послужило драйвером масштабной инициативы ИТ-службы ритейлера по пересмотру текущего ландшафта ИТ-инфраструктуры и поиску новых высокотехнологичных решений для повышения скорости обработки данных и формирования оперативной отчетности. Современные решения становятся неотъемлемой составляющей бизнеса. Мы понимаем, что наличие эффективных информационных систем, работающих в режиме реального времени и с большой нагрузкой — серьезное преимущество.
Компания «Инфосистемы Джет» построила ИТ-инфраструктуру для работы Аналитического Кредитного Рейтингового Агентства Агентству как недавно созданной компании было крайне важно приступить к работе в кратчайшие сроки. Не дожидаясь поставки оборудования, компания «Инфосистемы Джет» на базе своего ВЦОД развернула все необходимые инфраструктурные сервисы и бизнес-приложения, а также предоставила во временное пользование оборудование сети передачи данных, Wi-Fi и телефонии. Параллельно создавалась собственная ИТ-инфраструктура агентства. Она представляет собой виртуализованный отказоустойчивый вычислительный комплекс на базе серверов, систем хранения данных и сетевого оборудования Huawei. В ходе внедрения ИТ-комплекс адаптировался с учетом возникающих бизнес-задач.