Новости ит ландшафт

Термин Low-code (LC) буквально означает «низкий код» — технологию, позволяющую оперативно разрабатывать и развертывать ИТ-приложения c минимальным использованием. Компания Axenix завершила разработку стратегии локализации ИТ-ландшафта логистической компании РУЛОГ (ранее известной как HAVI). Смотрите онлайн Сессия ИТ-ландшафт. Формирование приоритетных. 2 ч 5 мин 47 с. Видео от 12 октября 2023 в хорошем качестве, без регистрации в бесплатном видеокаталоге ВКонтакте! После полного запуска системы ритейлер в автоматическом режиме сможет в режиме реального времениосуществлять мониторинг ИТ-ландшафта на всех уровнях.

Локализация ИТ-ландшафта логистической компании «РУЛОГ»

В каких сегментах качественные отечественные аналоги зарубежных решений пока отсутствуют? Изучаем промышленный ИТ-ландшафт вместе с непосредственными участниками этого рынка. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком». По словам генерального директора Angara Security, основной технологий тренд – это миграция на отечественные решения ИТ, ИБ, средства виртуализации, контейнеризации и прочее. VI технологический форум для представителей ИТ-отрасли и высокотехнологичных компаний. * Целевой ландшафт ИТ-архитектуры.

Аналитика и комментарии

5 сентября в Москве представители ГК «Системы и Технологии» приняли участие в первом открытом форуме компании «Норильский Никель» для ИТ-вендоров —«День поставщика ИТ». Важной частью обновленного ИТ-ландшафта является доработанная POS-система. «У крупных клиентов сегодня есть запрос на стабильный IT-ландшафт, — отметил он, — Когда есть понимание, где физически находится ваш сервер и кто его обслуживает.

Ценность RPA в корпоративном ИТ-ландшафте

Отметили важность мнения и опыта поставщиков при реализации проектов в рамках повышения качества планирования и превентивного учёта всех возможных рисков. Мероприятие стало новым этапом в укреплении партнерских отношений с такой крупномасштабной корпорацией как «Норильский Никель». Обозначены перспективы расширения будущего сотрудничества и подробно раскрыты этапы построения взаимодействия. Благодаря прямому диалогу российские вендоры смогут эффективно выстраивать совместную работу и оперативно предлагать наиболее востребованные в компании решения для совершенствования ИТ-инфраструктуры. Другие мероприятия 16.

К слову, за время реализации проекта штат нашей организации увеличился почти вдвое. Опрос, который мы провели среди своих сотрудников по завершении проекта, показал, что в целом работники компании довольны качеством и скоростью работы ИТ-сервисов», — отметил Алексей Трифонов, менеджер по ИТ АКРА. Компания динамично развивается, и уже в процессе эксплуатации появляются новые задачи, требующие изменений и в ИТ. Наши команды работали в тесном тандеме, что позволило своевременно осуществлять необходимые доработки без отрицательного влияния на бизнес-процессы», — рассказал архитектор проекта Олег Недосеко, компания «Инфосистемы Джет».

Свежее по теме.

