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

О сервисе Прессе Авторские права Связаться с нами Авторам Рекламодателям Разработчикам. Добавлять новую функциональность в ИТ-ландшафт, базирующийся на тяжелых «монолитах», с каждым годом становится все сложнее. ООО «Наука-Связь» (NAUKA) проводит модернизацию ИТ-ландшафта ГК «МелКом». В 2023 году NAUKA запустила пул проектов по модернизации ИТ-ландшафта ГК «Мелком».

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

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

Существующие же системы полностью реализовать концепцию омниканальности не позволяют. Для достижения всех поставленных целей недостаточно перенастройки ИТ-систем: в развитии омниканальных продаж должен принимать активное участие каждый член команды «Техносилы» Здесь можно упомянуть и проблему с трансформацией ИТ-инфраструктуры компании в целом: в частности, омниканальные продажи требуют повсеместного внедрения Wi-Fi, чтобы клиент всегда имел доступ к актуальной информации, а его обслуживание было бесперебойным. Еще одним вопросом, требующим решения, является отсутствие достаточного количества человеческих ресурсов, необходимых для выстраивания эффективной ИТ-инфраструктуры.

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

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

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

Бабаджанов: Большая часть возникающих конфликтов связана с ценообразованием. На этот счет существует множество взаимоисключающих мнений. Так, некоторые эксперты полагают, что даже в условиях омниканальности в физических точках продаж магазинах должны использоваться более высокие цены, с учетом издержек на аренду и зарплату персонала.

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

Мы кропотливо сравнивали решения по полноте покрытия функциональных и нефункциональных требований, параметрам архитектуры и надежности поставщиков. В результате удалось составить перечень возможных систем, которые смогли удовлетворить бизнес-потребности заказчика", — отметил Максим Ким, старший менеджер практики "Технологическая стратегия" компании Axenix. Он включал в себя миграцию данных и информационных систем из глобального облака на российскую платформу, развертывание сети, замену офисных, коммуникационных и других рабочих сервисов на локальные решения, обеспечение информационной безопасности новой ИТ-инфраструктуры. Так, облачная инфраструктура реализована на платформе Yandex Cloud, офисные и коммуникационные сервисы Microsoft заменены на решения Яндекс 360.

Об изменении ландшафта ИТ-рынка

Например, вместо офисного пакета Microsoft и Teams внедрили продукты «Яндекс 360». Сложность заключалась в том, что данные о пользователях хранились в глобальной директории со своей структурой. Выделить сотрудников российского подразделения стало нетривиальной задачей. Кроме этого, важно было сохранить переписку пользователей, их права доступа к различным сервисам и списки рассылки, в которых они состояли. Мы подготовили образ для инсталляции, протестировали его и работоспособность основных приложений на группе ключевых пользователей, а затем в три этапа перевели на новые сервисы и инфраструктуру всех сотрудников, не нарушая их работу. В процессе миграции «докрутили» настройки сервисов таким образом, чтобы пользователи получили все привычные функции в новых решениях. Инфраструктурные сервисы также пришлось выстраивать не на привычном для корпоративного сектора стеке Microsoft. Например, в качестве портального решения для совместного доступа к файлам, папкам, другим рабочим материалам вместо SharePoint развернули сервер NextCloud. Четвертое направление — обеспечение информационной безопасности ИБ облачной инфраструктуры. Ключевой принцип защиты облачной инфраструктуры: все, что не разрешено, — запрещено.

Тогда облако становится безопасным. На этом этапе настроили виртуальные машины ВМ в соответствии с требованиями по ИБ, отключили неиспользуемые службы и инструменты стороннего доступа, установили все необходимые патчи безопасности. На каждую виртуальную машину установили антивирус и отдельные инструменты ИБ, которые позволяют логировать действия пользователей. Если конфигурацию виртуалок изменят неавторизованно, то придет уведомление. Доступ в Интернет открыт только со специального прокси-сервера, на котором настроены фильтры для трафика — например, запрет доступа к определенным сайтам, правила обращения к ним и т. Одновременно развернули инструменты защиты конечных устройств — антивирус и средства управления удаленными рабочими станциями. В итоге единая панель Kaspersky Security управляет облачными системами и пользовательскими машинами. Работы по обеспечению ИБ велись параллельно с миграцией пользователей, то есть пришлось настраивать серверы, которые работали в продакшене. Это требовало внимательного планирования и аккуратного тестирования.

Как продвигается его масштабирование? Цифровой сбыт» — уникальный российский проект: впервые в отрасли реализовано на российских технологиях BPM-решение федерального уровня для единого управления сбытом электроэнергии. Оно позволяет полностью автоматизировать работу с рутинными операциями: от оформления заявок на заключение договора энергоснабжения до обработки показаний и выставления счетов. Ключевыми эффектами являются оперативный и точный централизованный контроль обслуживания абонентов и автоматизация биллингового цикла расчёта потребителей — юридических лиц. Ценность проекта для бизнеса заключается в автоматизации процессов, сокращении времени реагирования на запросы абонентов и сторонних служб, снижении трудоёмкости подготовки управленческой отчётности и удобной онлайн-коммуникации. Для конечного потребителя тут тоже есть плюсы в виде улучшения качества обслуживания и прозрачности оказываемых услуг: персонализация сервисов, сокращение времени на решение вопросов, получение услуг через «единое окно». Важным эффектом от внедрения также является сдерживание роста цен на электроэнергию за счёт снижения операционных затрат.