Современные решения становятся неотъемлемой составляющей бизнеса. Мы понимаем, что наличие эффективных информационных систем, работающих в режиме реального времени и с большой нагрузкой — серьезное преимущество. Именно поэтому следующим этапом развития информационного ландшафта нашей компании стало появление программно-аппаратных решений, которые позволят нам эффективно решить вопросы и масштабирования, и производительности наших ИТ-систем», — отмечает Кузьмич Всеволод, CIO, «Лента». В 2013 году, к моменту начала проекта, все бизнес-системы работали на современных RISС-машинах Enterprise-уровня, объединенных в кластеры для эффективного использования ресурсов посредством балансировки нагрузки. При разработке стратегии развития ИТ-инфраструктуры было выявлено, что подобная архитектура имеет ряд ограничений и уступает появившимся на рынке новым технологическим решениям. ИТ-служба компании «Лента» проанализировала отчеты ведущих мировых аналитических агентств и отобрала несколько решений-кандидатов, которые были протестированы на реальных данных. Кроме базовых критериев отбора — гарантированной отказоустойчивости, способности работать с большими объемами данных, наличием в России квалифицированных партнеров по системной интеграции и наличия у них опыта внедрения значимого количества аналогичных систем — важными параметрами при выборе стали масштабируемость и производительность системы.

Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии. При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли. Такой отраслевой стандарт построения импортозамещённой архитектуры необходим компании, чтобы включать в перспективный план развития проекты по переводу ИТ-систем на отечественные технологии, планировать ресурсную загрузку и бюджеты. Заказчикам больше не придётся тратить время на поиск новых решений: все апробированные «в полях» и получившие первые результаты решения могут быть использованы в любой из компаний, работающих в отрасли. Так в долгосрочной целевой модели появляется технологический стандарт, который обладает высокой степенью эффективности ещё и с точки зрения финансовых затрат. Применяя его, можно оптимизировать инвестиции: в частности, в отраслевых проектах апробации нового оборудования. Это достигается за счёт упрощения для заказчика процедуры тестирования — например, проверки базовой функциональности и поддержки стандартных средств интеграции, которая может быть полноценно реализована на стороне технологического партнёра. Зачастую реализация подобных тестов требует значительных ресурсов и капиталовложений, что не всегда целесообразно для заказчика. При этом на стороне ИТ-интегратора может быть развёрнута полноценная тестовая лаборатория, что позволит организовать нагрузочную, функциональную и интеграционную проверку решения. Направления развития референсной модели Наша команда начала разрабатывать консалтинговые продукты по тематикам импортозамещения около пяти лет назад. Сегодня у нас есть полноценный фреймворк — референсная модель импортозамещения — который не только позволяет развивать ИТ-ландшафт заказчиков, но и совершенствует экспертизу Rubytech как компании-интегратора. Наши технологические эксперты, системные архитекторы, инженеры работают в едином информационном пространстве: изучают перспективные решения; используют принятую модель оценки ИТ-продукта для получения объективного результата; оценивают уровень и возможности технической поддержки и сервиса по каждому из решений. На стадии работы с заказчиком, модель помогает сформировать программу проектов перехода на новый технологический стек и минимизировать риски снижения продуктивности ИТ-систем. Именно поэтому процесс совершенствования и обогащения модели подразумевает наличие этапов стендирования и тестирования ИТ-продуктов в максимально приближенных к промышленной эксплуатации условиях. Часть таких стендирований интегратор проводит в собственной тестовой лаборатории, а часть — на стороне заказчика. ИТ-партнёр совместно с заказчиком заранее определяет и согласовывает набор продуктов для тестирования, а также перечень перспективных направлений для дальнейшего развития ИТ-ландшафта. Это позволяет утверждать, что референсная модель — эффективный инструмент совершенствования архитектурных запросов заказчика и развития компетенций интегратора. Главный плюс такого партнёрства — эффект синергии, который достигается только за счёт объединения экспертизы и ресурсов ИТ-интегратора и заказчика.

ИТ-ландшафт компании

Как это работает? Прежде всего, мы проводим аудит текущего состояния ИТ во всех их проявлениях: анализируем ландшафт и организационную структуру ИТ в компании, определяем ключевые приложения и системы в том числе в контексте целей импортозамещения , оцениваем риски и ограничения. После этого на этапе целевого планирования мы уже можем сформировать видение целевой архитектуры и выработать стратегию перехода к ней. Основным приоритетом для этой задачи считаем минимизацию рисков выхода из строя ИТ-систем и обеспечение устойчивости бизнеса. Рынок ИТ-услуг в России: оценки, тренды, крупнейшие участники. Обзор и рейтинг TAdviser 298. Это и есть те направления, в которых нам дальше предстоит работать. Очевидно, что замена Replace — только один из шести вариантов развития событий, причем не самый первый.