В чём его суть? С какими электросетевыми компаниями сотрудничаете по этому продукту? Это геоинформационная система для управления распределительными электрическими сетями. С её помощью диспетчер в реальном времени отслеживает всю необходимую информацию: от данных по абонентам до геопозиции мобильных бригад и спецтехники. Она обеспечивает взаимосвязь уровня управления предприятием с уровнем управления объектами распределительной сети. Также система имеет широкие возможности динамической визуализации и может взаимодействовать с комплексом отраслевых приложений для решения задач по анализу, планированию и оптимизации работы энергосистем. Лучшим в предметной области стал проект по разработке и внедрению системы финансово-экономического управления.

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

Такой подход может быть приемлемым для крупных компаний с большим штатом разработчиков, готовых поддерживать, развивать и обслуживать используемую систему. Однако для предприятий малого и среднего бизнеса такой вариант является непрактичным и рискованным. Правила правильного выбора ИТ-инфраструктура в компаниях на ближайшие годы, скорее всего, будет сохранять «вынужденно интернациональный» характер: новые российские решения в ней будут дополнять привычные зарубежные, от которых в мгновение ока и безболезненно компаниям не отказаться. При выборе российских программных продуктов необходимо учитывать дорожные карты их развития, отслеживать прогнозы совместимости и доработок для критически важных ИТ-инструментов компании, а также анализировать успешные и неудачные внедрения на рынке. Также следует активно проводить пилотные проекты внедрения перспективных решений в рамках своей инфраструктуры. Многолетний опыт использования зарубежного софта сформировал определенные бизнес-процессы в российских компаниях, влияя на то, как пользователи работают с информацией и конкретными приложениями. Отсутствие привычного инструмента не должно становиться угрозой для стандартных рабочих процессов и функционирования компании. Важно адаптировать и модернизировать эти процессы, чтобы обеспечить непрерывность работы и эффективность бизнеса в новых условиях.

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

IT IT Современные крупные компании анг.

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

Неоднородный ИТ-ландшафт

Новости проектов. Новости проектов. Следуя стратегии развития собственного ИТ-ландшафта компании, мы активно переносим работу приложений в "облако".

eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»

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

Опора на зарубежные облака Многие компании у нас в стране в значительной мере полагались на зарубежные облачные сервисы. Ими пользовались и как средой для хранения данных, например, в рамках гибридных архитектур, так и готовыми сервисами, от почты, мессенджеров и ВКС до PaaS-инструментов для разработки. Таким компаниям также придется выбирать альтернативы в реестрах российского ПО или придумывать способы продления подписок на зарубежные ресурсы. И здесь возникает большая проблема: в силу самой природы облачных ресурсов, провайдеры могут отключить компанию от доступа к ее ресурсам в любой момент. Примеров блокировки работы корпоративных сервисов по такому сценарию — немало.

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

При этом, службу каталогов оставить на своих серверах. Критически важно не концентрировать все ресурсы в одном месте, даже когда речь идет об облаках.

Литература на эту тему предлагает самый широкий спектр концепций и способов измерения уровня сложности. При этом рост сложности становится одним из ключевых факторов управляемости ИТ ландшафта, а, как известно, «невозможно управлять тем, что нельзя измерить».

Попытки измерения сложности ИТ ландшафта в крупных компаниях на сегодняшний день сводятся, как правило, к подсчету: количества приложений; количества информационных потоков между приложениями; процента соответствия приложений стандартам; количества инфраструктурных компонентов, используемых приложениями; объема функционала приложений; уровня дублирования функционала в приложениях. Несмотря на то, что данные метрики являются интуитивно понятными и даже в определенной степени позволяют предсказывать затраты, они в то же время не позволяют на их основе вывести правдоподобный интегральный показатель сложности ИТ ландшафта и не имеют теоретического обоснования с точки зрения теории систем. Питер Сенге предлагает считать, что системная сложность существует в двух основных формах: Структурная сложность возникает в результате большого количества систем, системных элементов и установленных связей в любой из двух основных топологий иерархия или сеть. Эта сложность связана с системами, как они есть; а именно, с их статическим существованием.

Динамическая сложность связана с взаимосвязями, которые возникают между готовыми, функционирующими системами в процессе их работы, т. Сет Ллойд собрал некоторые примеры количественных мер сложности, которые он отнес к попыткам ответа на три вопроса: Насколько трудно описать систему? Обычно это измеряется в битах информации, затрачиваемых на представление описания. Насколько трудно создать систему?