Далее расскажем о том, что представляют собой остальные пять сценариев. Модель 6R в действии Первый сценарий в нашем списке — Retain, или поддержка текущей ИТ-системы без изменений. Этот сценарий подразумевает, что конкретный объект это может быть система, бизнес-процесс , элемент ИТ-инфраструктуры и так далее не нужно «трогать» прямо сейчас и пока нет предпосылок того, что возникнет необходимость менять его в будущем. Примеры: продукты с бессрочной приобретенной лицензией, способные работать без обновлений Microsoft Exchange или Atlassian Stack on-premise. Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации. Второй сценарий — Retire, или вывод системы из эксплуатации с сохранением ключевых данных. Такой сценарий применяется, когда эксплуатация ИТ-системы становится абсолютно невозможной из-за разных факторов: санкционных рисков, заградительной стоимости поддержки, отсутствия необходимых специалистов по доработке и сопровождению, уязвимости подсистемы безопасности, риска остановки без возможности восстановления работоспособности.

Он заключается в переносе системы, например, из зарубежного дата-центра в собственный ЦОД на технологически независимую безопасную инфраструктуру или в защищенное облако российского провайдера.

Предпосылки аудита Возможность отвечать на вызовы конкурентов в большой степени зависит от того, насколько быстро компания способна работать с новыми для неё данными: получать, обрабатывать, анализировать и принимать на их основе решения. Конкуренты в любой момент могут представить сервис или продукт, требующий принципиально новых бизнес-процессов, не встречавшихся до этого типов данных или скоростей реакции на действия клиента или других участников рынка. Чтобы не терять доли рынка и долю в кошельке клиента в результате таких ситуаций, нужно подготовить ландшафт данных к мгновенной реакции. Эта подготовка называется сейчас цифровизацией или цифровой трансформацией. Маяком цифровой трансформации является значение метрики реакции на внешнее событие.

Многоуровневая инфраструктура физической защиты включают в себя системы газового пожаротушения, охранного телевидения и сигнализации, контроля и управления доступом. Дата-центры находятся на круглосуточно охраняемой территории, контроль доступа осуществляется с помощью персональных карт и кодовых замков. Вход в помещения организуется по шлюзовой схеме, для технического персонала — только в сопровождении сотрудника Дата-центра. Что входит в аренду целой серверной стойки? В аренду серверной стойки помимо самой стойки также входит 2 PDU блока распределения питания и 1 АВР Блок автоматического ввода резерва. Какие средства защиты можно установить на стойку? Помимо стандартной защиты есть возможность установки дополнительных видеокамер, СКУД на стойки, датчиков открытия дверей стойки.

Здесь пока все смотрится закономерно: есть большая база корпоративных ЦОДов, которые по мере морального устаревания будут приходить к естественному эволюционному шагу — модернизации. В рамках модернизации будет осуществляться переход к использованию облачных вычислений. Наша статистика за прошлый год и рыночные тенденции указывают на то, что в 2013 г. Полагаем, что к концу 2013 г. Во всяком случае, предпосылки для этого в виде продуктов, которые должны быть востребованы потребителями, есть. Мы принципиально не разделяем IaaS- и PaaS-сервисы, потому что даже когда заказчики изначально заявляют, что им нужны только виртуальные мощности, потом выясняется, что им удобней получить платформу, готовую к установке бизнес-приложений, включая лицензии на операционные системы и другие программные продукты. По-прежнему доходы от публичного облака уступят доходам от проектов частных облаков. В итоге планируем повысить эффективность внедрения облачных проектов за счет формирования корпоративного каталога облачных услуг для заказчиков. Сейчас OnCloud. Мы хотели бы использовать ее для обслуживания крупных корпоративных клиентов, которые имеют повышенные требования к доступности систем, обеспечивающих работу их бизнес-критичных приложений, и готовы платить за их бесперебойную работу. При этом мы не собираемся забывать о наших SMB-заказчиках, которые по-прежнему интересны для нас. Их устраивают имеющийся уровень надежности инженерных систем существующих ЦОДов, технологические решения, обеспечивающие восстановление работоспособности в случае сбоев 15—20 мин простоя для них обычно не представляют проблемы , и нынешний уровень цен на подобные сервисы. Чтобы угодить и тем и другим, мы должны дифференцировать ресурсы. Кроме того, мы хотим добиться того, чтобы заказчики более активно пользовались средствами автоматизации работы с облачными сервисами. А для этого нужно стремиться автоматизировать максимально возможное количество ИТ-сервисов, сделав их доступными не только ИТ-специалисту заказчика, но и обычному пользователю.

AXENIX помогла локализовать ИТ-ландшафт группы компаний ITMS

ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической. — Олег Александрович, опыт работы ИЦК по формированию независимого от зарубежных решений отраслевого ИТ-ландшафта в нефтегазе может стать примером для других отраслей. От каких подходов к импортозамещению банка лучше отказаться и на какие пробелы в ИТ-ландшафте стоит обратить внимание — рассказывает Алексей Северов, ИТ-архитектор. ИТ. ИТРоссийский ТЭК планирует создание индустриального консорциума, который обеспечит 100% покрытие отечественными решениями IT-ландшафта нефтегазовой и нефтехимической. Позволяет ИТ и менеджменту научиться отвечать на вопрос как должен измениться ландшафт данных и цифровых сервисов, чтобы обеспечить мои бизнес-потребности сейчас и в будущем.

Компания «Лента» реализует проект по оптимизации ИТ-инфраструктуры с помощью Oracle Exadata

Учитывая это, мы провели большое количество интервью с бизнес- и ИТ-командами, изучали, как работают системы на практике. В результате подготовили описание всех систем, а также структуру их взаимодействия между собой, предложили варианты замены. Так, выяснилось, что половина информационных систем нуждается в замене. Не для всех бизнес-приложений легко подобрать замену. Например, компания использовала разнородные системы по управлению складом, которые недостаточно полно удовлетворяют требованиям бизнеса. На российском рынке WMS много сильных игроков. Мы сравнили решения по полноте покрытия функциональных и нефункциональных требований, соответствию параметрам архитектуры, надежности поставщиков и другим критериям. С выбором ERP дело обстоит сложнее.

Выбрать замену было практически не из чего, поэтому предложено использовать 1С. Некоторые системы уже недоступны в России, но компания смогла продолжить работу без них. Часть систем можно просто перенести на серверы в РФ, это будет сделано уже в текущем году. Речь идет о планировании маршрутов и некоторых модулях 1С, сейчас физически находящихся не в России. Инфраструктуру офисные системы, сеть, серверы рекомендовано заменить почти полностью. Развитие проекта На втором этапе проекта, который стартовал в октябре 2022 года, выбрали конкретные решения из предложенных вариантов, разработали детальный план трансформации и точный бюджет, запустили в работу «Штаб трансформации» и начали процесс переноса систем и сервисов на новую инфраструктуру. Работа шла по пяти направлениям.

Первое — переход в российское облако. Сформулировав технические требования к инфраструктуре и сервисам, которые должны быть развернуты в облаке, мы провели переговоры с вендорами. Для нас было важно, чтобы у облака было больше одной зоны доступности, настройка по принципу «инфраструктура как код» Infrastructure as Code, IaC , возможность оплаты по мере потребления pay as you go , а также достаточное количество вычислительных ресурсов. Выбрали платформу Yandex Cloud и приступили к развертыванию облачной инфраструктуры, используя подход IaC — то есть не вручную, а с помощью запуска скриптов.

На её основе впоследствии формулируются функциональные требования к каждому продукту и делаются выводы о возможности применения того или иного стека ИТ-решений в инфраструктуре конкретного заказчика. Опыт применения референсной модели Рассмотрим возможности использования референсной модели на конкретном примере. На ИТ-ландшафт любой организации критическое влияние оказывает совокупность узлов нескольких компонентов. По нашим наблюдениям, в крупной компании их количество в среднем — от 5 до 10. При этом каждый компонент может иметь более десятка связей с другими.