Сложность как трудность создания измеряется во времени, энергии, стоимости и т. Какова степень организованности системы? Эту тему можно разделить на два типа метрик: сложность описания организационной структуры, будь то корпоративная, химическая, клеточная и т. 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. В отличие от других показателей сложности, связанности и модульности, данный метод «скрытой структуры» учитывает не только прямую сетевую структуру архитектуры, но и косвенные зависимости между приложениями, что вносит важный вклад в принятие управленческих решений.

Мы реализуем полный цикл услуг: от предварительного обследования, проектирования и подготовки технического задания до создания, тестирования и сопровождения современных программных решений.

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

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

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

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

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

ИТ ландшафт для миграции производственного комплекса телеканала «НТВ-Петербург»

В данном кейсе рассказываем, как мы развернули ИТ-инфраструктуру в облаке и создали корпоративный почтовый сервис на базе Communigate Pro. ит-ландшафт организации saymon Самым важным этапом в построении правильного информационного ландшафта является определение концепции видения компании. Михаил Степанюк, директор департамента программного обеспечения и корпоративных систем, компания Merlion, рассказывает изданию IT Channel News об ИТ-трендах на 2024 год. S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. Далее руководитель Центра компетенции «Новые производственные технологии» АНО «ЦКИТ» Александр Данилин представил функциональную модель индустриальных ИТ-ландшафтов и. Рассказываем, как компания разработала стратегию локализации ИТ-ландшафта логистической компании «Рулог» (ранее HAVI).

Как классифицируют ИТ-ландшафты

  • Другие новости
  • Трансформация ИТ-ландшафта: «точка невозврата» пройдена
  • ИТ-ландшафт современных компаний
  • Поделиться
  • Облачные горизонты отечественного ИТ-ландшафта
  • eXpress рассказал о защищенных коммуникациях на конференции «ИТ-ландшафт новой реальности»

Особенности построения и оптимизации IT-ландшафта в условиях высоких темпов развития бизнеса

S8 Capital выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения 1C:ERP на трех заводах Meteor, ранее принадлежавших концерну Bosch. Совместная команда Axenix и «Синхро» (ИТ-компания, входящая в холдинг S8 Capital) выполнила первый этап проектов по локализации ИТ-ландшафта и внедрения ERP-системы. Возможно, уже в этом году появятся регуляторные требования по доле российских технологий в ИТ-инфраструктуре компаний, а также касающихся КИИ и ИБ-решений.

Построение ИТ-ландшафта на базе подхода Data Driven

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

Елизавета Posted in Technology , Новости , Статьи Концепция построения и развития ИТ-ландшафта ИТ-ландшафт — это совокупность элементов архитектуры и их отношения в структуре предприятия это архитектура приложений, бизнес-архитектура, архитектура информации, техническая архитектура и архитектура развёртывания.

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

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

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

Каждая из них как минимум включает в ИТ-стратегию либо обеспечение непрерывности бизнес-функций, либо импортозамещение. Запросы от бизнеса могут звучать по-разному, а вот задачи внутри них, как правило, являются типовыми: заменить условный Oracle на Postgres , а Windows на Linux. Исходя из этих запросов, действуют и большинство интеграторов: у них существует практика аудита ИТ-инфраструктуры и список партнерских решений — прикладного ПО , которые доступны для замены зарубежного софта. Остается только сделать сравнение и выдать заранее известные «рекомендации». Работая в тесном сотрудничестве с партнерами, мы убедились, что простая замена одного ИТ-продукта на другой не решает задачи заказчика. Наш ближайший партнер — системный интегратор Rubytech , который специализируется на ИТ-инфраструктуре и информационной безопасности , — задолго до массового ухода западных производителей успешно реализовывал проекты с применением только российских решений. При этом во главу угла все равно ставились задачи и требования заказчика, а не «внедрение незападных решений любой ценой». Сейчас, когда заказчики лишились возможности выбора любого решения из «правого верхнего правого квадранта Gartner», у них уже нет уверенности, что любая бизнес-задача реализуема. Вместе с коллегами из Rubytech мы помогаем заказчикам оценить и описать имеющиеся ландшафт и архитектуру корпоративных ИТ, сформулировать приоритеты, оценить масштабы предстоящей работы. Эксперты наших компаний обладают богатым опытом, реализации комплексных программ и проектов по созданию, оптимизации и модернизации корпоративного ИТ-ландшафта. Они помогают заказчикам более детально и вдумчиво подходить к импортозамещению, когда те приступают к такой задаче. Вместо одной стратегии «заменить» мы предлагаем фреймворк, состоящий из шести направлений, в виде управляемой услуги. Как это работает? Прежде всего, мы проводим аудит текущего состояния ИТ во всех их проявлениях: анализируем ландшафт и организационную структуру ИТ в компании, определяем ключевые приложения и системы в том числе в контексте целей импортозамещения , оцениваем риски и ограничения. После этого на этапе целевого планирования мы уже можем сформировать видение целевой архитектуры и выработать стратегию перехода к ней. Основным приоритетом для этой задачи считаем минимизацию рисков выхода из строя ИТ-систем и обеспечение устойчивости бизнеса.

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

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