Согласно логике референсной модели, узловые компоненты являются отправными точками программы миграции на новый ИТ-ландшафт. На следующем шаге эксперты формируют перечень информационных систем, где применяются эти компоненты. А дальше, руководствуясь базовыми критериями ранжирования этих информационных систем по уровню критичности, нагрузки и связанности с другими компонентами, определяют пул приоритетных систем, которые следует переводить на новый стек технологий, как можно быстрее. Уже сейчас в портфеле проектов команды Rubytech есть реальный кейс, который реализуется совместно с заказчиком из финансового сектора. В рамках проекта мы вместе с ИТ-департаментом заказчика выбрали оптимальные решения для построения целевой модели. Далее была сформирована модель, которая оценивается с точки зрения применения для всего ИТ-ландшафта компании. В текущей реализации это не абстрактный набор решений без подтверждённой информации о возможности их применения в каждом конкретном узле, а прикладная целевая модель, разработанная в соответствии с чёткими функциональными требованиями. На следующем этапе проведены пилотные тестирования выбранных ИТ-продуктов — уже в целевом ИТ-ландшафте в связке с другими выбранными решениями и под планируемой нагрузкой. Сейчас мы готовы приступать к проекту миграции на них информационных систем заказчика.

Таким образом, применение референсной модели позволяет нам получить детальный срез ИТ-ландшафта компании; понять, из каких компонентов он состоит; разработать план перехода на отечественные решения и сформировать своего рода технологический стандарт для дальнейшей реализации проектов миграции. Мы в Rubytech уверены, что в долгосрочной перспективе он будет принят в качестве архитектурного отраслевого стандарта по переводу заказчиков из финансовой отрасли на технологии для свободного цифрового развития. Импортозамещение в масштабах отрасли — это возможно Хотя сама по себе референсная модель является унифицированным инструментом, при взаимодействии с конкретным отраслеобразующим заказчиком её сегменты постепенно детализируют, либо разделяют по уровням нагрузки в зависимости от специфики ИТ-систем, которые используются в компании. Так рождается отраслевая модель, содержащая конечный перечень продуктов. На следующем шаге классы оборудования и наборы ПО, применяемые в отрасли, конкретизируют до уровня конечных платформ, которые допустимо использовать в проектах миграции на защищённые технологии. При таком подходе каждый из центров принятия решений получает возможность подбирать доступные на рынке продукты, основываясь на базовом стеке технологий, который разрешён и рекомендован к применению в отрасли.

Контейнеры в точке роста Больше половины опрошенных предприятий на сегодняшний день имеют приложения в контейнерах. Российский бизнес находится в начале перехода на микросервисные приложения. Проникновение контейнеризированных технологий в ИТ-ландшафт российского бизнеса пока незначителен. В ближайшие 2-3 года можно прогнозировать как рост числа компаний, использующих контейнерные технологии, так и расширение их применения в отдельно взятых компаниях.

Показатели реального сектора металлургия, машиностроение, ТЭК, сельское хозяйство и пр. Интересно, что эта платформа лидировала по использованию и среди западных респондентов три года назад, тогда как сейчас фаворитами стали вендорские реализации Kubernetes от крупнейших облачных провайдеров — Amazon, Google, IBM и Microsoft.

Показатели реального сектора металлургия, машиностроение, ТЭК, сельское хозяйство и пр. Интересно, что эта платформа лидировала по использованию и среди западных респондентов три года назад, тогда как сейчас фаворитами стали вендорские реализации Kubernetes от крупнейших облачных провайдеров — Amazon, Google, IBM и Microsoft. В «Инфосистемы Джет» ожидают, что схожий путь предстоит и российскому бизнесу. Разница будет лишь в том, что после эксперимента с бесплатными продуктами отечественные компании преимущественно выберут вендорские решения on-premise. Тренд на использование отечественными компаниями решений on-premise Open Source или вендорских очевиден уже сегодня.

Среди вендорских решений, по данным «Инфосистемы Джет», on-premise лидируют внедрения Red Hat OpenShift, которые встречается в двух случаях из трех.

Похожие новости:

Оцените статью
Добавить комментарий