https://www.itweek.ru Издание itWeek (до 2018 года — PC Week) на портале и на страницах бумажного номера информирует читателей об актуальных информационных и коммуникационных технологиях, продуктах и решениях и опыте развития цифровой экономики и цифровой трансформации предприятий и организаций всех масштабов и отраслей. Издание рассказывает о важнейших событиях отечественного и мирового рынка ИКТ и анализирует тенденции развития ИКТ-индустрии. https://www.itweek.ru/images/itweek/logo-100x40.gif https://www.itweek.ru https://www.itweek.ru/themes/detail.php?ID=234534 Fri, 27 Mar 2026 15:14:41 +0300 <p>Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ изучил текущий и перспективный спрос организаций химической промышленности на цифровые технологии и решения, определяющие общий профиль цифровой трансформации отрасли.</p> <p>Задачи цифровой трансформации закреплены в стратегиях многих компаний химической промышленности. Так, треть обследованных указали, что внедрение и использование цифровых технологий входят в число их приоритетов.</p> <p>Лидерскую позицию по глубине цифровой интеграции занимают системы автоматизации производственных процессов: их суммарно используют 41,2% организаций, из них почти каждая вторая — в широком формате, каждая четвертая — ограниченно, но планирует масштабировать.</p> <p>На второе место вышел Интернет вещей, причем с совсем небольшим отрывом от лидера по суммарному охвату (39,7%) и со значительным потенциалом его обойти в среднесрочной перспективе (еще треть обследованных считают технологию перспективной или включили в свои планы).</p> <p>На третьем — системы цифрового проектирования и моделирования. Каждое третье химическое производство их уже применяет, каждое пятое относит к потенциально интересным или примеряет к своему портфелю планируемых технологий.</p> <p>В отличие от организаций машиностроения, массово делающих ставку на станки с ЧПУ, в химической индустрии эту технологию освоили лишь немногим более четверти организаций, потенциальными пользователями могут стать еще 14%. С аналогичной долей актуальных пользователей (14%) замыкает топ-5 анализ больших данных, при этом еще вдвое больше организаций положительно оценивают ее потенциал в среднесрочной перспективе.</p> <p>Из отраслей химпрома активнее всего внедряют цифровые технологии производители химических веществ и химической продукции, в основном — системы автоматизации производственных процессов (51%) и Интернет вещей (41%). У изготовителей лекарственных средств и материалов, используемых в медицине, наиболее востребованы системы проектирования и моделирования: их внедрили 39% компаний (самый высокий показатель среди всех рассматриваемых организаций). В сегменте резиновых и пластмассовых изделий активно эксплуатируются станки с ЧПУ (33% организаций), наряду с Интернетом вещей и системами автоматизации производственных процессов.</p> <p>Влияние цифровых технологий на бизнес-процессы в период <nobr>2022–2024 гг.</nobr> большинство компаний оценили как умеренное, основные эффекты отметили в производстве (17%) и администрировании (16%). В трехлетней перспективе организации прогнозируют двукратное ускорение цифровой трансформации практически по всем бизнес-процессам. При этом фокус цифровых преобразований в химпроме может расширяться и, помимо производства (34%), сильнее будет затрагивать логистику (28%) и стратегическое управление (26%). Это может свидетельствовать о переходе отрасли от базовой автоматизации к комплексной оптимизации цепочек поставок и процессов принятия решений.</p> <p>Среди барьеров цифровизации большинство обследованных организаций (59%) назвали основным дефицит бюджета на модернизацию, внедрение новых решений и развитие инфраструктуры. К другим вызовам около половины отнесли сложности с интеграцией новых решений в существующие технологические контуры или адаптацией имеющихся на рынке разработок под специфику химических производств, а также в целом их слабую доступность.</p> Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ изучил текущий и перспективный спрос … message https://www.itweek.ru/themes/detail.php?ID=234533 Fri, 27 Mar 2026 15:13:09 +0300 <p>В начале 2026 года правительство РФ инициировало разработку национального плана по внедрению ИИ в ключевые отрасли экономики и государственное управление с утверждением к середине года. На рынке наметились три сдвига, которые способствуют реализации амбициозного плана: переход к ИИ-центричной архитектуре, трансформацией модели владения ИТ-инфраструктурой и формирование зрелого технологического суверенитета.</p> <p>В 2026 году для крупных заказчиков фокус смещается с проверки гипотез на обеспечение гарантированной отдачи от технологий: инвестиции должны начать приносить измеримый экономический эффект. Это меняет требования к инфраструктуре: искусственный интеллект перестал быть просто нагрузкой на ЦОДы, теперь он задает параметры вычислительных мощностей и технологической архитектуры. Международные аналитики отмечают, что большинство ключевых технологических трендов 2026 года так или иначе связаны с развитием ИИ — от архитектуры решений до управления данными и автоматизации.</p> <p>В России ИИ-повестка подкреплена государственной стратегией и инвестициями. В рамках нацпроекта «Экономика данных» на развитие цифровых платформ и инфраструктуры до 2030 года направлено свыше 700 млрд рублей, из которых более 130 млрд — на развитие ИИ-технологий и суперкомпьютерных мощностей. </p> <p>Корпоративный контур уже подтверждает тренд: технологические гиганты и крупнейшие банки создают масштабируемые ИИ-кластеры не только для внутренних нужд, но и как сервис для рынка. Российские вендоры выводят решения под ИИ-нагрузки: «Аквариус» выводит линейку AQserv RS, заявляя среди прочих сценариев искусственный интеллект и машинное обучение. YADRO формирует новый инфраструктурный сегмент ИТ-рынка: производитель выпускает ИИ-серверы с поддержкой до 8 мощных GPU, оптимизированные под обучение и инференс моделей, а также СХД, обеспечивающие предсказуемую скорость обработки и производительность под ИИ-нагрузки. Сравнительно новая ниша на рынке — готовые on-premise платформы, позволяющие реализовать сервис «ИИ как услуга» (AIaaS) в собственном контуре. Целостная ИИ-среда помимо аппаратного слоя включает инструменты для MLOps, готовые LLM и управляемый маркетплейс сервисов. Это позволяет командам разворачивать ИИ-решения «под ключ» в своем контуре и масштабировать их по мере роста нагрузки. </p> <p>Ведущие облачные провайдеры (VK Cloud, Cloud.ru, МТС Cloud) активно развивают GPU-as-a-Service и сервисы вокруг них, превращая ИИ-инфраструктуру в отдельный продукт. Компании переносят системы из частных ЦОДов в облака, где есть GPU-ресурсы, отказоустойчивость и гибкая тарификация. К 2027 году, по оценкам российских экспертов, рынок консолидируется вокруг нескольких национальных облачных провайдеров с сертификацией под КИИ. </p> <p>Современная ИТ-инфраструктура вступает в фазу взрывного роста: увеличивается плотность размещения серверов, возрастает доля GPU-узлов, растут требования к сетям, хранению и резервному копированию. Помимо сложности управления кратно возрастает стоимость владения инфраструктурой: в России в 2024 году средняя цена серверного узла увеличилась на <nobr>18–20%.</nobr> В 2025 году рост цен продолжился, в 2026 году эта тенденция усиливается за счет удорожания отдельных компонентов. В период, когда бизнес фокусируется на эффективном управлении ресурсами, капитальные расходы всё чаще перераспределяются в сторону сервисных моделей.</p> <p>«Рынок уходит от только CAPEX-модели: компании берут серверы в лизинг, заключают долгосрочные сервисные контракты, инвестируют совместно с партнерами. Инфраструктура становится исполнительным слоем, который за счет распределения нагрузок между периферийными вычислениями, частными и публичными облаками обеспечивает гибкость и масштабируемость, в том числе и при развертывании ИИ-сервисов», — прокомментировал руководитель направления «Инфраструктурные решения» КРОК Александр Сысоев. </p> <p>IaaS-модели в чистом виде не обеспечивают заказчикам универсальности этого решения, поэтому они ищут компромисс между собственным владением инфраструктурой и передачей эксплуатации на аутсорс. Соответственно, интеграторы всё чаще предлагают аренду готовых кластеров и управляемое владение: заказчик закупает железо (в соответствии с требованиями импортозамещения и безопасности), а интегратор берёт на себя настройку, эксплуатацию, мониторинг, обновления, резервирование и обучение персонала. В ближайшие несколько лет такая модель станет стандартом для крупных корпоративных и государственных проектов и послужит компромиссом для кейсов, когда у заказчика сохраняется недоверие к классическому IaaS. </p> <p>В среднесрочной перспективе Россия окончательно перейдет из фазы ускоренного импортозамещения к разумному технологическому суверенитету. Это не полная автономность или изоляция, а способность гарантировать безопасный доступ к данным, инфраструктуре, квалифицированным кадрам вне зависимости от внешних факторов.</p> <p>Регуляторика и дальше будет задавать правила игры на рынке. В критичных отраслях компании сосредоточатся на собственных экосистемах. Для инновационных и высоконагруженных сценариев бизнес будет использовать сочетание из локальных решений и других доступных на рынке стеков, соблюдая требования КИИ и информационной безопасности. </p> <p>Рыночные аналитики считают, что в краткосрочной перспективе компании начнут второй цикл миграции: они будут переходить с решений, выпущенных в период с 2022 по 2024 годы, к более зрелым стекам. Бизнес будет отказываться от фрагментированной ИТ-инфраструктуры в пользу целостных экосистем с собственными операционными системами, виртуализацией, контейнерами, СХД, средствами управления и комплексными решениями по киберустойчивости. В этот же период начнется вторая волна облачного импортозамещения: компании будут мигрировать с облачных версий VMware на отечественные виртуализационные стеки, а также выстраивать гибридные модели (on-prem + национальные облака). На горизонте же <nobr>3–5</nobr> лет будут набирать популярность отраслевые платформы (финансы, телеком, промышленность), ориентированные на преднастроенные сервисы и безопасную интеграцию с внутренними контурами. </p> <p>«В 2026 году рынок делает ставку на прагматичность — от экспериментов к измеримой отдаче. Это видно по трем направлениям: ИИ становится центром проектирования инфраструктуры, технологический суверенитет превращается в задачу устойчивости и стандартизации, а владение инфраструктурой смещается в сторону сервисных и гибридных моделей», — прокомментировал руководитель направления «Инфраструктурные решения» КРОК Александр Сысоев.</p> В начале 2026 года правительство РФ инициировало разработку национального плана по внедрению ИИ … message https://www.itweek.ru/themes/detail.php?ID=234531 Fri, 27 Mar 2026 11:05:02 +0300 <p><em>Согласно прогнозу аналитической компании Gartner, к 2030 г. получение выводов искусственного интеллекта (инференс) с помощью большой языковой модели (LLM) с одним триллионом параметров будет обходиться поставщикам генеративного ИИ (GenAI) более чем на 90% дешевле, чем в <nobr>2025-м.</nobr></em></p> <p>ИИ-токены — это единицы данных, которые обрабатывают модели GenAI. Для целей данного анализа токен представляет собой 3,5 байта данных, или приблизительно 4 символа.</p> <p>«Это снижение затрат будет обусловлено сочетанием улучшений в области эффективности полупроводников и инфраструктуры, инноваций в дизайне моделей, более высокой степени использования чипов, растущего применения специализированных кремниевых чипов для инференса и применения периферийных устройств для конкретных сценариев использования», — сказал Уилл Соммер, старший директор-аналитик Gartner.</p> <p>На основе этих тенденций Gartner прогнозирует, что к 2030 г. LLM будут в 100 раз более экономически эффективными, чем самые ранние модели аналогичного размера, разработанные в 2022 г.</p> <p>Результаты прогнозного моделирования разделены на два набора сценариев для полупроводниковых технологий:</p> <ul> <li> «передовые» (frontier) сценарии: работа моделей основана на новейших передовых чипах;</li> <li> «комбинированные» (legacy blend) сценарии: работа моделей основана на репрезентативном сочетании доступных полупроводников, сопоставленном с прогнозами Gartner.</li> </ul> <p>Ожидаемые затраты в «комбинированных» сценариях значительно выше, чем в «передовых» сценариях, учитывая их меньшую вычислительную мощность.</p> <p>#IMAGE_234532#</p> <h3>Снижение стоимости токенов не демократизирует передовые технологии</h3> <p>Однако снижение стоимости токенов для поставщиков GenAI не будет полностью транслировано на корпоративных клиентов. Более того, для передовых интеллектуальных систем потребуется значительно больше токенов, чем для современных массовых приложений. Например, агентные модели требуют в <nobr>5-30</nobr> раз больше токенов на задачу, чем стандартный чат-бот GenAI, и могут выполнять гораздо больше задач, чем человек, использующий GenAI.</p> <p>Хотя снижение стоимости токенов позволит расширить возможности GenAI, эти достижения приведут к непропорционально большему спросу на токены. Поскольку потребление токенов растет быстрее, чем снижается их стоимость, ожидается увеличение общих затрат на инференс.</p> <p>«Директорам по продуктам (CPO) не следует путать дефляцию товарных токенов с демократизацией передовых методов рассуждения, — сказал Соммер. — Хотя стоимость стандартизированного интеллекта приблизится почти к нулю, вычислительные ресурсы и системы, необходимые для поддержки сложных методов рассуждения, останутся дефицитными. CPO, которые сегодня маскируют архитектурные недостатки дешевыми токенами, завтра столкнутся с трудностями в масштабировании агентных систем».</p> <p>По мнению Gartner, будет расти ценность платформ, способных координировать рабочие нагрузки в рамках разнообразного портфеля моделей. Рутинные, часто выполняемые задачи должны быть перенаправлены на более эффективные небольшие и предметно-ориентированные языковые модели, которые работают лучше, чем универсальные решения, и при этом обходятся значительно дешевле, поскольку они адаптированы к конкретным рабочим процессам. Дорогостоящий инференс моделей передового уровня должен быть строго ограничен и зарезервирован исключительно для высокорентабельных, сложных задач логического мышления.</p> Согласно прогнозу аналитической компании Gartner, к 2030 г. получение выводов искусственного интеллекта (инференс … article https://www.itweek.ru/themes/detail.php?ID=234530 Fri, 27 Mar 2026 10:43:08 +0300 <p><em>В новой среде, дополненной искусственным интеллектом, организациям необходимо отказаться от традиционных показателей, пишет на портале </em><em>InformationWeek</em> <em>Пол Макдонах-Смит, приглашенный лектор MIT Sloan School of Management.</em></p> <p>Компании часто начинают измерение ИИ с неправильного места, задавая вопросы:</p> <ul> <li> Сколько сотрудников используют ChatGPT?</li> <li> Сколько запросов было написано?</li> <li> Сколько лицензий активно?</li> </ul> <p>Эти показатели легко подсчитать, но они плохо отражают реальные изменения.</p> <p>Более уместный начальный вопрос: для выполнения каких внутренних задач нашей организации мы «нанимаем» передовые технологии ИИ?</p> <p>Я использую словосочетание «метрики ценности», потому что это знакомый язык. Но меня действительно интересуют показатели ценности — способы осмысления влияния и опыта, которые обеспечивают прорывные технологии.</p> <p>ИИ не просто добавляет инструмент; он меняет то, как выполняется работа. А когда работа меняется на уровне задачи, ценность может проявляться там, где нам этого не увидеть на наших панелях мониторинга.</p> <h3>Таксономия работы устарела</h3> <p>Мы должны перестать рассматривать названия должностей и сквозные рабочие процессы как единственные таксономии, имеющие значение. Нам необходимо научиться декомпозировать задачи. Исследования показывают, что подавляющее большинство рабочих мест, если их декомпозировать, содержат от 15 до 25 основных задач. Как только вы видите задачи, становится неизбежной необходимость получить ответ на фундаментальный вопрос: в какой степени каждая задача может быть ответственно, безопасно и точно автоматизирована, дополнена или обеспечена помощью агента?</p> <p>Если вы реструктурируете анатомию работы, задачу за задачей, вы меняете ДНК рабочего процесса. Так почему же мы должны ожидать, что те же самые устаревшие метрики и KPI, которые мы использовали раньше, останутся такими же точными?</p> <p>По мере того, как организации внедряют и интегрируют ИИ, они могут генерировать новые метрики ценности, которые они ранее не признавали и даже не называли. Человеческое восприятие узко. Мы часто используем старую логику измерения, потому что она нам знакома. Но крупные технологические сдвиги могут заставлять нас изобретать новые способы описания реальности. ИИ не станет исключением.</p> <h3>Что же нам следует теперь измерять?</h3> <p>Ниже приведены пять метрик, которые я считаю практичными, поскольку они напрямую связаны с тем, как ИИ меняет принятие решений, креативность, инновации и обучение.</p> <ol> <li><strong> Скорость принятия решений.</strong> Как ИИ сокращает цикл принятия решений и повышает оперативность? В некоторых областях интеллектуального труда — например, в разработке ПО — получены данные, свидетельствующие о том, что ИИ может сократить время выполнения задач на <nobr>30-40%</nobr> как минимум в некоторых сценариях. Если задачи выполняются быстрее, что происходит со скоростью принятия решений в команде или подразделении?</li> <li><strong> Повышение качества решений (и более качественные вопросы).</strong> Если я покажу свои рассуждения машине, она может помочь мне уточнить мой подход, выявив пробелы, оспорив предположения и предложив улучшения. Есть и обратная сторона: вы улучшаете не только ответ, но и вопрос. Более качественные вопросы приводят к лучшим результатам.</li> <li><strong> Индекс усиления возможностей человека.</strong> Генеративный ИИ может повысить человеческую креативность: он помогает людям генерировать варианты, составлять черновики, итеративно совершенствовать и исследовать. Но он также может ухудшить положение людей в некоторых областях, если они отдают на аутсорсинг слишком много мыслительной работы. Поэтому отслеживайте усиление возможностей с течением времени: расширяет ли ИИ человеческие возможности или ограничивает их?</li> <li><strong> Результативность инноваций.</strong> Организации генерируют множество идей, но лишь немногие из них становятся реальными функциями или улучшениями. Если агенты ИИ теперь участвуют в процессе генерации идей, каков мультипликатор силы? Каково улучшение результативности, процент идей, которые воплощаются в реальность? Исследования <a href="https://psycnet.apa.org/fulltext/2026-29702-001.html">показывают</a>, что люди, генерирующие идеи с помощью агентов ИИ, могут превзойти людей, генерирующих идеи в одиночку, и что команда, использующая одного общего агента ИИ, может избежать издержек, связанных с агрегированием результатов работы нескольких агентов.</li> <li><strong> Эффективность циклов обучения.</strong> Циклы обучения имеют решающее значение для развития рабочей силы. Программы стажировки работали потому, что один человек помогал другому учиться с течением времени. ИИ открывает возможность запуска новых циклов обучения между машинами и людьми, а также между самими людьми в присутствии машины. Далее возникает вопрос: улучшает ли ИИ скорость и качество обучения на рабочем месте?</li> </ol> <h3>Чем стоит заняться в понедельник</h3> <p>Некоторые метрики всегда будут иметь значение. Оценка удовлетворенности сотрудников и клиентов подобна измерению температуры. Но наряду с ними нам нужно быть внимательными к новым метрикам. Опасно жить в мире, где ваши результаты неизмеримы. Метрики формируют поведение. Метрики, которые мы выберем для ИИ, будут определять, что будут оптимизировать руководители, что будут создавать команды и какими станут предприятия.</p> <p>Поэтому, если вы хотите измерить ИИ-трансформацию, не начинайте с вопроса «Сколько людей использовали инструмент?». Начните с самой работы: разложите ее на составляющие, посмотрите, какие задачи изменились, а затем спросите, какой новый смысл создается. Ценность часто уже есть. Вопрос в том, создали ли мы единицы измерения, чтобы ее увидеть.</p> В новой среде, дополненной искусственным интеллектом, организациям необходимо отказаться от традиционных показателей … article https://www.itweek.ru/themes/detail.php?ID=234528 Fri, 27 Mar 2026 10:31:08 +0300 <p>В обсуждениях искусственного интеллекта в здравоохранении долгое время преобладали две крайности. Одни видели в ИИ революцию, которая уже наступила, другие опасались, что технологии вот-вот начнут вытеснять врачей. Но, как это часто бывает, реальность оказалась менее громкой, зато гораздо более значимой.</p> <p>Главный тезис на 2026 год связан не с тем, что ИИ стал «умнее». Куда важнее другое: он все глубже встраивается в медицинские процессы — от клинической практики до исследований, от документооборота до домашнего мониторинга. Именно к такому выводу подводит <a href="https://www.bcg.com/publications/2026/how-ai-agents-will-transform-health-care">отчет</a> BCG «How AI Agents and Tech Will Transform Health Care in 2026»: ИИ начинает менять уже не отдельные функции, а сам способ создания ценности в системе здравоохранения. Для бизнеса это означает довольно практичный сдвиг. Речь идет уже не о том, нужен ли ИИ как технология. Вопрос в другом: кто быстрее и эффективнее встроит его в свою бизнес-модель. В здравоохранении преимущество начинают получать не те организации, которые просто заявляют о внедрении инноваций, а те, кто действительно используют ИИ для снижения затрат, разгрузки персонала, ускорения процессов и более точной работы с пациентом.</p> <h3>Пациент обходит систему</h3> <p>Один из самых заметных сдвигов заключается в том, что пациент перестает быть пассивным участником процесса и все чаще сам начинает управлять своим маршрутом. Цифровые интерфейсы становятся первой точкой входа в медицину: человек анализирует симптомы, отслеживает показатели, сравнивает варианты терапии, получает рекомендации и только потом выходит на очную консультацию. По сути, медицинская система все чаще начинается не с регистратуры и даже не с врача, а с экрана смартфона.</p> <p>На этой основе производители лекарств и цифровые платформы стремятся выстроить прямые отношения с пациентом, обходя часть традиционных посредников. И логика здесь понятна: кто владеет интерфейсом, тот получает и данные, и внимание пользователя, и возможность управлять следующим шагом. Именно поэтому Eli Lilly запустила LillyDirect, где телемедицина и доступ к терапии соединены в одну цепочку. Pfizer развивает PfizerForAll, объединяя запись к врачу, вакцинацию и информацию о лечении. Особенно показательна динамика вокруг препаратов класса GLP-1: они уже активно входят в модели подписки, ритейла и персонализированного сопровождения. Компании вроде Rho Nutrition нормализуют подписочный подход к здоровью, а Amazon через One Medical последовательно собирает в единую систему консультации, маршрутизацию и терапию. В результате единица конкуренции смещается: раньше она проходила через дистрибуцию, теперь — через цифровую точку входа в систему.</p> <h3>ИИ ценен в клинике прежде всего за автоматизацию рутинных задач</h3> <p>При этом один из самых устойчивых мифов о медицинском ИИ до сих пор связан с тем, будто его главная задача — заменить врача в принятии клинических решений. На практике все прозаичнее и, возможно, важнее. Самый быстрый и понятный эффект ИИ сегодня достигается там, где он снимает административную нагрузку.</p> <p>Речь идет о цифровых копилотах, встроенных в электронные медицинские записи. Такие системы автоматически фиксируют разговор врача с пациентом, формируют черновики документов, структурируют данные визита, помогают в подготовке к приему и частично снимают нагрузку с персонала. Именно здесь рынок демонстрирует устойчивый и уже вполне зрелый интерес. Nuance, приобретенная Microsoft, развивает DAX как один из самых известных ambient-scribe-инструментов. Epic внедряет ИИ-функции для работы с данными и сопровождения приема. Mayo Clinic использует ambient AI scribes для снижения нагрузки на врачей и медперсонал.</p> <p>На первый взгляд это может показаться не самым эффектным сценарием, потому что он лишен футуристичности. Но именно он меняет повседневную экономику медицины. Врач получает обратно время, которое раньше уходило на документацию. Пациент — больше внимания. Система — рост производительности без прямого увеличения штата. И, что особенно важно, для медицинских работников такой цифровой контур постепенно становится не преимуществом, а новым стандартом рабочего процесса. Те организации, которые не будут внедрять подобные инструменты, рискуют проиграть не только в эффективности, но и в борьбе за кадры.</p> <h3>Клиника становится распределенной сетью помощи</h3> <p>Еще один важный сдвиг связан с тем, что медицинская помощь постепенно перестает быть жестко привязанной к стенам стационара. Если часть наблюдения, лечения и контроля можно безопасно перенести за пределы больницы, меняется сама архитектура системы здравоохранения.</p> <p>Поэтому сегодня активно развиваются виртуальные отделения, модели hospital-at-home и системы удаленного мониторинга. Их задача не в том, чтобы «отменить» стационар, а в том, чтобы перераспределить нагрузку, сократить сроки пребывания, ускорить выписку и сделать помощь более гибкой. NHS England развивает виртуальные госпитали как системную программу. Mayo Clinic Advanced Care at Home демонстрирует, что стационарный уровень помощи может оказываться на дому в формате полноценной сервисной модели. Отдельную роль в этом играют носимые устройства: Apple Watch, Oura, WHOOP и другие решения постепенно превращают здоровье в режим непрерывного наблюдения, а не эпизодического контакта с медициной.</p> <p>И здесь, пожалуй, проявляется один из самых важных сдвигов: клиника перестает быть только местом, куда приходит пациент, и становится системой постоянного сопровождения. Она все больше определяется данными, каналами связи, протоколами реагирования и способностью здравоохранения поддержать пациента вне физической инфраструктуры. Впрочем, важно не романтизировать эту модель. Домашняя помощь масштабируется только там, где вместе работают технологии, логистика, стандарты маршрутизации, поддержка родственников и устойчивая организационная схема. Иначе даже очень современное цифровое решение рискует остаться красивой, но не до конца жизнеспособной конструкцией.</p> <h3>Фарма и биотех борются не только за молекулы, но и за интеллектуальные ресурсы</h3> <p>Не менее заметные изменения происходят и в исследованиях. Причем здесь ИИ влияет не только на скорость вычислений, но и на саму логику конкурентной борьбы. Компании все чаще получают преимущество не просто за счет собственного продукта, а за счет умения работать со знаниями: собирать данные, быстро тестировать гипотезы, использовать алгоритмы, сокращать циклы принятия решений и строить цифровые исследовательские платформы.</p> <p>ИИ становится важным элементом конкурентоспособности фармацевтической отрасли. Он помогает ускорять поиск кандидатов, оптимизировать ранние этапы разработки, лучше интегрировать данные реальной клинической практики и повышать управляемость процесса. Речь, конечно, не идет о полностью автономном создании лекарств, но темп изменений уже очевиден.</p> <p>На этом фоне вполне закономерно выглядят примеры Isomorphic Labs и Novartis, которые развивают сотрудничество вокруг новой исследовательской модели на базе вычислительных платформ. Exscientia продвигает подходы к разработке молекул с применением ИИ и показывает, насколько можно сжимать путь от открытия к кандидату. Recursion последовательно развивает собственную платформенную модель и доводит программы до ранних клинических стадий. В результате фармацевтическая компания начинает конкурировать не только характеристиками препарата, но и качеством интеллектуальной экосистемы вокруг него: данными, аналитикой, цифровым сопровождением терапии и способностью быстро адаптировать решения под реальную практику.</p> <h3>Главное — дисциплина, а не технологии</h3> <p>И вот здесь становится особенно ясно: ключевой вывод всего этого сдвига связан не столько с технологиями, сколько с управлением. Сам по себе ИИ редко решает проблему. Решает способность организации изменить процессы, роли, метрики и систему ответственности так, чтобы новая технология действительно заработала внутри бизнеса.</p> <p>В здравоохранении это особенно заметно. Очень многие проекты выглядят убедительно на стадии презентации: организация покупает инструмент, запускает пилот, показывает несколько эффектных кейсов, но при этом не пересматривает механизмы принятия решений, не меняет маршруты, не связывает внедрение с KPI и не перестраивает повседневную операционную модель. В итоге технология добавляется поверх старой системы как дорогой цифровой слой — и не создает того эффекта, на который рассчитывали.</p> <p>На практике выигрывают те, кто встраивает ИИ в полную трансформацию процесса. Один чат-бот, один копилот или один аналитический модуль редко меняет экономику организации. А вот переработанная цепочка — маршрут пациента, документация, triage, координация сотрудников, анализ результатов — уже меняет. Поэтому для советов директоров и собственников вопрос сегодня должен звучать не «Есть ли у нас ИИ-проекты?», а «Какие именно процессы мы готовы перестроить так, чтобы ИИ дал реальный экономический и клинический эффект без потери качества, доверия и контроля?».</p> <p>По сути, в 2026 году успешными окажутся не те, кто громче говорит об ИИ, а те, кто откажется от россыпи разрозненных инициатив и сосредоточится на нескольких по-настоящему трансформирующих сценариях.</p> <h3>Что это означает для России</h3> <p>Российский контекст в этой теме уже нельзя описывать как набор первых экспериментов. ИИ в здравоохранении постепенно выходит из пилотной стадии и движется сразу по нескольким направлениям: поддержка врачебных решений, анализ медицинских изображений, автоматизация документооборота, дистанционный мониторинг и развитие нормативной базы. И это происходит на рынке, который уже достиг значительного масштаба, но по-прежнему остается сильно фрагментированным. <a href="https://reksoft.com/wp-content/uploads/2026/03/platform-economy-in-medicine-reksoft-consulting-medscan-report.pdf">По оценкам «Медскан» и «Рексофт»</a>, объем рынка медицины в России составляет около 10 трлн. рублей, сегмент коммерческой медицины — около 2,1 трлн. рублей, а к 2030 году он может вырасти до 4,3 трлн. рублей при среднегодовом темпе роста порядка 13%. При этом в стране насчитывается более 130 тыс. лицензий и около 50 тыс. коммерческих клиник, а сам рынок при доле около 5,5% ВВП остается низко консолидированным. В такой среде ИИ и платформенные модели становятся не просто направлением цифровизации, а инструментом роста/сборки рынка — через единые данные, бесшовный путь пациента, партнерские сети и более управляемую экономику медицинских сервисов.</p> <p>При этом для России эта тема имеет и дополнительную специфику. Если в глобальной повестке основной акцент делается на скорости внедрения, patient journey и новых бизнес-моделях, то в российской практике особенно важны вопросы регуляторной устойчивости, ответственности, защиты чувствительных данных и локализации инфраструктуры. Поэтому российский рынок, скорее всего, будет двигаться по той же траектории, что и мировой, но с более выраженным вниманием к контролю, стандартизации и безопасному внедрению. Это не тормозит развитие ИИ, а задает ему более жесткие правила взросления.</p> <h3>Заключение</h3> <p>Здравоохранение входит не просто в очередной этап цифровизации. По сути, мы наблюдаем более глубокую перестройку. Пациент становится активным участником маршрута лечения. Врач получает цифрового помощника, который снимает рутину и возвращает время для клинической работы. Медицинская помощь выходит за пределы стационара и превращается в распределенную сеть сопровождения. Фарма и биотех начинают конкурировать не только продуктом, но и данными, платформами, скоростью вычислений и качеством интеллектуальных сервисов. А управленческая зрелость становится важнее, чем сама по себе технологическая новизна.</p> <p>Так, ИИ становится одним из базовых слоев современной медицинской инфраструктуры. Поэтому разделение рынка пройдет не между теми, кто «использует ИИ», и теми, кто не использует. Оно пройдет между теми, кто сумеет встроить его в клиническую, производственную и организационную модель, и теми, кто ограничится внешней витриной инноваций. Первые получат преимущество в скорости, данных и качестве управления. Вторые рискуют сохранить видимость современности, но проиграть в реальной операционной эффективности.</p> <p>#IMAGE_234529#</p> В обсуждениях искусственного интеллекта в здравоохранении долгое время преобладали две крайности. Одни видели в ИИ … article Андрей Антонов, основатель и генеральный директор цифровой экосистемы регистрации медицинских изделий КРЕДО.ТЕХ https://www.itweek.ru/themes/detail.php?ID=234527 Thu, 26 Mar 2026 15:43:10 +0300 <p>Глобальный кризис компонентной базы кардинально меняет российский ИТ-рынок — оборудование дорожает, проекты замораживаются. По оценкам DатаРу, дефицит ИТ-оборудования к концу 2027 года составит 35%. Затраты бизнеса на его приобретение вырастут на 28%. Больше всего от кризиса пострадает региональный бизнес, который не увидит моментальный рост цен, но впоследствии столкнется с острейшим дефицитом ИТ-«железа», к которому будет не готов.</p> <p>Основным фактором, сформировавшим кризис на рынке серверного оборудования, стал повышенный интерес к технологии искусственного интеллекта. На протяжении последних лет техногиганты — Meta, Microsoft, Amazon и Alphabet — интенсивно наращивают инвестиции в дата-центры, необходимые для обучения и работы ИИ-моделей. Если в 2024 году совокупные капитальные расходы таких компаний на инфраструктуру составляли около $217 млрд, уже в 2026 году они могут вырасти до $650 млрд.</p> <p>В ответ на этот скачок спроса крупнейшие производители компонентной базы — Samsung, SK Hynix и Micron — переориентировали значительную часть производственных мощностей на выпуск высокоскоростной памяти HBM (High Bandwidth Memory), используемой в ускорителях искусственного интеллекта Nvidia и AMD. В результате производство традиционной оперативной памяти типа DRAM, применяемой в серверах и массовой электронике, сократилось. </p> <p>Для российского рынка это обернулось резким, скачкообразным ростом стоимости ключевых компонентов. Цены на ОЗУ DDR5 64 ГБ 5600 МГц взлетели в <nobr>4–5 раз,</nobr> DDR4, применяемой в ПК, серверах и ноутбуках, — в <nobr>2–3 раза,</nobr> а стоимость HBM (высокопроизводительная память для HPC-вычислений, ИИ, а также поддержки графики), по прогнозам, увеличится на 70% в 2026 году. Стоимость твердотельных накопителей (SSD) в отдельных категориях выросла на <nobr>30–100%.</nobr></p> <p>Волатильность цен и нестабильность поставок станет новой нормой для ИТ‑сектора. Быстро компенсировать возникший разрыв в потребности производственных мощностей невозможно: строительство и запуск новых линий занимает годы. А по мере того, как индустрия все глубже интегрирует искусственный интеллект в бизнес‑процессы, борьба за ключевые компоненты будет только усиливаться. </p> <p>Такое положение дел на рынке трансформировало порядок исполнения обязательств на рынке. Многие глобальные вендоры уже включают в контракты положения, позволяющие в одностороннем порядке менять цены или вовсе отменять заказы даже после их размещения в случае дефицита компонентов или непредвиденного роста производственных затрат.</p> <p>«В таких условиях фиксация стоимости ИТ-„железа“ даже на <nobr>3–4</nobr> недели — уже удача. Ждать возврата прежних цен бесполезно — бизнесу придется пересматривать подход к реализации ИТ-инициатив. Фактором принятия решения для клиента станет не цена, а надежность поставщика, прозрачность и способность выстраивать логистику в условиях нестабильности», — прокомментировал ситуацию Роман Гоц, генеральный директор ГК DатаРу.</p> <p>Компании, реализующие долгосрочные ИТ‑проекты, все чаще будут прибегать к гибким стратегиям закупок и модернизации инфраструктуры: например, к использованию серверных платформ с памятью предыдущего поколения DDR4, которая по‑прежнему значительно дешевле — в среднем в <nobr>2-2,5</nobr> раза в сравнении с DDR5 при сопоставимом объеме. </p> <p>Будут пересмотрены подходы к хранению данных, к примеру, в пользу многоуровневой архитектуры хранения, при которой часть «холодных» данных переносится на ленточные библиотеки, позволяя освободить дорогостоящие дисковые ресурсы. В целом сегменты ИТ‑инфраструктуры, менее зависимые от объемов оперативной памяти — такие как сетевое оборудование, SAN‑сети и ленточные библиотеки — окажутся вновь востребованы, поскольку остаются относительно стабильными по цене. В условиях ограниченных бюджетов многие организации начнут ставить в приоритет инвестиции именно в них. </p> <p>Наконец, ожидается рост спроса на облачные платформы. Значительная часть облачной инфраструктуры была построена до текущего скачка цен на комплектующие, и в ряде сценариев аренда вычислительных ресурсов оказывается экономически более эффективной, чем расширение собственной инфраструктуры.</p> <p>В целом же стратегические инициативы, которые требуют большого финансирования, но имеют отложенный эффект (например, беспилотный транспорт, часть ИИ-инициатив), окажутся пересмотрены или, вероятно, заморожены. Фокус сместится на проекты с понятной экономической ценностью и быстрыми результатами. </p> <p>«От кризиса пострадают все. Прежде всего, ситуация коснется нового „железа“ и новых технологий. В течение года-двух закончатся складские запасы, и под удар попадут те, кто выпускает локальное оборудование на накопленных резервах. Затем под удар попадет сегмент прикладного оборудования и ПО. Причем если федеральные заказчики, которые уже сейчас видят рост цен, могут успеть пересчитать экономику проектов, адаптироваться и запустить их реализацию, исходя из новых реалий, регионы ожидает „двойной удар“. Сначала плавный, но сильный рост цен из-за удаленности и наличия каких-то остатков на локальных складах, а затем — острейший дефицит комплектующих и оборудования в том виде и количестве, что необходим для реализации проектов», — продолжил Роман Гоц.</p> Глобальный кризис компонентной базы кардинально меняет российский ИТ-рынок — оборудование дорожает, проекты замораживаются … message https://www.itweek.ru/themes/detail.php?ID=234526 Thu, 26 Mar 2026 15:41:26 +0300 <p>Сегодня сервис-провайдер — это не просто площадка для размещения виртуальных машин, а партнер по устойчивому росту бизнеса в условиях быстро меняющегося и ограниченного по ресурсам ИТ-рынка. Владимир Лебедев, директор по развитию бизнеса сервис-провайдера M1Cloud, рассказал о том, что сегодня для бизнеса на первый план выхолит не стоимость ядер и гигабайт, а способна ли инфраструктура провайдера выдержать стратегические цели заказчиков, регуляторные требования и дефицит оборудования в горизонте нескольких лет. Бизнес смотрит на облако как на управляемый сервис и реальную готовность масштабироваться под бизнес-планы компании.</p> <p>Если еще несколько лет назад в основе подхода к облачным провайдерам лежал жестко формализованный SLA, однако сегодня отдельное внимание уделяется аварийной практике: пост-мортемы, регламенты эскалации, работа с корневыми причинами, что снижает вероятность повторения инцидентов и защищает бизнес от регулярных простоев.</p> <p>Для компаний из регулируемых отраслей и сегмента enterprise сегодня критична не только надежность, но и соответствие нормативным требованиям, то есть на базе каких дата-центров провайдер строит инфраструктуру, резервирование ключевых систем и устойчивость к единичным отказам. Для бизнеса это выражается в минимизации риска простоя критичных сервисов и возможности строить отказоустойчивые схемы с разнесением по разным площадкам, не выходя за рамки юрисдикции РФ. Сертификация, соблюдение требований по защите персональных данных и отраслевых стандартов позволяют не вступать в конфликт с внутренней службой ИБ и комплаенсом, а использовать облако как естественное продолжение корпоративной ИТ-среды.</p> <p>Новый взгляд на поддержку как сервис для бизнеса, а не только для ИТ-подразделения. Круглосуточная линия, выделенные сервис-менеджеры и доступ к архитекторам позволяют опираться на внешнюю экспертизу при принятии архитектурных решений. Это особенно заметно на этапах миграции и быстрых изменений: команда провайдера участвует в аудите текущей инфраструктуры, проектировании целевой архитектуры и совместной дорожной карте переноса систем. Для бизнеса это снижает риски срыва сроков, уменьшает нагрузку на внутреннюю команду и сокращает время до получения эффекта от облака — будь то запуск нового продукта, выход в новый регион или повышение отказоустойчивости существующих сервисов.</p> <p>Отдельная зона внимания — предсказуемость затрат. Модель ценообразования строится так, чтобы финансовое планирование было прозрачным для бизнеса и контроллинга. Заказчик видит детализацию по ресурсам, лицензиям, поддержке и дополнительным сервисам и понимает, как изменятся затраты при росте нагрузки или включении новых проектов. Такой подход позволяет интегрировать облачные расходы в бюджетный цикл компании, планировать совокупную стоимость владения на длительный период. Облако становится управляемым элементом с точки зрения затрат.</p> <p>В условиях дефицита серверного и сетевого оборудования, а также нестабильности поставок, способность провайдера масштабироваться под планы бизнеса превращается в фактор стратегической устойчивости. Сервис-провайдер заранее резервирует мощности, выстраивает долгосрочные отношения с поставщиками, планирует жизненный цикл платформ и обновление оборудования. Для бизнеса это означает, что проекты масштабирования — будь то рост пользовательской базы, запуск маркетплейса или цифровизация промышленного контура — не упрется в физическое отсутствие ресурсов. Возможность быстро нарастить мощности, задействовать гибридные сценарии и при этом сохранить управляемость затратами дает компании пространство для роста даже в ограниченной технологической среде.</p> <p>Облачная инфраструктура не должна ограничивать стратегию бизнеса, а, наоборот, должна эффективно поддерживать ее. Опыт работы с инцидентами, соответствие требованиям, сильная поддержка, прозрачное ценообразование и готовность масштабироваться в условиях дефицита «железа» работают в связке и превращают облако в устойчивый фундамент цифровой трансформации компании.</p> Сегодня сервис-провайдер — это не просто площадка для размещения виртуальных машин, а партнер по устойчивому … message https://www.itweek.ru/themes/detail.php?ID=234525 Thu, 26 Mar 2026 15:40:06 +0300 <p>ИТ-компания РИКИТЛАБ объявила о запуске комплексного сервиса по сопровождению производственных ИТ-систем. Решение ориентировано на предприятия массового производства (FMCG, фармацевтику, промышленность и другие отрасли), в том числе задействованные в транснациональных цепочках поставок на рынках России, СНГ и стран ЕАЭС.</p> <p>Сервисная модель охватывает все элементы производственной ИТ-инфраструктуры: планирование ресурсов предприятия (ERP), оперативное управление производством (MES), системы маркировки (Track & Trace) и управление складом (WMS). Под техническое сопровождение попадают все критические звенья цепочки — от приемки сырья на склад до отгрузки готовой продукции.</p> <p>Техническая поддержка организована по трехуровневой модели (L1—L2—L3). Первый и второй уровни включают прием обращений, обработку типовых запросов и инцидентов, консультацию пользователей, мониторинг стабильности сервисов, выявление сбоев, а также взаимодействие с внешними участниками (в том числе с регуляторами, например ЦРПТ). Третий уровень обеспечивает администрирование серверов, приложений, баз данных и интеграционных сервисов. А также восстановление после сбоев, обновление ПО, управление сертификатами, выполнение требований ИБ. В рамках L3 организовано взаимодействие с вендорами по вопросам устранения инцидентов и реализации изменений. Технологической основой сервисной модели выступает платформа для управления ИТ-услугами и активами TIKITRIK.</p> <p>«С ростом цифровизации производственных процессов и расширением требований к маркировке продукции повышаются требования к устойчивости ИТ-систем. Сбои в таких системах могут приводить к остановке производственных процессов, масштабным финансовым и репутационным потерям. Комплексное сервисное сопровождение, построенное по трехуровневой модели, позволяет минимизировать эти риски за счет единого контура управления инцидентами и изменениями на базе платформы TIKITRIK», — отметил генеральный директор РИКИТЛАБ Артем Хижний.</p> ИТ-компания РИКИТЛАБ объявила о запуске комплексного сервиса по сопровождению производственных ИТ-систем. Решение … message https://www.itweek.ru/themes/detail.php?ID=234514 Thu, 26 Mar 2026 00:00:00 +0300 <p><em>В национальных доменных зонах .ru и .рф почти не осталось коротких свободных имен. </em><em>Обсудим</em><em>, почему в этой ситуации бизнес все чаще смотрит в сторону локальных доменов и кому они действительно подходят</em><em>.</em></p> <p>В зоне .ru, которая остается основой для большинства проектов, найти короткое, звучное и при этом свободное имя становится задачей со звездочкой. В зоне .рф ситуация еще острее: согласно совместному <a href="https://www.vedomosti.ru/business/articles/2026/03/02/1179938-kirillitsa-vpervie-operedila-latinitsu">исследованию</a> сервисов «Онлайн патент» и Рег.решения, среди популярных слов, защищенных товарными знаками, домены заняты в 91% случаев. Рынок первичных регистраций в популярных зонах близок к насыщению.</p> <p>На этом фоне вторичный рынок доменов закономерно реагирует ростом цен. В 2025 году, по внутренним данным Руцентра, средний чек в зоне .рф достиг 66,2 тыс. руб., а в .ru — 72,4 тыс. руб. Бизнес стал чаще смотреть на альтернативные доменные зоны. В первую очередь — локальные, связанные с геопривязкой. Например, по итогам минувшего года наибольший рост показали зоны .москва (14%) и .moscow (5%). Такие зоны открывают новое окно возможностей в условиях дефицита имен без крупных финансовых затрат.</p> <h3>Что такое локальные домены</h3> <p>Локальные домены (или региональные доменные зоны) — это пространства имен, привязанные к конкретному географическому объекту: городу, региону или области. В мировой системе доменных имен они наряду с тематическими доменами относятся к новым доменам верхнего уровня (New gTLD).</p> <p>В Рунете к таким зонам прежде всего относятся кириллические и латинские домены для крупнейших городов и субъектов РФ. Самые популярные из них:</p> <ul> <li> .москва и .moscow — для проектов, ориентированных на столичный регион;</li> <li> .спб.рф и .spb.ru — для Санкт-Петербурга и Ленинградской области;</li> <li> .tatar — для Республики Татарстан.</li> </ul> <p>Главное отличие локальных зон от национальных (.ru, .рф) — их целевая аудитория. Если .ru и .рф позиционируются как общенациональные и понятные всей стране, то локальные домены изначально создавались как инструмент для усиления присутствия бизнеса в конкретном городе.</p> <p>Сегодня, в условиях дефицита коротких имен в популярных зонах, они превращаются из нишевого инструмента в полноценную доступную альтернативу.</p> <h3>Почему в локальных зонах есть что ловить</h3> <p>Логика проста: если в популярном доменном пространстве становится тесно, компании ищут альтернативу. И у этого движения есть вполне прагматичные основания.</p> <ul> <li><strong>Доступность свободных имен. </strong>В локальных зонах ситуация с первичным рынком принципиально иная. Здесь по-прежнему можно зарегистрировать красивое, короткое и осмысленное имя за стандартную цену в пределах пары тысяч рублей в зависимости от зоны и регистратора. Если в .рф нужный адрес уже занят и выставлен на продажу за сотни тысяч рублей, высока вероятность, что в .moscow или кириллической .москва он может быть еще свободен.</li> <li><strong>Короткие адреса без переплаты. </strong>Спрос на локальные домены пока существенно ниже, чем на общенациональные. В 2025 году доля проданных доменов в региональных зонах не превысила и 1%. Это создает уникальную возможность: бизнес может получить одно- или двусложное имя, которое в .ru или .рф давно стало бы предметом торгов.</li> <li><strong>Ценовой арбитраж. </strong>Вторичный рынок региональных зон только формируется. Цены здесь значительно ниже, чем в премиальной .рф. По данным Руцентра, средняя стоимость сделки в .moscow в 2025 году составила 11,9 тыс. рублей, что в шесть раз ниже, чем в .ru и в 5,5 раза ниже, чем в .рф. При этом потенциал роста очевиден: по мере насыщения основных зон интерес к локальным доменам будет усиливаться.</li> <li><strong>Маркетинговый бонус. </strong>Для бизнеса, работающего в конкретном городе или регионе, домен с географической привязкой работает как дополнительный сигнал доверия. Посетитель сразу понимает: компания «своя», ориентирована на местную аудиторию.</li> </ul> <p>Существует стереотип, что домен в зоне .москва или .спб.рф не даст сайту ранжироваться в других городах. Это не совсем так. Для поисковых систем региональная привязка домена — это один из множества сигналов, но далеко не единственный и не самый главный.</p> <p>Действительно, для поиска «доставка цветов Москва» сайт в зоне .москва получит небольшое преимущество в глазах поисковика, так как домен четко соответствует региону. Однако если вы московская компания, но хотите клиентов в Санкт-Петербурге, достаточно создать отдельный региональный раздел на сайте или заполнить карточку организации в Яндекс Бизнесе с указанием работы на Санкт-Петербург. Домен не станет фатальным препятствием для продвижения в других регионах.</p> <h3>Кому локальный домен противопоказан</h3> <p>Было бы ошибкой представлять локальные зоны как универсальное решение для всех. Есть четкие критерии, при которых выбор регионального домена может стать стратегическим просчетом.</p> <ul> <li><strong>Федеральные и международные проекты. </strong>Если бизнес планирует масштабирование на всю страну или выход на глобальные рынки, привязка к конкретному городу в домене может запутать аудиторию. Для таких проектов .ru или .рф остаются приоритетом.</li> <li><strong>Сферы с высокими требованиями к статусу. </strong>Банки, крупные холдинги, государственные структуры — здесь консерватизм аудитории и регуляторов диктует необходимость использования «классических» зон.</li> <li><strong>Бизнес, не связанный с географией. </strong>Онлайн-школа, работающая по всей России, или интернет-магазин с доставкой в любой регион вряд ли выиграют от московского или петербургского домена. Скорее, это создаст ненужную ассоциативную привязку, которая может отпугнуть клиентов из других регионов.</li> </ul> <h3>Что делать бизнесу в 2026 году</h3> <p>Рынок доменных имен сегодня предлагает бизнесу четкую развилку.</p> <ul> <li> <strong>Первый путь</strong> — борьба за премиальные активы в зонах .ru и .рф. Это требует серьезных бюджетов, особенно на вторичном рынке, и готовности к тому, что идеальное имя может быть занято или стоить заоблачных денег. Этот путь подойдет крупным игрокам, которым домен в этих зонах нужен под конкретные стратегические цели.</li> <li> <strong>Второй путь</strong> — освоение региональных и тематических зон. Здесь можно получить качественное имя без переплаты, а в некоторых случаях — с маркетинговым бонусом в виде географической идентификации.</li> <li><strong>Оптимальная стратегия для большинства компаний</strong> — комбинированный подход. Основной проект может располагаться в «центральной» зоне, а региональные представительства, акции или спецпроекты — в локальных. Это позволяет одновременно сохранять статусность и гибко работать с местной аудиторией.</li> </ul> <p>#IMAGE_234515#</p> В национальных доменных зонах .ru и .рф почти не осталось коротких свободных имен. Обсудим, почему в этой ситуации … article Георгий Казаров, руководитель отдела доменов Руцентра https://www.itweek.ru/themes/detail.php?ID=234470 Thu, 26 Mar 2026 00:00:00 +0300 <p><em>Видеокарты и микросхемы NAND — не единственные компоненты вычислительной техники, которые сейчас продаются как горячие пирожки благодаря буму в области искусственного интеллекта. Руководители AMD и Intel отмечают, что спрос на центральные процессоры (</em><em>CPU</em><em>) х64 значительно вырос из-за общего тренда создания фабрик ИИ и, в частности, благодаря переходу на выполнение рабочих нагрузок ИИ-инференса и агентного ИИ, сообщает портал </em><em>HPCwire</em><em>.</em></p> <p>До настоящего момента графические процессоры (GPU) были бесспорными звездами шоу аппаратного обеспечения для ИИ благодаря своей способности обрабатывать тяжелые вычислительные задачи, необходимые современным нейронным сетям. Это особенно актуально на этапе обучения, когда GPU с тысячами ядер могут выполнять параллельное умножение матриц, необходимое для преобразования обучающих данных во взвешенные параметры. Занимая львиную долю рынка центров обработки данных, Nvidia пожинает плоды бума ИИ, который сделал ее первой в мире компанией с капитализацией в 5 трлн. долл.</p> <p>По мере того, как в начале 2025 г. стихал первоначальный ажиотаж вокруг ИИ, внимание переключалось с обучения моделей ИИ на ИИ-инференс. Также появилась новая рабочая нагрузка — агентный ИИ. Внезапно операторы ИИ столкнулись с перспективой параллельного запуска сотен или тысяч полуавтономных агентов ИИ. Это создало новое узкое место в инфраструктуре, связанное со скоростью перемещения данных из памяти в GPU и обратно. Ненасытный спрос на высокоскоростную память (HBM) оказал давление на мировые запасы NAND, что привело к дефициту NVMe-накопителей и значительному росту цен.</p> <p>До сих пор в нашем рассказе скромный CPU не играл главной роли. Но мы видим, что по мере развития ИИ требования к инфраструктуре снова смещаются в сторону оптимального выбора CPU.</p> <p>Причина в том, что, хотя CPU нечасто напрямую запускают модели ИИ, они отвечают за выполнение многих других задач, необходимых для работы современных нейронных сетей. Среди них такие задачи, как предварительная обработка данных, оркестрация моделей ИИ и планирование распределения наиболее ресурсоемких задач между группами GPU. Неслучайно Nvidia, AMD и другие компании создают «суперчипы», которые объединяют GPU (или другие ИИ-ускорители) с CPU в одном чипе.</p> <p>В некоторых случаях CPU являются предпочтительным оборудованием для выполнения ИИ-инференса, особенно для небольших моделей, которые будут работать на периферии. CPU меньше больших современных GPU, и у них более скромные требования к энергопотреблению и охлаждению. По мере развития революции в области агентного ИИ и стремления организаций к внедрению ИИ, они всё чаще предпочитают запускать свои модели ИИ локально и на периферии, а не в огромных облачных дата-центрах, отчасти для минимизации перемещения данных, которое требует больших вычислительных затрат.</p> <p>«В этом году CPU снова стали „крутыми“, — заявил на недавней конференции Morgan Stanley Technology, Media & Telecom Conference в Сан-Франциско исполнительный вице-президент и финансовый директор Intel Дэвид Зинснер. — Мы давно считаем, что CPU должны присутствовать в этих дата-центрах наряду с GPU».</p> <p>По его словам, общий рынок CPU вырос на <nobr>20-30%</nobr> в 2025 г. и, как ожидается, продолжит расти в 2026 г. «Мы начинаем видеть, как клиенты в этом сегменте запрашивают долгосрочные соглашения, что говорит о перспективах этого направления, — отметил Зинснер. — Они рассматривают это на перспективу от трех до пяти лет и хотят закрепить за собой поставки».</p> <p>Это мнение поддержала генеральный директор AMD Лиза Су, которая также выступила на конференции Morgan Stanley. «Я очень, очень рада развитию сегмента рынка GPU, — сказала она. — И спрос на CPU на самом деле намного превзошел мои ожидания».</p> <p>Конец <nobr>2025-го</nobr> и начало 2026 г. ознаменовались значительным спросом на высокопроизводительные вычисления, отметила Су, упомянув предстоящий запуск MI450, графического процессора AMD следующего поколения, который должен выйти во второй половине 2026 г.</p> <p>Но GPU — не единственный тип чипов, пользующийся спросом благодаря ИИ. «Вообще говоря, мы наблюдаем значительный спрос на CPU в результате роста спроса на задачи инференса, — сказала Су. — Мы всегда считали, что вычислительная инфраструктура гетерогенна, и вам понадобятся CPU, CPU, ПЛИС и другие компоненты. Это действительно воплощается в жизнь в 2026 г.».</p> <p>Intel и AMD представили на выставке Embedded World 2026 в Нюрнберге новые процессоры, которые ориентированы на выполнение рабочих нагрузок ИИ на периферии. Серия Intel Core 2 разработана для промышленных и периферийных приложений, требующих более высокой многопоточной производительности и меньшей задержки. А новый процессор AMD Ryzen AI Embedded P100 Series ориентирован на промышленные ПК, физический ИИ и медицинские приложения.</p> <p>Миру определенно нужно больше ускорителей ИИ для выполнения сложных задач, которые требует ИИ. Триллионы долларов инвестируются в инфраструктуру для обеспечения работы новых рабочих нагрузок ИИ, и значительная часть этих денег пойдет на GPU и другие XPU от Nvidia, AMD, Intel и др. Но, будучи процессорами общего назначения, способными выполнять широкий спектр задач, скромные CPU также будут часто упоминаться в связи с развитием дата-центров в течение следующих четырех лет. Единственным сюрпризом здесь может быть то, что всплеск спроса на CPU оказался неожиданным.</p> Видеокарты и микросхемы NAND — не единственные компоненты вычислительной техники, которые сейчас продаются как … message https://www.itweek.ru/themes/detail.php?ID=234518 Wed, 25 Mar 2026 16:36:24 +0300 <p>Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ оценил текущий и перспективный спрос организаций машиностроения на цифровые технологии и решения, способствующие автоматизации процессов производства, а также общей цифровой трансформации отрасли.</p> <p>На фронтире цифровой трансформации машиностроения — отрасли, формирующей основу цифровизации всей экономики, — находятся станки с ЧПУ. Эту технологию интегрировали порядка 59% обследованных компаний, из них более половины применяют ее широко, треть — ограниченно, но планируют масштабировать.</p> <p>На второе и третье места по востребованности вышли системы цифрового проектирования и моделирования, а также системы автоматизации производственных процессов: их применяет примерно каждое второе предприятие отрасли (55% и 48% соответственно). Замыкают топ-5 по уровню распространенности технологии Интернета вещей (36%) и аддитивные установки (3D-печать) (28% обследованных организаций).</p> <p>Среди всех рассмотренных цифровых решений наименее востребованы на предприятиях машиностроительного комплекса технологии больших данных, цифровые двойники и беспилотные системы (их используют 16%, 12% и 7% организаций соответственно). Между тем первые две технологии из данной триады имеют довольно высокий потенциал распространения: по 4% обследованных организаций в ближайшие три года планируют их внедрение и еще около трети в каждом случае считают применение этих цифровых решений перспективным для своих задач.</p> <p>Пока небольшой круг предприятий машиностроения использует технологии искусственного интеллекта (ИИ), среди которых наиболее востребованы решения для обработки визуальных данных, включая компьютерное зрение (их внедрили 14% опрошенных), а наименее — ИИ-агенты (3%). При этом еще порядка трети организаций имеют среднесрочные планы по внедрению ИИ-технологий или видят большую перспективность данных решений.</p> <p>Внедрение цифровых технологий на предприятиях машиностроения в <nobr>2022–2024 гг.</nobr> главным образом затронуло операционный уровень: производство (23%) и администрирование (22%). В среднесрочной перспективе темпы цифровой трансформации бизнес-процессов могут вырасти, а ее фокус может сместиться в сторону стратегического планирования и управления (это прогнозируют около трети компаний).</p> <p>Внедрение цифровых технологий на предприятиях машиностроения сдерживают главным образом ресурсные и инфраструктурные ограничения. Основным препятствием 57% обследованных организаций считают нехватку свободных средств на модернизацию, обновление технологий и развитие инфраструктуры.</p> Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ оценил текущий и перспективный спрос … message https://www.itweek.ru/themes/detail.php?ID=234516 Wed, 25 Mar 2026 11:24:51 +0300 <p>Российский разработчик АО «СБК» выпустил продуктовый релиз платформы унифицированных коммуникаций CommuniGate Pro 6.5.5. В новой версии основное внимание уделено повышению стабильности работы в высоконагруженных средах, усилению безопасности и расширению функциональности веб-интерфейса.</p> <p>Релиз включает более 30 доработок. Для конечных пользователей ключевые изменения коснулись веб-интерфейса. В календаре появился индексированный поиск событий с выделенной страницей результатов, фильтрами и удобной навигацией. Упрощена работа с адресатами: теперь можно вставлять несколько контактов в поле «Кому» через запятую или точку с запятой. Также добавлена возможность удаления писем по гибко настраиваемым правилам.</p> <p>В версии реализован новый раздел настроек безопасности с опциями управления двухфакторной аутентификацией (2FA). Пользователи теперь могут менять пароль самостоятельно, без обращения к администратору. Улучшена интеграция: добавлена поддержка поиска во внешних справочниках по протоколу AirSync.</p> <p>Особое внимание в релизе 6.5.5 уделено повышению стабильности работы с календарями. Устранены сбои при обработке исключений из повторяющихся событий, а также исправлены проблемы с отображением занятости участников и ресурсных ящиков при создании серий встреч. Это важно для крупных организаций с интенсивным графиком и сложной логикой планирования.</p> <p>Проведена оптимизация кода: устранены утечки памяти, повышена устойчивость кластерных конфигураций, усилена защита от потенциальных уязвимостей.</p> <p>«Улучшения в новом релизе CommuniGate Pro в первую очередь ориентированы на крупный бизнес. Доработки в версии значительно повышают стабильность, безопасность и производительность в средах с высокой нагрузкой, включая делегированные доступы, повторяющиеся события и интеграцию с внешними системами. Мы продолжим развивать продукт и планомерно добавлять в него новые востребованные функции», — прокомментировал Борис Моисеев, директор департамента разработки CommuniGate Pro.</p> <p>Обновление CommuniGate Pro 6.5.5 уже доступно для скачивания на официальном сайте компании.</p> Российский разработчик АО «СБК» выпустил продуктовый релиз платформы унифицированных коммуникаций CommuniGate … message https://www.itweek.ru/themes/detail.php?ID=234495 Wed, 25 Mar 2026 00:00:00 +0300 <p>За последние три года аналитика бизнес-процессов (Process Mining) перестала восприниматься как нишевой инструмент для отдельных инициатив. Всё чаще такие решения становятся частью системной работы компаний по анализу и повышению эффективности внутренних процессов.</p> <p>Эту тенденцию подтверждают и исследования. <a href="https://processmi.com/blog/process-mining-v-rossii-2026-nezavisimoe-issledovanie-rynka-ot-processmi/">Независимый обзор</a> российского рынка Process Mining показывает, что технология постепенно закрепляется в технологическом контуре бизнеса. Схожие выводы содержатся и в <a href="https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%98%D1%81%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5:_Process_&_Task_Mining_%D0%BF%D0%B5%D1%80%D0%B5%D1%81%D1%82%D0%B0%D0%BB%D0%B8_%D0%B1%D1%8B%D1%82%D1%8C_%D1%85%D0%B0%D0%B9%D0%BF%D0%BE%D0%BC_%D0%B8_%D1%81%D1%82%D0%B0%D0%BB%D0%B8_%D1%80%D0%B0%D0%B1%D0%BE%D1%87%D0%B8%D0%BC_%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%BC_%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81%D0%B0">оценке зрелости рынка</a> Process Mining и Task Mining (аналитики бизнес-операций) в России от TAdviser и Axenix.</p> <p>При этом отмечается динамичное развитие <a href="https://www.itweek.ru/themes/detail.php?ID=231803">Task Mining</a> — направления, которое позволяет анализировать выполнение операций на уровне действий сотрудников. Фактически речь идёт о формировании более широкого класса технологий — процессной аналитики, объединяющей анализ бизнес-процессов и бизнес-операций.</p> <p>На мой взгляд, именно это и становится главным изменением рынка: анализ процессов больше не сводится к одной технологии, а постепенно превращается в набор инструментов, позволяющих понять, как на самом деле выполняется работа внутри организации, и определить, какие её этапы можно оптимизировать и автоматизировать с максимальным экономическим эффектом.</p> <h3>Что сегодня понимают под процессной аналитикой</h3> <p>Если попытаться описать это направление шире, сегодня процессная аналитика — это целый набор технологий, позволяющих анализировать фактическое выполнение процессов и операций на основе цифровых данных.</p> <p>С одной стороны, <a href="https://www.itweek.ru/themes/detail.php?ID=234200">Process Mining</a> работает с журналами событий информационных систем и помогает восстановить реальное выполнение бизнес-процессов: увидеть их структуру, выявить отклонения от регламентов, определить «узкие места» и причины задержек. Эволюция Process Mining привела к появлению мультипроцессной аналитики — подхода, позволяющего анализировать не отдельные процессы, а их взаимосвязь и влияние друг на друга, что дает возможность оценивать метрики на стыке процессов — например, время от оформления заказа до его фактической доставки. Такой подход позволяет уйти от искусственного объединения процессов и получить более точную и целостную картину операционной деятельности.</p> <p>С другой стороны, Task Mining позволяет анализировать выполнение операций на уровне действий сотрудников — фиксировать последовательность шагов, рассчитывать трудозатраты и выявлять рутинные операции, которые могут быть оптимизированы или автоматизированы.</p> <p>В совокупности эти технологии позволяют анализировать процессы сразу на нескольких уровнях — от движения задач между системами до конкретных действий сотрудников внутри операций.</p> <p>Именно такая комбинация инструментов и формирует современную процессную аналитику.</p> <h3>От анализа процессов к управлению ими</h3> <p>Расширение инструментов процессной аналитики меняет не только глубину анализа, но и саму логику работы. Если раньше акцент делался на ретроспективном анализе — изучении уже завершенных процессов и поиске причин отклонений, — то сегодня фокус внимания на управлении процессами здесь и сейчас.</p> <p>Современные решения позволяют анализировать выполнение процессов практически в режиме реального времени. Это дает возможность не только фиксировать проблемы постфактум, но и своевременно реагировать на отклонения: выявлять задержки, обнаруживать перегрузку сотрудников или этапы, где процесс начинает замедляться.</p> <p>В результате процессная аналитика постепенно превращается из инструмента диагностики в инструмент управления. Она помогает компаниям не просто понимать, как работают их процессы, но и активно влиять на их эффективность.</p> <h3>Интеллектуальная автоматизация процессов</h3> <p>Еще одно направление развития процессной аналитики связано с автоматизацией операций. Анализ фактического выполнения процессов позволяет выявлять повторяющиеся действия, рутинные операции и этапы, где сотрудники тратят значительное количество времени на ручную работу.</p> <p>Благодаря этому компании получают возможность более точно определять точки для оптимизации и автоматизации. Вместо того чтобы автоматизировать процессы на основе предположений или формальных регламентов, решения принимаются на основе реальных данных о том, как выполняется работа.</p> <p>Это особенно важно в условиях высокой сложности современных процессов, где один бизнес-процесс может включать десятки операций, выполняемых в разных системах и подразделениях. Процессная аналитика позволяет увидеть эту картину целиком и определить, какие участки дают наибольший эффект от автоматизации.</p> <h3>Новый этап развития процессной аналитики</h3> <p>Таким образом, процессная аналитика постепенно выходит за пределы своей первоначальной роли инструмента анализа процессов. Сегодня она становится основой для более широкого управления операционной эффективностью.</p> <p>Компании используют ее не только для того, чтобы понять, как работают их процессы, но и для того, чтобы управлять ими, находить точки для оптимизации и определять направления автоматизации.</p> <p>В этом смысле Process Mining или мультипроцессную аналитику уже нельзя рассматривать как единственные инструменты анализа процессов. Они становится частью более широкой экосистемы решений, которая включает анализ операций, мониторинг выполнения процессов и инструменты для повышения эффективности работы.</p> <p>Именно поэтому сегодня всё чаще именно о процессной аналитике как о самостоятельном направлении технологий управления процессами.</p> <p> #IMAGE_234496#</p> За последние три года аналитика бизнес-процессов (Process Mining) перестала восприниматься как нишевой инструмент для … article Александр Бочкин, генеральный директор “Инфомаксимум” https://www.itweek.ru/themes/detail.php?ID=234446 Wed, 25 Mar 2026 00:00:00 +0300 <p><em>Новое <a href="https://www.snowflake.com/en/lp/radical-roi-generative-ai/">исследование</a> Snowflake «</em><em>The</em> <em>ROI</em> <em>of</em> <em>Gen</em> <em>AI</em> <em>and</em> <em>Agents</em> <em>2026» показывает, что спрос на технологические вакансии смещается от базовых навыков к высокоуровневому управлению искусственным интеллектом, сообщает портал </em><em>ZDNet</em><em>.</em></p> <p>Глобальный опрос 2050 руководителей по всему миру показывает ряд сокращений в некоторых категориях ИТ-вакансий, но также и рост найма на те же самые должности. Из-за ИИ происходит сокращение рабочих мест, но те же самые профессии также выигрывают от внедрения ИИ. Например, 40% опрошенных руководителей сообщают о сокращении специалистов по ИТ-операциям благодаря автоматизации, в то же время 56% сообщают о дополнительном найме на эти должности. Еще 26% видят сокращения в сфере разработки ПО, но 37% также сообщают об увеличении найма разработчиков. Для аналитиков данных эти показатели составляют 37 к 37%.</p> <table> <tbody> <tr> <th> Должности</th> <th> Наблюдается сокращение рабочих мест</th> <th> Наблюдается увеличение рабочих мест</th> </tr> <tr> <td> ИТ-операции</td> <td> −40%</td> <td> +56%</td> </tr> <tr> <td> Разработка ПО</td> <td> −26%</td> <td> +38%</td> </tr> <tr> <td> Кибербезопасность</td> <td> −25%</td> <td> +46%</td> </tr> <tr> <td> Аналитика данных</td> <td> −37%</td> <td> +37%</td> </tr> </tbody> </table> <p>Что касается профессий вне ИТ, картина более проста — и для большинства менее драматична, за исключением персонала служб поддержки клиентов. В организациях, участвовавших в опросе, численность персонала в сфере обслуживания клиентов сократилась на 37%; при этом только 15% компаний увеличили набор персонала (можно списать это на ИИ, но аутсорсинг также может быть одной из причин сокращений).</p> <p>В производственных и логистических операциях 6% компаний сокращали штат, а 13% нанимали новых сотрудников. В маркетинге 16% сокращали штат, тогда как 12% нанимали новых сотрудников.</p> <p>Сравнивать напрямую эти тренды роста и сокращения рабочих мест не совсем корректно. «Мы наблюдаем реорганизацию работы, а не простое расширение или сокращение штата, — говорит Барис Гюльтекин, вице-президент Snowflake по ИИ. — ИИ берет на себя повторяющиеся, ручные задачи этих должностей. В то же время он создает совершенно новые обязанности, связанные с интеграцией ИИ, управлением, инжинирингом данных, безопасностью и контролем производительности. В этом смысле все не так однозначно, как кажется. Компании не просто сокращают или создают новые рабочие места. Они их перестраивают, чтобы поддерживать новые рабочие процессы, основанные на ИИ».</p> <h3>Эволюция, а не исчезновение</h3> <p>На вопрос о том, привел ли генеративный ИИ к созданию рабочих мест, их потере или и тому, и другому в их организациях, 42% ответили, что рабочие места были созданы благодаря генеративному ИИ, в то время как 11% указали на потерю рабочих мест. Еще 35% сообщили, что благодаря ИИ были и созданы, и сокращены рабочие места. Оставшиеся 13% заявили, что ИИ не оказал никакого влияния.</p> <p>В целом, согласно исследованию, 77% респондентов сообщили о создании рабочих мест, с сопутствующей потерей или без нее. По словам Гюльтекина, это указывает на то, что речь идет не столько об исчезновении должностей, сколько об их эволюции.</p> <p>«Как только ИИ выходит за рамки экспериментов, требования к навыкам меняются, — объясняет он. — Проведение пилотного проекта — это одно. Эксплуатация ИИ в масштабах предприятия — совсем другое. Это требует прочного фундамента данных, четких моделей управления, экспертных знаний в области инфраструктуры и людей, которые понимают, как отслеживать, оценивать и оптимизировать производительность моделей с течением времени».</p> <p>Согласно опросу, 35% организаций называют нехватку квалифицированных кадров основным препятствием на пути к успеху ИИ. «Это явный сигнал о том, что ограничением является уже не только технология ИИ, но и экспертиза, необходимая для обеспечения ее успеха на предприятии, — говорит Гюльтекин. — По мере того, как компании переходят к более продвинутым сценариям использования агентов, потребность в контроле возрастает. Кто-то должен обеспечивать качество данных, управлять рисками и гарантировать, что эти системы действуют ответственно. В этом смысле ИИ не устраняет необходимость в людях, а меняет ожидания относительно того, что эти люди должны знать».</p> <h3>Повышение спроса на высококвалифицированных специалистов</h3> <p>Данные свидетельствуют о том, что нынешняя ситуация с вытеснением ИИ рабочих мест в сфере технологий «сложнее, чем многие думают», отмечает он: «Исторически сложилось так, что крупные технологические сдвиги меняют структуру трудовой деятельности в большей степени, чем сокращают общую занятость. Мы наблюдаем аналогичную картину с генеративным и агентным ИИ. Некоторые задачи автоматизируются. В то же время растет спрос на высококвалифицированных специалистов в таких областях, как ИИ-операции, кибербезопасность, инжиниринг данных и управление».</p> <p>Кроме того, накопление опыта работы с ИИ приводит к росту числа рабочих мест. «Организации, которые продвинулись дальше в освоении ИИ, с большей вероятностью сообщают о его положительном влиянии на занятость, — отмечает Гюльтекин. — Это важный показатель. Он говорит о том, что вместо полного сокращения рабочих мест мы наблюдаем перераспределение талантов в сторону более стратегических, технических и связанных с ИИ ролей».</p> Новое исследование Snowflake «The ROI of Gen AI and Agents 2026» показывает, что спрос на технологические вакансии … article https://www.itweek.ru/themes/detail.php?ID=234512 Tue, 24 Mar 2026 16:24:09 +0300 <p>Системный интегратор и производитель АО «НВБС» совместно с разработчиком промышленных климатических систем АО «Антарктис» фиксируют устойчивый рост спроса на системы охлаждения для центров обработки данных (ЦОД). Об этом сообщил технический директор «НВБС» Дмитрий Антонюк на основании аналитики и данных «Антарктис».</p> <p>По оценке компании, увеличение заказов в конце 2025 — начале 2026 года на 15% обусловлено не столько динамикой рынка HVAC-оборудования, сколько ростом плотности вычислительных нагрузок и ускоренным вводом ИТ-инфраструктуры. Речь идет как о строительстве новых ЦОД, так и о модернизации существующих площадок с переходом на более высокие стойковые мощности (35+ кВт на стойку).</p> <p>«Мы наблюдаем рост спроса со стороны операторов дата-центров, связанный не только с вводом новых объектов, но и с переходом к более плотным конфигурациям размещения оборудования. Это требует пересмотра архитектуры охлаждения — от классических прецизионных кондиционеров к решениям с изоляцией горячих/холодных коридоров, in-row охлаждению и жидкостным технологиям», — отметил технический директор «НВБС» Дмитрий Антонюк.</p> <p>По данным компании, ключевыми драйверами спроса выступают рост облачных сервисов, развитие ИИ-нагрузок и увеличение удельного тепловыделения серверного оборудования (TDP современных CPU/GPU). В этих условиях эффективность системы охлаждения напрямую влияет на показатель PUE. Модернизация климатической инфраструктуры — включая внедрение free cooling, adiabatic cooling и интеллектуальных систем управления — позволяет снизить энергопотребление дата-центра на <nobr>10–20%</nobr> в зависимости от архитектуры.</p> <p>Компания ожидает, что в 2026 году рынок климатического оборудования для ЦОД продолжит рост. По прогнозу «НВБС», при сохранении текущих темпов строительства и модернизации дата-центров, а также увеличении средней плотности размещения ИТ-оборудования, сегмент может вырасти на <nobr>20–25%</nobr> по итогам года.</p> <p>«Для ЦОД критична точность поддержания температурно-влажностных параметров и предсказуемость тепловых режимов. Даже локальные перегревы приводят к деградации компонентов и снижению отказоустойчивости, а избыточное охлаждение — к росту OPEX. Сегодня, с увеличением нагрузки на серверы и распространением GPU-кластеров, требования к системам охлаждения смещаются в сторону энергоэффективности, масштабируемости и адаптивного управления в реальном времени. Именно поэтому сегмент ЦОД демонстрирует наиболее высокие темпы роста среди всех отраслей, где применяется промышленное охлаждение», — добавил Дмитрий Антонюк.</p> Системный интегратор и производитель АО «НВБС» совместно с разработчиком промышленных климатических систем … message https://www.itweek.ru/themes/detail.php?ID=234511 Tue, 24 Mar 2026 16:23:09 +0300 <p>Компания «Платформа Боцман» (входит в «Группу Астра») выпустила новую версию решения для управления контейнеризированными средами. «Боцман» 1.4 предлагает расширенную функциональность и повышенную производительность по сравнению с предыдущей версией 1.2, отвечая на актуальные запросы бизнеса к масштабированию, безопасности и автоматизации.</p> <p>В новой версии значительно усилены механизмы управления кластерами. Внедрена система самодиагностики, способная выявлять проблемы и выполнять полуавтоматическое восстановление работоспособности. Реализована поддержка мультикластерного управления, что позволяет централизованно контролировать распределённые инфраструктуры. Добавлена функция автоматического масштабирования, обеспечивающая адаптацию ресурсов под текущие нагрузки. Кроме того, платформа теперь поддерживает развертывание в различных облачных средах и на разных гипервизорах, предоставляя заказчикам свободу выбора инфраструктуры.</p> <p>Безопасность и наблюдаемость стали одними из ключевых направлений развития. В версии 1.4 появилась система обнаружения некорретных конфигураций с точки зрения информационной безопасности, что позволяет предотвращать потенциальные угрозы на ранних этапах. Усилен мониторинг состояния кластеров, внедрено централизованное логирование для сбора и анализа событий, а также добавлено управление сетевыми политиками, обеспечивающее тонкую настройку межсетевого взаимодействия.</p> <p>Для бизнес-пользователей новая версия предлагает инструменты, ускоряющие разработку и повышающие прозрачность процессов. Автоматизация развертывания и обновлений реализована через GitOps-инструмент Fleet. Платформа интегрирована с различными системами хранения данных, включая LocalPath, Cinder, vSAN и Yandex Storage, предоставляя гибкие возможности для работы с данными. Аутентификация может выполняться через LDAP и SSO, а гранулярный контроль доступа обеспечивает защиту корпоративных данных от несанкционированного использования.</p> <p>Управление множеством кластеров теперь доступно через единый веб-интерфейс, что существенно упрощает администрирование. Графический интерфейс стал более интуитивным, появился визуальный редактор сетевых политик, позволяющий настраивать правила без глубокого погружения в код. Встроенный терминал для работы с подами ускоряет выполнение задач, а централизованный маркетплейс приложений упрощает развёртывание готовых сервисов. </p> <p>«Выход версии 1.4 — это закономерный этап развития „Боцмана“ как платформы, которая закрывает самые сложные задачи управления контейнерными средами. Мы сделали акцент на автоматизации процессов: от самодиагностики и восстановления кластеров до GitOps-подхода в развертывании. Это позволяет заказчикам сосредоточиться на разработке приложений, а не на поддержке инфраструктуры», — прокомментировал Михаил Кобик, технический директор платформы «Боцман».</p> Компания «Платформа Боцман» (входит в «Группу Астра») выпустила новую версию решения для управления контейнеризированными … message https://www.itweek.ru/themes/detail.php?ID=234510 Tue, 24 Mar 2026 16:20:02 +0300 <p>Российский разработчик ПО «Лаборатория Числитель» выпустил релиз «Штурвал 2.13». Главные изменения версии — автоматизация развертывания без графического интерфейса и повышение прозрачности эксплуатации.</p> <p>Разработчики существенно расширили возможности инструмента установки shtil. Теперь кластер управления можно полностью развернуть из консоли: через YAML-манифесты или параметры командной строки, без использования графического интерфейса. Это особенно важно для развертываний в нескольких ЦОДах одновременно.</p> <p>Также был реализован переход на containerd 2.x в качестве среды выполнения контейнеров, что обеспечило более точный контроль ресурсов и изоляцию контейнеров при работе с большими образами — <nobr>ML-моделями</nobr> и датасетами. </p> <p>Еще были добавлены профили конфигурации клиентских кластеров, позволяющие создавать и переиспользовать их шаблоны настроек. </p> <p>Для обеспечения целостной картины состояния платформы и быстрого расследования инцидентов были расширены инструменты контроля и наблюдаемости:</p> <ul> <li>в интерфейсе появились сводные отчеты по всем кластерам — по политикам безопасности Kyverno и результатам сканирования образов контейнеров Trivy;</li> <li>логи кластера теперь структурированы по стримам и обладают расширенным поиском по параметрам, что позволяет легче ориентироваться в потоке сообщений;</li> <li>добавлено отображение состояний конфигураций узлов (NodeConfigs) для упрощения контроля фактического применения настроек;</li> <li>пользовательские параметры фильтрации и поиска в интерфейсе сохраняются при переходе между страницами.</li> </ul> <p>Также был переработан интерфейс конфигурации узлов (NCI): параметры Kube API Server теперь настраиваются через графический интерфейс, а разделы вынесены в модальные окна для более структурированной работы. Управление системными сервисами оптимизировано через трехпозиционный переключатель Absent/Manual/Auto, что упрощает стандартизацию конфигураций.</p> <p>«В версии 2.13 мы сделали акцент на том, чтобы платформа становилась не просто средой управления кластерами, а основой для масштабируемых цифровых сервисов. Автоматизированная установка через YAML, профили конфигурации и сводные отчеты по безопасности позволяют быстрее запускать новые продукты и управлять рисками на уровне всей инфраструктуры», — отметил Александр Краснов, СТО «Штурвала». </p> Российский разработчик ПО «Лаборатория Числитель» выпустил релиз «Штурвал 2.13». Главные изменения версии — … message https://www.itweek.ru/themes/detail.php?ID=234508 Tue, 24 Mar 2026 16:14:56 +0300 <p>Компания CURATOR, специализирующаяся на обеспечении доступности интернет-ресурсов и нейтрализации DDoS-атак, нейтрализовала масштабную DDoS-атаку типа UDP flood, направленную на организацию из сегмента «Онлайн-ставки». Пиковые значения объема вредоносного трафика достигали 2 Тбит/с и около 1 млрд пакетов в секунду. При этом атака сохраняла высокую интенсивность более 40 минут.</p> <p>В ходе инцидента, произошедшего в середине марта, было зафиксировано 11 всплесков трафика, четыре из которых превышали 1 Тбит/с. Такая структура указывает на многоэтапный характер атаки и попытки поддерживать длительное интенсивное давление на инфраструктуру жертвы.</p> <p>Это важное изменение: ранее в случае атак подобного масштаба пиковая интенсивность, как правило, сохранялась лишь считанные секунды. Злоумышленники экономили ресурсы и быстро прекращали высокоинтенсивное воздействие как в случае успеха атаки — уже деградировавший сервис можно поддерживать в таком состоянии меньшими объемами вредоносного трафика, — так и в случае, когда они не могли добиться своей цели, чтобы не расходовать ресурсы впустую.</p> <p>В данном случае повторяющиеся пики свидетельствуют о попытках атакующих адаптировать стратегию и добиться эффекта за счет продолжительного воздействия. Несмотря на их усилия, CURATOR удалось эффективно нейтрализовать атаку и обеспечить непрерывную доступность защищаемого сервиса.</p> <p>Как показывает статистика, масштаб DDoS-атак продолжает расти. Этот тренд во многом обусловлен снижением стоимости проведения атак: использование ИИ-инструментов и IoT-ботнетов позволило значительно удешевить генерацию вредоносного трафика — по некоторым оценкам, до 95% за последний год. В результате злоумышленники могут не только запускать атаки высокой интенсивности чаще, но и поддерживать их дольше.</p> <p>«Терабитные DDoS-атаки больше не являются редкостью: применение атакующими ИИ и дешевых IoT-ботнетов значительно снизило стоимость их проведения. Как показывает данный инцидент, это меняет характер атак: злоумышленники теперь способны не только создавать пики трафика в несколько Тбит/с, но и поддерживать высокую интенсивность в течение длительного времени. Это подчеркивает необходимость использования масштабируемой и эффективной DDoS-защиты», — отметил Дмитрий Ткачев, генеральный директор CURATOR.</p> Компания CURATOR, специализирующаяся на обеспечении доступности интернет-ресурсов и нейтрализации DDoS-атак … message https://www.itweek.ru/themes/detail.php?ID=234505 Tue, 24 Mar 2026 13:13:24 +0300 <p> Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ оценил уровень востребованности промышленных роботов в высокотехнологичных отраслях российской промышленности, а также проанализировал среднесрочные планы компаний по расширению парка роботов и сфер их применения.</p> <p>Более половины (56,2%) инновационно активных предприятий из высокотехнологичных отраслей отечественной промышленности используют промышленных роботов для решения различных производственных задач. Лидируют по их внедрению средние и крупные предприятия, среди которых доля активных пользователей достигает 70%. Малые предприятия пока осваивают такие решения в порядке эксперимента.</p> <p>Чаще всего инновационно активные предприятия используют промышленных роботов для упаковки и распаковки (включая паллетирование) продукции (36,8%), ее погрузки и выгрузки (33,3%), а также проведения сварочных работ и лазерной резки (31,6%).</p> <p>В ближайшие три года собираются начать эксплуатацию промышленных роботов 12% обследованных организаций. При этом спрос со стороны текущих пользователей может увеличиться: о своих планах расширить применение соответствующих решений заявили более трети (34,5%) малых и почти 60% средних и крупных предприятий, т. е. примерно четыре из пяти предприятий, использующих промышленных роботов в настоящее время.</p> <p>Масштабирование промышленных роботов может происходить экстенсивно. Так, расширить их использование хотя бы в одном производственном процессе, в котором они уже внедрены, собирается лишь каждая седьмая инновационно активная организация, а внедрить их в новые направления — каждая вторая (53,9%). Более того, если применение роботизированных решений только в одном новом производственном процессе планируют 14,6% компаний, то в двух — уже 17,5%, а в трех и более — 21,8%.</p> <p>Семь из десяти инновационно активных предприятий, использовавших промышленных роботов, отметили, что внедрение робототехники принесло им определенный экономический эффект, который примерно в каждом третьем случае превысил ожидания и сделал дальнейшую роботизацию приоритетом. Разочаровались в применении робототехники в связи с отсутствием существенных результатов всего <nobr>3,1–4,4%</nobr> предприятий, вне зависимости от их размера. Каждая четвертая компания (26,5%) пока была не готова оценить эффект от внедрения робототехники.</p> <p>«Результаты исследования говорят о том, что промышленную робототехнику бизнес рассматривает среди инструментов модернизации производства, наряду с приобретением более современных моделей станков; при этом она в большей степени предназначена для использования на новых производственных участках, чем на существующих. Эффекты от внедрения робототехники в целом положительные, однако зависят от ситуации на конкретном предприятии. Можно предположить, что, по мере распространения успешного опыта, внедрение робототехники в российской обрабатывающей промышленности будет постепенно увеличиваться, однако „бума“ ожидать не стоит как минимум до начала новой фазы активного обновления производственных фондов», — отметил Сергей Лозинский, заместитель директора Центра инвестиционного анализа Института статистических исследований и экономики знаний НИУ ВШЭ.</p> Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ оценил уровень востребованности промышленных … message https://www.itweek.ru/themes/detail.php?ID=234504 Tue, 24 Mar 2026 13:08:14 +0300 <p>Сбер представил рынку масштабное обновлении ИИ-помощника ГигаЧат, в основу которого легла новая флагманская модель ГигаЧат Ультра (GigaChat Ultra). Теперь ИИ-помощник запоминает факты о пользователе и использует их для дальнейшей персонализации общения и предлагаемых решений, самостоятельно ищет информацию в интернете, генерирует текстовые ответы в 2 раза быстрее.</p> <p>Релиз новой модели открывает новые возможности не только для конечных пользователей, но и для разработчиков: на базе GigaChat Ultra уже можно строить прикладные ИИ-продукты и сервисы, запускать код прямо в интерфейсе и получать ответы на вопросы о собственных возможностях, опираясь на актуальную документацию. </p> <p>Антон Фролов, старший вице-президент, руководитель блока «Развитие генеративного ИИ» Сбербанка, отметил: «Мы делаем шаг от инструмента для ответов на вопросы к мультиагентному ИИ-помощнику ГигаЧат. Но наша цель шире: мы создаём будущее, в котором классические мобильные приложения уступят место интерфейсу на базе нейросети. Нужные функции сервисов будут появляться по запросу, делая навигацию по цифровому миру бесшовной. GigaChat Ultra — одна из самых больших моделей в мире, полностью разработанная и обученная в России. Флагманская версия модели теперь помнит ваши предпочтения, работает быстрее, глубже понимает задачи и даёт более качественные рекомендации. Мы стираем последние барьеры в общении с машиной».</p> <p>Одно из ключевых нововведений — долгосрочная память. Контекстная (краткосрочная) память нейросети ограничена рамками одного диалога и сбрасывается при его завершении. Долгосрочная память ГигаЧат устроена иначе — модель сохраняет факты о пользователе между сессиями и использует их в каждом последующем разговоре.</p> <p>Что именно запоминает ГигаЧат:</p> <ul> <li>увлечения, вкусы и интересы;</li> <li>профессию, образование, жизненные цели и привычки;</li> <li>личные данные — в той мере, в которой пользователь сам ими делится;</li> <li>информацию о близких людях и питомцах.</li> </ul> <p>Система самостоятельно выделяет значимые факты и не перегружает память мелочами: краткосрочные планы, очевидные общеизвестные сведения и детали, не относящиеся к пользователю, не сохраняются. Все данные хранятся в едином профиле и синхронизируются между веб-версией, мобильными приложениями и Telegram-ботом при авторизации по Сбер ID. Пользователь полностью контролирует функцию: память можно включить или отключить в настройках профиля в любой момент. </p> <p>ГигаЧат генерирует текстовые ответы в 2 раза быстрее, чем предыдущая флагманская модель Сбера. Это напрямую влияет на то, как быстро пользователь видит ответ: даже при сложных запросах, требующих развёрнутого рассуждения, результат появляется практически мгновенно.</p> <p>Прирост скорости обеспечен архитектурой Mixture of Experts (MoE): модель устроена как команда узкоспециализированных специалистов, каждый из которых отвечает за свой тип задач. На любой запрос откликаются только нужные «эксперты», а не вся модель целиком. </p> <p>ГигаЧат теперь сам автоматически подключает поиск актуальной информации в интернете — пользователю не обязательно включать соответствующий режим. Это обеспечивает достоверность ответов при обсуждении свежих новостей, биржевых котировок и других динамически меняющихся данных. Поиск оснащён специализированным рефразером — системой, которая автоматически переформулирует пользовательский запрос для повышения релевантности результатов и качества итоговых ответов.</p> <p>Онлайн-поиск также появился в режиме «Общение голосом». Диалог стал полноценно интерактивным: пользователь может перебивать модель, уточнять детали или мгновенно менять тему — система обрабатывает смену контекста без задержки. После завершения разговора в чате сохраняется полная текстовая расшифровка диалога.</p> <p>В ГигаЧат реализован механизм самопознания — способность модели корректно отвечать на вопросы о самой себе. При формировании таких ответов модель обращается к актуальной документации, описывающей её характеристики: текущую версию, поддерживаемые функции, ограничения и особенности поведения. Это исключает типичную для языковых моделей проблему, когда нейросеть даёт неверную или устаревшую информацию о собственных возможностях — например, ошибочно заявляет о функциях, которых нет, или не знает об уже существующих.</p> <p>В ГигаЧат встроен кодовый интерпретатор — изолированная среда выполнения программного кода прямо в интерфейсе помощника. До появления этой функции модель могла лишь написать код и показать его пользователю; запустить и проверить результат было невозможно без сторонних инструментов. Теперь ГигаЧат сам генерирует код и немедленно его исполняет — в безопасной изолированной среде, не затрагивая систему пользователя.</p> <p>Интерпретатор поддерживает работу с загружаемыми файлами, выполняет сложные численные вычисления, валидирует структуры данных и генерирует графики и диаграммы прямо в чате. Это превращает ГигаЧат в полноценный аналитический инструмент для работы с отчётами, таблицами и массивами данных.</p> <p>Модель прошла три этапа обучения. На первом был расширен кругозор: добавлены академические книги, материалы по математике и программированию, увеличен объём многоязычных данных — теперь модель охватывает 10 языков. На промежуточном этапе улучшались специализированные навыки: расширен корпус кода, добавлены данные по физике, медицине и финансам, включены записи реальных диалогов и усилена безопасность генераций. Финальная настройка на примерах (тексты редакторов, диалоги для вызова функций, системные подсказки) обеспечила стабильную работу модели в реальных условиях.</p> <p>Наибольший прирост качества зафиксирован в ответах на открытые и закрытые вопросы, а также в задачах, требующих сложных логических рассуждений. По бенчмаркам для русского языка модель демонстрирует высокую грамотность, естественность речи, читаемость и структурированность ответов. Улучшения затронули и прикладные отраслевые сценарии: модель стала увереннее работать с задачами в сфере права, кибербезопасности, медицины, финансов и торговли — особенно там, где важна российская специфика и отраслевая терминология. Заметный рост показали также математические вычисления и генерация кода, что расширяет применимость модели в финтехе, образовании и разработке.</p> <p>Сбер выложил код и веса своей флагманской модели GigaChat Ultra в открытый доступ. По оценкам экспертов компании, она уже сейчас превосходит DeepSeek V3.1, Qwen3-235B и своего предшественника GigaChat 2 Max в русскоязычных задачах, математике и общих рассуждениях. Благодаря публикации репозитория любая организация — от крупного банка до небольшого стартапа — получит возможность инсталлировать нейросеть в своём закрытом контуре и адаптировать её под корпоративные данные, что знаменует собой движение к подлинному технологическому суверенитету.</p> <p>Попробовать обновлённую модель можно бесплатно в веб‑версии, приложениях для Android в RuStore и AppGallery, а также в Telegram‑боте и мессенджере MAX. Для активации голосового режима и памяти достаточно авторизоваться по Сбер ID и включить нужные опции в настройках профиля.</p> Сбер представил рынку масштабное обновлении ИИ-помощника ГигаЧат, в основу которого легла новая флагманская модель ГигаЧат … message https://www.itweek.ru/themes/detail.php?ID=234503 Tue, 24 Mar 2026 13:05:48 +0300 <p>MWS Cloud, входит в МТС Web Services, объявила о запуске сервиса по работе с большими языковыми моделями — MWS GPT Model Hub в публичном облаке MWS Cloud Platform.</p> <p>Сервис позволяет компаниям за несколько минут подключать LLM к своим продуктам и системам без управления инфраструктурой моделей и быстрее запускать AI-функции. За счёт этого продуктовые команды могут сокращать time-to-market новых решений до двух раз. С помощью сервиса российские компании смогут внедрять ведущие мировые модели в том числе одну из самых мощных LLM Kimi 2 Instruct.</p> <p>MWS GPT Model Hub — облачный сервис, который предоставляет доступ к большим языковым моделям через API внутри MWS Cloud Platform. Сервис запущен на базе платформы MWS GPT. В рамках него доступны 10 больших языковых моделей, среди которых ведущие мировые открытые LLM: DeepSeek, Google, Alibaba, Zhipu AI, Moonshot AI, BAAI и другие. До конца года в сервисе появятся еще 10 моделей, включая модели TTS (преобразующие текст в речь) и ASR (преобразующие аудио в текст), а также реранкеры.</p> <p>Сервис может применяться для внедрения AI-ассистентов в продукты, построения интеллектуального поиска, обработки текстовых данных, автоматизации поддержки, создания AI-инструментов для разработчиков и внутренних AI-сервисов для сотрудников.</p> <p>MWS GPT Model Hub позволяет использовать LLM как инфраструктурный компонент приложения — так же, как облачные базы данных, очереди сообщений или объектное хранилище — без необходимости самостоятельно разворачивать и обслуживать инфраструктуру.</p> <p>Модели доступны через OpenAI-совместимый API и могут быть быстро интегрированы в backend-сервисы, developer-инструменты и пользовательские приложения. Сервис предоставляется по модели самообслуживания через консоль управления MWS Cloud Platform. LLM развёртывается по клику за несколько секунд и сразу доступна для работы через точку подключения в облаке MWS.</p> <p>Такой формат особенно важен backend-разработчикам, AI-инженерам, DevOps и platform-командам, разработчикам SaaS-продуктов и стартап-командам, которым нужно ускорять вывод продуктов на рынок без избыточных операционных затрат. Встроенные в облачную платформу ресурсная модель, политики доступа и биллинга упрощают управление сервисом и позволяют отслеживать расходы на уровне проектов и команд. В результате, команды получают возможность быстро прототипировать AI-функции и запускать их в эксплуатацию, сосредотачиваясь на продуктовой логике, а не на обслуживании инфраструктуры моделей.</p> <p>«Мы видим, что LLM становятся базовым строительным блоком цифровых продуктов, но их внедрение часто упирается в инфраструктуру и компетенции. MWS GPT Model Hub создан для того, чтобы разработчики могли использовать большие языковые модели так же просто, как любые другие облачные сервисы: подключиться по API, быстро проверить гипотезы и масштабировать использование по мере роста нагрузки. Это позволяет экспериментировать с AI прямо в облаке и быстрее добавлять интеллектуальные функции в продукты и внутренние системы», — прокомментировал генеральный директор МТС Web Services Павел Воронин.</p> MWS Cloud, входит в МТС Web Services, объявила о запуске сервиса по работе с большими языковыми … message https://www.itweek.ru/themes/detail.php?ID=234501 Tue, 24 Mar 2026 10:36:37 +0300 <p>Компания АО «СиСофт Разработка» (входит в ГК «СиСофт») объявила о выпуске новой версии программного продукта MS Навигатор. Решение позволяет получить сводную модель проекта на основе данных, полученных из разных источников, анализировать и проверять ее на коллизии и несоответствия, создавать фотореалистичные изображения и видеоанимации, включающие движение техники и персонажей. Продукт дополняет линейку ТИМ-решений CSoft и может использоваться на разных этапах жизненного цикла объекта — от проектирования до эксплуатации.</p> <p>MS Навигатор ориентирован на главных инженеров и архитекторов, руководителей проектов, BIM-менеджеров, представителей экспертных организаций и инвесторов — всех, кому нужен быстрый, наглядный доступ к ТИМ-модели без погружения в сложные специализированные САПР.</p> <p>На фоне роста требований к применению ТИМ и дефицита квалифицированных специалистов MS Навигатор позволяет выявлять ошибки на ранних этапах, снижая затраты на их устранение.</p> <p>MS Навигатор доказывает свою универсальность, загружая данные в разных форматах с высокой скоростью: помимо родного формата mlt и прямого подключения к базе данных проекта, он может читать широко распространенный ifc, популярный dwg, форматы зарубежных разработчиков, например, rvt и rvm, различные форматы облаков точек и многие другие. Входя в экосистему Model Studio и MS, выступает дополнительным клиентом в существующей ТИМ‑инфраструктуре CSoft и позволяет выстроить сквозной цифровой процесс — от проектирования до анализа, согласования и визуализации — на базе продуктов CSoft.</p> <p>В новой версии MS Навигатор существенно повышена точность инженерного ядра, что позволяет просматривать территориально распределенные проекты без искажений. Добавлены новые условия проверки на коллизии: дублирование объектов, наличие соседних объектов, расстояние до поверхности и другие. В сценариях появилась возможность изменять траекторию движения камеры, персонажей и объектов; также стал доступен новый сценарий по изменению визуальных свойств объектов (цвета и прозрачности).</p> <p>Добавлен новый визуальный стиль «Прогрессивный» с более реалистичной светотенью, позволяющий представить проект в новом виде. Расширены типы выносок, появился встроенный голосовой чат для совместной работы в сетевом режиме. Реализована возможность экспорта проекта в формат FBX.</p> <p>MS Навигатор показывает высокую эффективность при работе с большими объемами данных, в том числе с возможностью подключения к базе данных проекта. Инженеры в режиме совместной работы могут проверять и анализировать модели с помощью реалистичных персонажей, проводить замеры и добавлять аннотации. Девелоперы и маркетологи получили возможность готовить материалы для презентаций и продаж еще до завершения строительства, создавая фотореалистичные изображения и впечатляющие видеоролики.</p> <p>Продукт MS Навигатор доступен по постоянной лицензии, а также по подписке сроком на один или два года, которую можно приобрести у авторизованных партнеров.</p> Компания АО «СиСофт Разработка» (входит в ГК «СиСофт») объявила о выпуске новой версии программного продукта … message https://www.itweek.ru/themes/detail.php?ID=234500 Tue, 24 Mar 2026 10:32:15 +0300 <p>UDV Group выпустила новую версию системы зонтичного мониторинга распределенных автоматизированных и информационных систем различного назначения, в том числе АСУ ТП UDV ITM 1.9.</p> <p>Ключевая задача UDV ITM — давать полную информацию о ресурсах системы для оценки эксплуатационных характеристик и предупреждения возможных сбоев в работе. В качестве сервера мониторинга используется зарекомендовавшее себя на рынке решение на базе Zabbix. Решение особенно востребовано на крупных промышленных предприятиях.</p> <p>Версия UDV ITM 1.9 направлена на повышение удобства и безопасности использования, стабильной работы с новыми версиями Zabbix и PostgeSQL, а также — расширение возможностей установки на ведущих российских операционных системах, таких как Astra Linux, РЕД ОС и Альт СП.</p> <p>Ключевые обновления релиза:</p> <ul> <li>добавлена удобная сортировка и ранжирование объектов мониторинга по количеству проблем;</li> <li>ключевая информация о состоянии ИТ-услуг теперь отображается в интерфейсе (актуальный статус, история проблем и показатели SLA);</li> <li>реализован функционал контроля выполнения работ по ликвидации проблем, а также удобный просмотр и анализ списка проблем и формирование отчетов.</li> </ul> <p>«Скорость выявления проблем и их устранения напрямую влияет на размер возможного ущерба от инцидента, поэтому в релизе UDV ITM 1.9 мы сконцентрировались на удобстве специалистов: на 80% сократили время на поиск проблемных узлов сети и в 2 раза уменьшили количество ручных операций по получению подробной информации о состоянии ИТ-сервисов. Комплексный мониторинг ИТ-инфраструктуры, оборудования, приложений и сервисов — это фундамент кибербезопасности бизнеса, поэтому с каждым новым релизом мы улучшаем не только удобство, но и защищенность решения. В релизе UDV ITM 1.9 добавлена поддержка последних версий Zabbix и PostgeSQL для корректной и защищенной работы», — прокомментировала новый релиз менеджер по развитию продукта UDV ITM Алена Макаревич.</p> UDV Group выпустила новую версию системы зонтичного мониторинга распределенных автоматизированных и информационных систем … message https://www.itweek.ru/themes/detail.php?ID=234499 Tue, 24 Mar 2026 10:28:34 +0300 <p>ГК «Солар», архитектор комплексной кибербезопасности, интегрировала в новую версию платформы для комплексной безопасности приложений Solar appScreener локальную (on-premise) большую языковую модель DerTriage/DerCodeFix. ИИ-плагин в составе Solar appScreener автоматизирует самые трудоемкие и рутинные операции, которыми на масштабных софтверных проектах занимаются до 10 AppSec-инженеров. Он выступает помощником для профессионалов безопасной разработки: в 10 раз ускоряет процессы AppSeс, сокращает время вывода приложения в «прод» (time-to-market) и снижает нагрузку на команды IT и ИБ.</p> <p>Согласно исследованию рынка программного обеспечения и IT-услуг, опубликованному Б1 в августе 2025 года, сегмент заказной разработки на горизонте до 2032 года будет одним из ключевых драйверов софтверной индустрии. В 2024 году объем рынка заказной разработки и IT-услуг составил 150 млрд рублей, или 14% от общего объема рынка ПО и ИТ-услуг. К 2028 году доля этого сегмента вырастет до 24% и составит около 280 миллиардов рублей.</p> <p>Растущий спрос на разработку, требования регуляторов и бизнес-заказчиков к качеству и безопасности повышают нагрузку на команды разработки и AppSec-инженеров. В результате бизнес стремится оптимизировать процессы разработки. Так, аналитики выявили важный тренд — уже к 2025 году более 70% новых корпоративных приложений создаются с использованием low-code/no-code и GenAI. Более того, 87% корпоративных ИТ-разработчиков используют платформы разработки low-code/no-code для части своих разработок. ИИ ускоряет написание кода, но при этом обязательный этап разметки (триажа) уязвимостей становится «бутылочным горлышком» при высоких объемах разработки. ИБ-команды сталкиваются как с нехваткой DevSecOps-инженеров, так и с различным уровнем экспертизы, конфликтом мнений специалистов и закономерным накоплением технического долга.</p> <p>Для решения этих задач «Солар» интегрировал в модуль статического анализа SAST продукта Solar appScreener ИИ-плагин, который содержит две технологии: интеллектуальный триаж SAST-результатов (DerTriage) и автоматическую генерацию исправленного кода уязвимостей (DerCodeFix). «Солар» объединяет в одном продукте высокий уровень информационной безопасности клиентского кода и широкую базу актуальных уязвимостей для российских и международных софтверных проектов, включая опенсорс и другие источники кода. Базой для обучения LLM стали данных проектов по безопасной разработке более 1000 компаний в течение семи лет. ИИ-плагин может быть развернут в закрытом контуре, работает без доступа в интернет, что минимизирует риски утечек данных во внешние сервисы и платформы для обмена кодом.</p> <p>Технология DerTriage использует «сырые» результаты сканирования, автоматически разбирает каждую уязвимость по контексту и выдает список только реальных угроз с пояснением для разработчиков, почему та или иная уязвимость требует исправления. Точность автоматической верификации уязвимостей составляет 95%. Плагин также настраивается под требования разработчика ПО, позволяет применять логику верификации ко всем обнаруженным уязвимостям или только к высокоприоритетным рискам. Таким образом, Solar appScreener сокращает число ложных срабатываний при SAST-анализе и в 500 раз ускоряет устранение уязвимостей, поддерживая производительность команды разработки без ущерба для безопасности софтверного продукта.</p> <p>ИИ-технология автоматического исправления уязвимостей DerCodeFix также предоставляет готовые сгенерированные исправления, контекстные патчи кода для подтвержденных уязвимостей. Исправления создаются в соответствии с принятыми стандартами кодирования, что обеспечивает читабельность, производительность кода и решает проблемы безопасности. Каждое исправление содержит подробное объяснение того, что и почему было изменено. Разработчик может быть уверен в корректной проверке кода и получает дополнительный источник данных для обучения.</p> <p>Как показали данные исследования шести больших языковых моделей на 20 проектах, созданных на языках Java и Python, модель DerTriage/DerCodeFix демонстрирует 80% точности на этапе верификации (триаж) и <nobr>78-83%</nobr> на этапе исправления уязвимостей (кодфикс). При этом публичные LLM, которые часто используются для этапов триажа и кодфикса, пропускают от 40 до 50% уязвимостей. Этот показатель точности является критичным, создавая риски для компаний, не располагающих штатом квалифицированных AppSec-инженеров, которые могли бы снизить вероятность эксплуатации необнаруженных и неисправленных уязвимостей.</p> <p>«Интеграция с надежной ИИ-моделью кратно ускоряет выпуск релизов. Результаты сканирований обрабатываются за несколько минут даже для проектов с миллионами строк кода, а не недель, как это было ранее. Соответственно ускоряется и выпуск любого программного продукта, при этом сохранении высокого уровня безопасности разрабатываемого ПО. Как показывают наши замеры на масштабных тестовых проектах, команды разработки в сотни раз повышают продуктивность, при этом фокус смещается с обработки уязвимостей на создание востребованного продукта», — подчеркнул Владимир Высоцкий, руководитель развития бизнеса платформы комплексной безопасности приложений Solar appScreener.</p> <p>Сейчас Solar appScreener лидирует среди российских решений, поддерживая анализ кода, написанного на 36 языках программирования. Он объединяет на базе одного ядра несколько модулей. Модуль SAST (статический анализ кода) помогает найти уязвимости и недекларированные возможности в исходном коде с первых этапов разработки. Одной из особенностей модуля SAST в продукте является возможность проведения бинарного анализа (анализа бинарных файлов при отсутствии доступа к исходным кодам). Динамический анализ кода (DAST) анализирует веб-приложения, отправляя заведомо неверные данные и проверяя реакцию приложения на них. Проекты динамического анализа в Solar appScreener можно привязать к проектам статического анализа и на основе корреляции их результатов получить более точную картину безопасности приложения.</p> <p>В свою очередь модуль анализа OSA включает в себя два вида анализа SCA и SCS. Анализ состава ПО (SCA) позволяет выявить зависимости и уязвимости в используемых open-source-библиотеках и снизить риски для разработки приложений. В продукте используются стандартные базы уязвимостей и данные крупнейшей базы данных об актуальных атаках и тактиках киберпреступников Solar JSOC. Анализ безопасности цепочки поставок ПО (SCS) позволяет оценить риски, связанные с open source, и сформировать рейтинг безопасности каждого стороннего компонента. Рейтинг строится на базе восьми конкретных метрик: репутация автора, активность сообщества, внимание к безопасности и др. Анализ лицензионных рисков помогает отслеживать лицензионные политики при использовании опенсорс-компонентов, оценивает критичность использования той или иной библиотеки и позволяет избежать юридических рисков, связанных с лицензиями.</p> <p>Использование локальной LLM модели, обученной для специфических задач разметки уязвимостей, позволяет снизить уровень ложно положительных срабатываний статических анализаторов. Это снимает часть нагрузки на AppSec специалистов, повышает скорость безопасной разработки и как следствие — повышает экономическую эффективность софтверных проектов.</p> <p>По итогам 2025 года 35 IT-партнеров в России реализуют проекты для крупных клиентов, формируют комплексные решения на базе собственных продуктов и Solar appScreener. В число ключевых партнеров по безопасной разработке входят ГК Softline, «Инфосистемы Джет», Swordfish, УЦСБ, «Кросс Технолоджис», ГК «Астра», НОТА (входит в Т1 Холдинг) и др.</p> <p>Solar appScreener поддерживает необходимые стандарты по обеспечению кибербезопасности, включая ГОСТ Р <nobr>56939-2016,</nobr> ГОСТ Р <nobr>56939-2024,</nobr> приказ ФСТЭК № 239 и входит в Реестр российского ПО Минцифры России.</p> ГК «Солар», архитектор комплексной кибербезопасности, интегрировала в новую версию платформы для комплексной … message https://www.itweek.ru/themes/detail.php?ID=234498 Tue, 24 Mar 2026 10:26:15 +0300 <p>Консалтинговая технологическая компания Axenix запустила центр компетенций Digital CFO, который поможет бизнесу осуществить переход от учетной и контролирующей функции финансов к роли ключевого участника в реализации бизнес-стратегии компании. Digital CFO занимается проектами разного масштаба и сложности для функции финансов: от стратегии развития до внедрения ИТ-систем. В центр компетенций вошли эксперты с различной индустриальной специализацией, методологи, технические специалисты, стратеги и бизнес-аналитики.</p> <p>В условиях роста издержек, высокой стоимости капитала, усложнения ИТ-ландшафтов и повышения требований к прозрачности бизнеса финансовая функция сегодня выходит за рамки учета и отчетности. От нее ожидают точного прогнозирования, управления капиталом, участия в стратегических решениях и партнерской поддержки бизнес-подразделений. При этом во многих компаниях процессы остаются фрагментированными, данные — распределенными между системами, а часть операций продолжает выполняться вручную. Это ограничивает скорость принятия решений и снижает управляемость затрат. </p> <p>Центр компетенций помогает сформировать функциональную стратегии финансовых департаментов, выстраивает архитектуру финансовой деятельности и сопровождает изменения на уровне процессов, организационной модели и ИТ-решений. </p> <p>Эксперты Axenix также проводят диагностику зрелости финансовых процессов и оценку операционной модели, анализируют структуру затрат, функций бэк-офиса и общих центров обслуживания, совокупную стоимость владения ИТ-ландшафтом, выявляют узкие места. По итогам аудита формируется целевая модель финансовой функции и дорожная карта изменений.</p> <p>Digital CFO помогает сформулировать методологию финансового планирования компаний в рамках интегрированного бизнес-планирования (IBP), гибкие модели бюджетирования, управления затратами по методологии ZBB/ZBS/ZBx, а также ABC. Кроме того, центр компетенций сопровождает проекты по оптимизации OPEX и рационализации SG&A.</p> <p>Используя свой опыт внедрения различных ИТ-систем, в том числе решений по бюджетированию, консолидации и финансового контроля для крупных российских и международных компаний, Axenix сформировал подход по цифровой трансформации финансовой функции. Он включает в себя построение долгосрочной цифровой стратегии, оптимизацию и адаптацию методологии, формирование требований к целевым системам, детальное проектирование их реализации, а также разработку, внедрение, развитие, а также поддержку ИТ-решений.</p> <p>Технологическая часть трансформации включает интеллектуальную автоматизацию процессов и внедрение инструментов искусственного интеллекта. Эксперты Axenix разрабатывают драйверные модели прогнозирования, внедряют предиктивную аналитику, что позволяет ускорить процесс и повысить точность прогнозирования. По оценке компании, автоматизация способна охватить до <nobr>40-80%</nobr> отдельных операций в финансовых процессах, сократить стоимость транзакций и ускорить подготовку управленческой отчетности.</p> <p>«Финансовая функция сегодня находится в точке эволюционного перехода от учета к оркестрации. Бизнесу нужны финансы в качестве партнеров при принятии управленческих решений с быстрым пересчетом сценариев, вариантами оптимизации затрат и роста операционной эффективности. Центр компетенций Axenix Digital CFO становится единым проводником к стратегической трансформации, оптимизированным процессам и передовым технологиям. Задача команды — помогать нашим клиентам решать их самые насущные задачи в сфере финансов», — прокомментировала Алия Диханова, куратор центра компетенций Digital CFO Axenix.</p> Консалтинговая технологическая компания Axenix запустила центр компетенций Digital CFO, который поможет бизнесу осуществить … message https://www.itweek.ru/themes/detail.php?ID=234497 Tue, 24 Mar 2026 10:22:20 +0300 <p>Российский ИТ-бренд Nerpa расширил линейку сетевого оборудования и вывел на рынок IP-фабрику — современную архитектуру для построения высокопроизводительных сетей в центрах обработки данных и облачных инфраструктурах.</p> <p>Решение построено на архитектуре Clos и имеет уровни Spine и Leaf. В отличие от традиционной трёхуровневой схемы «ядро — агрегация — доступ», такая модель обеспечивает равномерное распределение нагрузки и устойчивую работу сети даже при росте трафика и масштабировании инфраструктуры.</p> <p>IP-фабрика объединяет сетевые устройства, серверы и системы хранения данных дата-центра в единую производительную сеть. Она упрощает управление адресацией, позволяет гибко сегментировать трафик через экономию IP-адресов и ускоряет развёртывание виртуальных сервисов.</p> <p>Решение поддерживает ключевые для современных ЦОДов протоколы VXLAN, EVPN и MLAG, которые обеспечивают отказоустойчивость и гибкость сетевой архитектуры, а также резервирование блоков питания и вентиляторных модулей. В основе IP-фабрики — три коммутатора Nerpa с портами uplink до 400 Гбит/с: HC DC (98), HC DC (685) и HC DC (557). Две первые модели спроектированы для работы в ЦОДах и облачных инфраструктурах.</p> <p>Коммутатор нового поколения Nerpa HC DC (557) выполняет роль управляющего элемента фабрики. Он разработан на базе ASIC-архитектуры, поддерживает двухстековое управление, статическую маршрутизацию и расширенные функции безопасности.</p> <p>IP-фабрика совместима с серверами Nerpa, оснащёнными сетевыми картами Ethernet (NIC), что позволяет построить устойчивую ИТ-инфраструктуру на основе продуктов одного производителя. Решение ориентировано на операторов связи, облачных провайдеров, владельцев корпоративных ЦОДов и интеграторов, реализующих проекты по строительству дата-центров.</p> <p>«Объёмы трафика растут быстрее, чем инфраструктура успевает обновляться. Классические архитектуры уже не всегда справляются с нагрузкой. IP-фабрика позволяет перейти к более гибкой и масштабируемой модели сети, которая готова к дальнейшему росту данных», — сообщил Олег Авилов, руководитель отдела продаж ИТ-бренда Nerpa.</p> <p>На IP-фабрику Nerpa предоставляется гарантия сроком 1 год с возможностью расширения до 3 лет. Продвижением решения занимается официальный дистрибьютор бренда — компания OCS.</p> Российский ИТ-бренд Nerpa расширил линейку сетевого оборудования и вывел на рынок IP-фабрику — современную … message https://www.itweek.ru/themes/detail.php?ID=234493 Tue, 24 Mar 2026 00:00:00 +0300 <p><em>В России <a href="http://publication.pravo.gov.ru/document/0001202510220047?index=1">стартовал</a> эксперимент по цифровой маркировке отдельных видов удобрений в потребительской упаковке через систему Центра развития перспективных технологий (ЦРПТ) «Честный ЗНАК». Однако для плавного перехода на работу по новым правилам бизнесу потребуется заблаговременная подготовка.</em></p> <h1>Маркировка — шанс на чистый рынок</h1> <p>Требования цифровой маркировки коснутся производителей минеральных или химических удобрений, содержащих нитраты и фосфаты калия, а также прочие нитраты. Подпадает под них и продукция с двумя или тремя питательными элементами: азотом, фосфором и калием — как в форме таблеток, так и в других формах и упаковках, не превышающих 10 кг. Эксперимент продлится до 31 августа 2026 года, после чего цифровая маркировка этой категории удобрений станет обязательной.</p> <p>Рынок удобрений в России активно растет — в первом полугодии 2025 года выпуск такой продукции <a href="https://specagro.ru/analytics/202508/daydzhest-udobreniya-i-szr-po-itogam-i-polugodiya-potrebnost-rossiyskikh-agrariev">увеличился</a> на 5,5%, а к 2030 году Россия может занять 25% мирового рынка удобрений, по прогнозам РАПУ. При этом останется проблема контрафакта — по данным экспертов НИУ ВШЭ, нелегальный оборот такой продукции может достигать 17%. Ожидается, что введение маркировки поможет обелить сегмент и увеличить доходы поставщиков.</p> <p>Сроки эксперимента выбраны не случайно — они охватывают период осенней подготовки почв и весенне-летние сельскохозяйственные работы. Это позволит проверить систему в реальных условиях агросезона перед стартом перехода на обязательную маркировку. Как сделать переход к сериализации максимально мягким и плавным?</p> <h1>Как подготовиться к введению цифровой маркировки</h1> <h2><em>Этап 1. Формирование команды и аудит</em></h2> <p>Подготовка начинается с создания внутренней рабочей группы из пяти-семи человек, включающей специалистов по информационным технологиям, производству, юридическим вопросам и финансам.</p> <p>Рабочая группа изучает законодательство, анализирует опыт коллег, оценивает затраты и формирует бюджет. В частности, проводит аудит информационной инфраструктуры, включая системы планирования ресурсов и управления складом. Также потребуется учесть влияние процедур запуска и отладки технологических процессов цифровой маркировки, которые могут временно снизить мощности производственных линий.</p> <p>Рекомендуется выделить не менее четверти рабочего времени группы на изучение нюансов сериализации, например, маркировки нестандартных упаковок или особенностей хранения готовой продукции. Это может повлиять на читаемость кодов, а также спрогнозировать будущие затраты на обучение специалистов.</p> <p>Применительно к производителям и поставщикам удобрений важно учесть сезонные пики спроса на поставку продукции, приходящиеся на весенне-осенний период, чтобы избежать возможных сбоев в логистических цепочках.</p> <h2><em>Этап 2. Регистрация и подготовительные процедуры</em></h2> <p>После формирования рабочей группы понадобится уделить внимание регистрации компании в ГИС МТ «Честный ЗНАК». Помимо этого, проверить электронную подпись руководителя компании на совместимость с системой «Честный ЗНАК», а также обеспечить подключение ЭДО к существующим учетно-бухгалтерским системам, что позволит существенно сократить время для будущего обмена данными.</p> <p>Для производителей удобрений этот этап дополнительно <a href="http://publication.pravo.gov.ru/document/0001202510220047?index=2">включает</a> подачу заявки в Минпромторг, который также публикует методические рекомендации по нанесению кодов и передаче данных.</p> <h2><em>Этап 3. Подготовка к технической интеграции</em></h2> <h3><em>Выбор оборудования и ПО для маркировки</em></h3> <p>Выбор подходящего оборудования и программного обеспечения для нанесения кодов Data Matrix — один из критических этапов, обеспечивающих успешный процесс запуска маркировки.</p> <p>Решение во многом будет зависеть от форм-фактора упаковки продукции (бумажные этикетки, фольгированные паучи, мешки или нестандартная тара), способа нанесения (лазерное, термотрансферное, каплеструйное, автоматическое или ручное) и возможности интеграции с существующими производственными процессами.</p> <p>При оценке предложений важно учитывать совместимость техники с форм-факторами товаров, наличие и сроки поставки, а также перспективы расширения ассортимента. Оборудование должно быть универсальным и способным работать с разными типами тары, включая будущие новинки.</p> <p>Для многих компаний внесение изменений в упаковку может оказаться менее затратной статьей расходов, чем покупка специализированного оборудования под каждый из форм-факторов.</p> <p>На этом этапе важно оценить компетенции поставщика оборудования. Идеально, если он обеспечивает полный цикл — от поставки и подключения аппаратной части (принтеры, сканеры, регистраторы эмиссии) до интеграции с ИТ-системами и последующим сервисным сопровождением.</p> <p>Если поставщик специализируется только на поставке «железа» или только на ПО, то компании потребуется заложить дополнительный бюджет на системного интегратора, доработку решений и найм профильных специалистов. Готовые «коробочные» решения ускоряют запуск, но редко покрывают все потребности компании без адаптаций.</p> <h3><em>Выбор поставщика решения уровня L4 для передачи данных в «Честный ЗНАК»</em></h3> <p>По действующему законодательству о цифровой маркировке товар <a href="https://zpp.rospotrebnadzor.ru/news/regional/517497">считается</a> введенным в оборот только после фиксации его данных в системе «Честный ЗНАК».</p> <p>Поэтому следующий этап — подбор поставщика решения уровня L4, которое обеспечит передачу сведений о нанесенных кодах Data Matrix в государственную учетную систему. Он особенно важен для крупных производителей с широкой номенклатурой и большим количеством SKU.</p> <p>Многие производители отдают приоритет облачным решениям уровня L4, которые обеспечивают достаточную пропускную способность, а также поддерживают быстрое масштабирование производства. Максимально автоматизированные решения такого класса имеют готовые коннекторы к корпоративным системам управления складом (WMS) и ресурсами предприятия (ERP), а также могут автоматически передавать данные прямо со складов временного хранения. Это существенно ускоряет внедрение цифровой маркировки и минимизирует адаптации.</p> <p>Некоторые продукты L4 также совместимы с таможенными процессами и интегрируются с системами маркировки партнеров из других стран, что в свою очередь важно для компаний, занимающихся импортом.</p> <p>Ключевой критерий выбора будущего поставщика решения уровня L4 — это отсутствие vendor lock-in. Поскольку жесткая привязка к одному поставщику создает риски технических сбоев и недоступности сервиса, например, из-за политических ограничений, которые могут парализовать производство и нарушить цепочки поставок.</p> <p>Дополнительные вызовы возникают у компаний, работающих с сетевым ритейлом, так как может понадобиться интеграция с EDI-системами партнеров для обмена данными о кодах. А для экспортеров добавляется необходимость синхронизации с международными реестрами, включая перспективную единую маркировку стран ЕАЭС.</p> <p>В целом, необходимо выбирать решения с открытой архитектурой, позволяющие при необходимости быстро перейти на альтернативные платформы без остановки производственных процессов.</p> <h2><em>Этап 4. Бюджет перехода на маркировку</em></h2> <p>В некоторых случаях в бюджет проекта маркировки помимо вышеперечисленных статей потребуется заложить средства на модернизацию производственных линий или изменение дизайна упаковки.</p> <p>На практике частично снизить финансовую нагрузку и ускорить запуск позволяет вынесение части операций по маркировке за пределы компании, например, на таможенные склады или на контрактные площадки.</p> <p>***</p> <p>Участие в эксперименте дает возможность производителям удобрений заранее опробовать и адаптироваться к новым требованиям сериализации продукции, чтобы впоследствии избежать резких операционных шоков при введении обязательной маркировки.</p> <p>#IMAGE_234494#</p> В России стартовал эксперимент по цифровой маркировке отдельных видов удобрений в потребительской упаковке через … article Василий Савин, директор по консалтингу Utrace https://www.itweek.ru/themes/detail.php?ID=234445 Tue, 24 Mar 2026 00:00:00 +0300 <p><em>Предприятия, внедряющие искусственный интеллект, сталкиваются с проблемами, отличными от проблем пользователей гиперскейлеров, в планировании мощностей и возможностей своих центров обработки данных, пишет на портале </em><em>Data</em> <em>Center</em> <em>Knowledge</em> <em>Кирк Киллиан, президент </em><em>Partners</em> <em>National</em> <em>Mission</em> <em>Critical</em> <em>Facilities</em><em>.</em></p> <p>Стратегии планирования корпоративных дата-центров часто остаются без внимания в заголовках новостей о масштабном строительном буме, связанном с необходимостью поддержки ИИ. McKinsey прогнозирует рост расходов на ИТ-инфраструктуру, необходимую для ИИ, до почти 7 трлн. долл. к 2030 г., включая 3 трлн. долл. на дата-центры и 4 трлн. долл. на вычислительное и телекоммуникационное оборудование, что позволит примерно удвоить мировые мощности дата-центров.</p> <p>Крупные предприятия выполняют множество ИТ-функций помимо ИИ, и большинство предприятий внедряют ИИ иначе, чем гиперскейлеры, что напрямую влияет на планирование корпоративных дата-центров.</p> <h3>Предприятия полагаются на дата-центры для ИИ и традиционных вычислений</h3> <p>ИИ — лишь один из аспектов планирования мощностей и возможностей корпоративных дата-центров. Предприятиям необходимо внедрять новые ИИ-инициативы наряду с традиционными вычислениями, которые поддерживают множество важных корпоративных функций, включая производство, дистрибуцию, исследования и разработки, бухгалтерский учет, финансы, управление персоналом и маркетинг.</p> <p>Опрос Uptime Institute «2025 Global Data Center Survey» показал, что 93% респондентов испытывают сложности с прогнозированием будущих потребностей в мощностях дата-центров.</p> <p>CIO крупных предприятий — отчасти из-за FOMO, или «страха упустить возможность» — отдают приоритет инвестициям в ИИ. Отчет Boston Consulting Group «AI Radar 2026» указывает на то, что предприятия планируют в 2026 г. примерно удвоить свои инвестиции в ИИ по сравнению с прошлым годом, и 59% CIO и СТО этих организаций уверены, что ИИ окупится.</p> <h3>Обучение ИИ отличается от ИИ-инференса</h3> <p>Предприятиям необходимо различать обучение и инференс моделей ИИ, чтобы разумно планировать потребности в дата-центрах. Обучение ИИ отдает приоритет огромной доступности мощности, а не надежности или резервированию телекоммуникаций, поскольку модели могут быть перезапущены в случае прерывания. Оно лучше всего работает в крупных дата-центрах, где размещены тысячи энергоемких серверов, расположенных очень близко друг к другу, а большинство шкафов для обучения ИИ потребляют <nobr>80-160 кВт,</nobr> что требует жидкостного охлаждения. Некоторые крупные кампусы для обучения ИИ расположены в отдаленных сельских районах, где доступность телекоммуникационных сетей ниже, а задержка до кластеров пользователей выше, чем на развитых рынках дата-центров.</p> <p>Гиперскейлеры строят и арендуют мега-кампусы для обучения своих моделей ИИ, тогда как предприятия чаще передают обучение моделей на аутсорсинг специалистам-разработчикам ИИ или обучают модели ИИ внутри компании в сравнительно небольших масштабах.</p> <h3>Предприятия внедряют ИИ-инференс</h3> <p>Предприятия развертывают приложения для ИИ-инференса, чтобы получать выгоду за счет увеличения доходов, сокращения расходов и улучшения внутренних процессов, таких как обслуживание клиентов. Компании, внедряющие ИИ-инференс в масштабе, отдают приоритет низкой задержке в телекоммуникациях, высокой надежности (часто описываемой в терминах «времени безотказной работы») и безопасности данных, а не вычислительной мощности.</p> <p>Для оптимальной обработки ИИ-инференса требуется непрерывный доступ с низкой задержкой к корпоративным данным, включая транзакции клиентов и входные данные из внутренних операций, для быстрого получения ответов в режиме реального времени, что побуждает размещать вычислительные ресурсы для инференса рядом с другими корпоративными вычислительными узлами. Некоторые предприятия ориентируются на развертывание периферийных дата-центров, чтобы минимизировать задержку в приложениях ИИ.</p> <p>ИИ-инференс требует менее плотной кластеризации процессоров, чем обучение моделей, что позволяет выполнять его в дата-центрах средней плотности, обеспечивающих охлаждение <nobr>25-70</nobr> кВт на шкаф. Поскольку ИИ-инференс использует ценные корпоративные данные и интеллектуальную собственность, многие крупные предприятия с высокими требованиями к безопасности предпочитают выполнять вычисления для инференса внутри компании, чтобы снизить риск кражи данных, даже если первоначальное обучение моделей ИИ передается на аутсорсинг.</p> <h3>Гибридное размещение: подход «частично облачного» размещения</h3> <p>Ключевой задачей планирования является оценка потенциальных путей развертывания дата-центров, и многие предприятия обнаруживают, что гибридная облачная модель (облако плюс колокация или онпремис) обеспечивает максимальную гибкость, надежность и доступность для сочетания потребностей в области ИИ и иных корпоративных вычислительных задач.</p> <p>Публичное облако по всему миру предлагает быстрое развертывание, гибкие контракты и низкие первоначальные капитальные затраты. В отчете Flexera «2025 State of the Cloud» отмечается, что внедрение публичных облаков продолжает ускоряться, и 70% респондентов используют гибридную облачную модель.</p> <p>В то же время, в исследовании AFCOM «2026 State of the Data Center» отмечается, что 67% респондентов возвращают некоторые функции из публичного облака. Перерасход средств на облачные вычисления часто не заложен в бюджет, а широко освещаемые в СМИ сбои заставили некоторые предприятия пересмотреть размещение критически важных вычислительных ресурсов в топологии, полностью основанной на облаке.</p> <p>Предприятия, использующие колокацию, могут сохранять контроль над оборудованием в пределах конкретного физического помещения, обеспечивая преимущества в области безопасности, управления, аудита и соответствия нормативным требованиям по сравнению с публичным облаком. Колокация позволяет оптимально развертывать частные облака, обеспечивая при этом экономию за счет масштаба в строительстве и эксплуатации, недоступную для большинства онпремисных решений.</p> <p>Унаследованные онпремисные дата-центры могут экономично справляться с предсказуемыми традиционными рабочими нагрузками, но большинство из них не могут обеспечивать охлаждение вычислительных ИИ-кластеров высокой плотности, а модернизация таких объектов часто обходится дорого и занимает много времени. Согласно Cisco «2025 AI Readiness Index», только 34% респондентов считают, что их ИТ-инфраструктура полностью адаптируема и масштабируема для ИИ-проектов.</p> <p>В настоящее время большинство предприятий используют лишь небольшой процент шкафов, потребляющих более 35 кВт, но хотят обеспечить перспективность своих дата-центров в плане размещения высокоплотного оборудования для ИИ в будущем. Многие предприятия, стремящиеся к гибкости дизайна, теперь выбирают объекты, в которых размещаются шкафы с воздушным охлаждением, потребляющие до 35 кВт. Эти объекты также оснащены трубопроводами для жидкого хладагента (для теплообменников на задней двери и жидкостного охлаждения чипов), что позволит увеличить плотность размещения оборудования в будущих шкафах до <nobr>70-160</nobr> кВт без нарушения текущих критически важных операций.</p> <h3>Планирование готовности к ИИ</h3> <p>Предприятия могут реализовать конкретные стратегии для создания гибких, надежных и доступных дорожных карт развития дата-центров, готовых к ИИ:</p> <ul> <li> Сформировать многопрофильную команду, включающую специалистов по ИТ, сетям, эксплуатации критически важных объектов, управлению рисками, аудиту/соответствию нормативным требованиям и финансам, для планирования мощности и возможностей дата-центров.</li> <li> Привлечь опытных сторонних консультантов (включая экспертов по интеграции ИИ, инженеров-проектировщиков и консультантов/брокеров по закупкам), чтобы помочь уточнить цели, ускорить сроки и снизить затраты.</li> <li> Определить конкретные задачи по определению объема работ, выбору и закупкам с указанием дат начала и окончания, ответственных лиц и этапов, чтобы информировать высшее руководство о ходе проекта.</li> <li> Оценить существующие и планируемые программные приложения, чтобы определить, какие из них еще не готовы к эффективной работе в публичном облаке, и проверить наличие пробелов в аудите, соответствии нормативным требованиям и сертификации публичного облака, которые могут не отвечать корпоративным требованиям.</li> <li> Учесть влияние надежности телекоммуникационных сетей и задержек между потенциальными новыми кампусами публичного облака и колокации, поскольку ИИ-инференс требует непрерывной передачи данных между всеми корпоративными вычислительными ресурсами.</li> <li> Сравнить капитальные затраты на развертывание ИТ-решений, а также текущие расходы на аренду и вычислительные ресурсы как в облачной среде, так и в среде колокации/онпремис.</li> <li> Разграничить обязательные требования к дата-центрам, необходимые для достижения критически важных корпоративных ИТ-целей, от желательных, но не обязательных функций.</li> <li> Проанализировать текущие метрики использования и вероятные тенденции роста, чтобы оценить объемы необходимых вычислительных мощностей (по всем направлениям) в каждом из сценариев с низким, высоким и наиболее вероятным базовым уровнем роста.</li> </ul> Предприятия, внедряющие искусственный интеллект, сталкиваются с проблемами, отличными от проблем пользователей … article https://www.itweek.ru/themes/detail.php?ID=234491 Mon, 23 Mar 2026 00:00:00 +0300 <p><em>Системный аналитик находится в эпицентре проекта: между бизнес-заказчиками, которые хотят «волшебную кнопку», и разработчиками, которые мыслят категориями архитектуры, API и баз данных. Успех проекта частично зависит от того, насколько хорошо аналитик выстроит мосты понимания между этими мирами, состоящие в<strong> управлении ожиданиями</strong> всех участников процесса. Достигается это в первую очередь через <strong>эффективную коммуникацию</strong>.</em></p> <p><em>В этой статье расскажу, как управлять ожиданиями в команде.</em></p> <p>Ожидания заказчиков включают не только функциональность. Это также:</p> <ul> <li> <strong>Сроки:</strong> «Мы хотели вчера».</li> <li><strong>Бюджет:</strong> «Это же простая доработка, зачем это оценивать?»</li> <li><strong>Качество:</strong> «Система должна быть идеальной и никогда не падать».</li> <li><strong>Приоритеты:</strong> «Для нас все требования критичны и должны быть в первой версии».</li> </ul> <p>Неуправляемые ожидания приводят к классическим проблемам:</p> <ul> <li> <strong>Раздутие объема работ:</strong> постоянное добавление «мелких правок» без пересмотра сроков и бюджета.</li> <li> <strong>Недовольство заказчика:</strong> полученный продукт не совпал с его «мысленной картинкой».</li> <li> <strong>Выгорание команды:</strong> постоянная гонка за меняющимися целями и авральные режимы.</li> <li><strong>Провал проекта:</strong> когда расхождения становятся непреодолимыми.</li> </ul> <p>Управление ожиданиями — это непрерывный процесс, а не разовое действие. Рассмотрим ключевые инструменты и практики для системного аналитика, которые могут помочь в этом непростом деле.</p> <p>С самого начала работы над проектом необходимо понимание контекста и стейкхолдеров, для чего нужно найти ответы на следующие вопросы:</p> <ul> <li> <strong>Кто является участником?</strong> Все, кто напрямую или опосредованно причастен к проекту или заинтересован в его результатах. Заказчик, конечные пользователи, спонсор, регулятор, разработчики, тестировщики и т. д.</li> <li><strong>Каковы их роли и интересы?</strong> Бизнес-заказчик хочет увеличить прибыль, пользователь — упростить работу, разработчик — писать красивый код, тестировщик — вовремя провести регресс, клиент — удобный и полезный сервис.</li> <li><strong>Какой у них уровень влияния?</strong> Регулятор требует исполнения закона, клиент — приносит свои деньги, а собственник бизнеса решает, сколько выделить средств на проект.</li> </ul> <p>Участниками могут быть не только люди, но и другие системы, а также нормативные и иные документы, изучение которых обязательно для понимания процесса и получения качественного продукта в будущем.</p> <h2>Техники активного взаимодействия</h2> <p>Техники активного взаимодействия — это системный набор методов и практик (таких как интервью, фокус-группы, совместные воркшопы и регулярная коммуникация через подходящие каналы), направленных на выявление, вовлечение и управление интересами всех заинтересованных сторон проекта или организации. Это нужно для того, чтобы своевременно понимать их ожидания, снижать риски возникновения конфликтов, получать ценную обратную связь и, как итог, обеспечивать поддержку и одобрение ключевых решений, что напрямую влияет на успех и устойчивость любого начинания. Коммуникация должна быть постоянной и прозрачной.</p> <ul> <li> <strong>Регулярные встречи:</strong> не для отчета, а для диалога. Стейкхолдер-встречи для обсуждения прогресса и проблем, митинги с командой — для синхронизации.</li> <li><strong>Активное слушание:</strong> перефразируйте услышанное: «Правильно ли я понял, что вам нужно...». Это сразу выявляет расхождения.</li> <li><strong>Задавайте правильные вопросы:</strong> вместо «Что вы хотите?» спрашивайте «Какую проблему вы решаете?», «Что происходит сейчас и чем вас это не устраивает?». Вопросы «Почему?» помогают докопаться до корневой потребности.</li> </ul> <p>Активное взаимодействие превращает стейкхолдеров из пассивных наблюдателей или потенциальных критиков в союзников, чей вклад помогает достигать целей более эффективно и устойчиво.</p> <h2>Проактивное управление изменениями</h2> <p>Требования будут меняться — это норма. Главное — управлять этим процессом. Проактивный подход — это не защита от «что, если», а готовность к «когда это случится».</p> <p>Вместо реактивной борьбы с последствиями, проактивное управление строится на трёх основах:</p> <ul> <li> <strong>Предвидеть.</strong> Регулярно анализировать риски, тренды и обратную связь стейкхолдеров, выявлять потенциальные сдвиги в требованиях, технологиях или приоритетах на ранней стадии.</li> <li><strong>Планировать.</strong> Иметь чёткий, но гибкий процесс оценки изменений: как они повлияют на сроки, бюджет, качество и цели проекта. Каждое потенциальное изменение должно быть быстро оценено, например, по принципу «принимаем/отклоняем/откладываем».</li> <li><strong>Коммуницировать.</strong> Открыто обсуждать возможные изменения со всеми участниками. Чётко доносить, почему изменение необходимо или почему от него нужно отказаться, и как оно влияет на общий результат.</li> <li><strong>«</strong><strong>Парков</strong><strong>ать</strong><strong>» иде</strong><strong>и</strong><strong>:</strong> Заведите отдельный бэклог для «хороших, но не сейчас» идей. Это показывает, что вы услышали предложение, но не позволяете ему сбить текущий план.</li> </ul> <p>Ключевая выгода — <strong>контроль</strong>. Проект не плывёт по течению, а целенаправленно адаптируется. Команда не тратит силы на авралы, а спокойно перестраивает работу. Стейкхолдеры видят управляемый процесс, а не хаос.</p> <p>В итоге, проактивное управление изменениями превращает их из угрозы в инструмент для создания именно того продукта, который максимально соответствует актуальным потребностям бизнеса. Это инвестиция в предсказуемость и качество результата.</p> <h3>Конкретные шаблоны фраз для сложных ситуаций</h3> <ul> <li> <strong>Когда просят «простую доработку»:</strong> <ul> <li><em>Вместо:</em> «Это сложно».</li> <li><em>Лучше:</em> «Я понимаю, что функциональность кажется простой. Давайте разберем ее на составляющие, чтобы оценить трудозатраты и понять, как она впишется в текущий спринт/этап. Возможно, мы найдем более оптимальное решение».</li> </ul> </li> <li> <strong>Когда требования размыты:</strong> <ul> <li><em>Вместо:</em> «Вы сами не знаете, чего хотите».</li> <li><em>Лучше:</em> «Чтобы мы с командой правильно это реализовали, давайте уточним на примере. Опишите, пожалуйста, шаг за шагом, как пользователь будет работать с этой функцией. Каков будет его первый клик, что он увидит на экране?».</li> </ul> </li> <li> <strong>Когда заказчик настаивает на срочном изменении:</strong> <ul> <li><em>Вместо:</em> «Нет, мы не успеем».</li> <li><em>Лучше:</em> «Мы можем внести это изменение. Однако, по нашей оценке, это потребует дополнительно X часов/дней и сдвинет срок сдачи фичи Y. Вы готовы принять эти последствия, или, возможно, мы отложим что-то менее приоритетное?».</li> </ul> </li> </ul> <h3>Золотые правила</h3> <ul> <li> <strong>Обещай меньше, делай больше.</strong> Закладывайте буфер в оценки и радуйте заказчика, когда делаете быстрее.</li> <li><strong>Коммуникация — это ваша ответственность.</strong> Если вас не поняли, это не вина собеседника, а ваша задача — донести мысль иначе.</li> <li><strong>Будьте переводчиком.</strong> Переводите бизнес-потребности в технические спецификации и наоборот.</li> <li><strong>Говорите о проблемах рано.</strong> Не скрывайте риски и проблемы. Лучше сообщить плохие новости сразу, чем позволить им превратиться в катастрофу.</li> </ul> <h2>Ключевые каналы коммуникации и правила их использования</h2> <h3>Официальная документация</h3> <p>Официальная документация (технические задания, API-спецификации, стандарты, руководства пользователя) должна стать источником истины. Отступление от неё без согласования ведёт к рискам безопасности и стабильности.</p> <p>При конфликте информации, официальная документация имеет наивысший приоритет над любыми другими внутренними ресурсами.</p> <p>Необходимо следить за актуальностью документации, при сомнениях задавать вопросы команде и другим заинтересованным лицам.</p> <p>Документация не всегда может дать ответ «почему» для каждого случая. Применение критического мышления сэкономит время на разработке, отладке, повысит качество и надёжность продукта.</p> <h3>Регулярные встречи для синхронизации</h3> <p>Регулярные встречи с командой разработчиков и заказчиками (стейкхолдерами) критически важны для успеха проекта, так как они обеспечивают синхронизацию видения, оперативное выявление рисков и быструю адаптацию к изменениям.</p> <p>Основные правила включают: проведение встреч с фиксированной периодичностью (например, ежедневные стендапы и еженедельные обзоры), наличие чёткой повестки и предварительных материалов, обязательное участие ключевых лиц, фокус на статусе проекта, возникших блокерах и ближайших целях, а также фиксацию решений и назначение ответственных по итогам каждой встречи.</p> <p>Для общения со стейкхолдерами действует принцип прозрачности и управление ожиданиями — все решения, сроки и изменения должны быть ясно донесены и согласованы.</p> <h3>Системы управления проектами</h3> <p>Системы управления проектами, такие как Jira, являются важным инструментом для командной работы, обеспечивая структурированное планирование, трекинг задач и контроль процессов.</p> <p>Основные правила работы включают: обязательное создание и детализацию задач (тикетов) с четкими заголовками, описанием, приоритетом и сроком; систематическое обновление статусов задач для актуальной видимости прогресса; использование скрам- или канбан-досок для визуализации потока работ; регулярное комментирование и прикрепление файлов непосредственно в тикетах для сохранения контекста; соблюдение соглашений о наименовании и рабочих процессах, принятых в команде и проекте; а также использование функций поиска и фильтрации для оперативного доступа к информации.</p> <p>Это дисциплинирует процесс, повышает прозрачность и ответственность каждого участника.</p> <h3>Мессенджеры и чаты</h3> <p>Мессенджеры и чаты помогают оперативной коммуникации, обеспечивая диалог, обмен файлами и быстрые согласования.</p> <p>Для эффективной работы в них необходимо соблюдать базовые правила: использовать отдельные каналы/чаты под конкретные задачи или команды, не смешивая темы; структурировать сообщения, избегая потоков сознания и явно обозначая вопросы или решения; уважать личные границы, устанавливая временные рамки для сообщений вне рабочего времени;</p> <p>Однако нужно помнить, что фиксировать важные договорённости и технические решения необходимо только в официальных документах или системах управления проектами, так как чат — это инструмент для обсуждения, а не хранения итоговых решений. Это позволяет сохранить фокус, прозрачность и не утонуть в информационном шуме.</p> <h3>Электронная почта</h3> <p>Электронная почта служит каналом формальной коммуникации, обеспечивая документальное закрепление решений, требований и отчетов.</p> <p>Для эффективной работы необходимо использовать информативные темы писем, четко структурировать текст, выделяя задачи и вопросы, и обязательно привлекать в переписку всех заинтересованных лиц. Важно оперативно отвечать на письма, даже если полный ответ требует времени — в этом случае следует подтвердить получение и обозначить сроки. Все технические договоренности, особенно по изменениям, должны фиксироваться в письменном виде через почту, а срочные или спорные вопросы оперативно выносить в чаты или на совещания, резюмируя их итоги затем в рассылке.</p> <p>Приведу несколько простых советов «как задать вопрос или поставить задачу в почте».</p> <ul> <li> Проверить список адресатов.</li> <li> Если просьба к конкретному человеку из списка адресатов, обязательно обратиться по имени. Например, «Здравствуйте, Андрей». Письмо без личного обращения будет с большой вероятностью проигнорировано.</li> <li> Можно обратиться к нескольким людям, перечисляя их, а можно «Коллеги из отдела продаж».</li> <li> Обязательно добавить контекста (краткое описание проблемы, ссылки на документы, куски предыдущих переписок и т. п.).</li> <li> Задать вопрос или поставить задачу лаконично и без общих слов.</li> <li> Указать, какой результат нужен.</li> <li> Назначить срок.</li> </ul> <p>INVEST и здесь принесет пользу.</p> <h3>Доски, демо и другие инструменты визуализации</h3> <p>Доски, демо-стенды и другие инструменты визуализации служат мощным каналом коммуникации, трансформируя абстрактные идеи и задачи в единую, наглядную и постоянно актуальную картину для всей команды и заказчика.</p> <p>Ключевые правила работы с ними включают: централизацию информации (один источник правды), поддержание актуальности статусов и данных, использование единых стандартов оформления (цвета, теги, структура), обязательное комментирование изменений, а также регулярные синхронизации для коллективного обсуждения визуализированного прогресса или проблем.</p> <p>Выбор канала коммуникации определяется срочностью, сложностью и целевой аудиторией. Срочные и критические вопросы решаются через мессенджеры, тогда как сложные технические обсуждения требуют видеозвонков для демонстрации экрана и личного контакта. Официальные решения, требования и итоги встреч фиксируются через email или корпоративные порталы для создания документальной истории. Ключевые правила: соблюдать регламент ответов (например, на срочные сообщения — в течение часа), не обсуждать сложные темы в чатах, где важны нюансы, и всегда резюмировать устные договорённости письменно в общем доступе. Это минимизирует риски недопонимания и обеспечивает прозрачность.</p> <h2>Коммуникационные ловушки и психологические синдромы</h2> <p>Помимо выстраивания процессов, системному аналитику важно понимать типичные психологические паттерны у стейкхолдеров, команды и в себе самом. Распознавание этих «синдромов» — первый шаг к их преодолению.</p> <h3>Синдром «чистого листа»</h3> <p>Синдром чистого листа — это тот парализующий психологический барьер, который возникает в момент старта, когда перед тобой открывается безграничная пустота неопределенности.</p> <p>Стейкхолдеры, впервые сталкиваясь с принципиально новой задачей, не могут четко сформулировать требования, просто потому что у них ещё нет готового «образца» желаемого результата. Эта неопределенность, умноженная на страх сделать первый неидеальный шаг, создаёт порочный круг: сложно начать, потому что цели размыты, а цели остаются размытыми, потому что не начинают действовать.</p> <p>Преодоление этого синдрома требует не «сразу гениальной идеи», а готовности к итеративному процессу, где первый черновик, набросок или прототип становится тем самым маяком, который превращает абстрактную тревогу в конкретную работу.</p> <p>«Мыслительный процесс запускается руками». Основным каналом коммуникации должны стать встречи за белой доской, где шаг за шагом в обсуждениях и мозговых штурмах будет рождаться прототип будущего проекта.</p> <h3>Синдром «Да, но...»</h3> <p>Синдром «Да, но» проявляется в первоначальном согласии с идеями, за которым сразу следует критика или возражение, блокируя прогресс. Синдром возникает на встречах, ретроспективах, обсуждениях задач, результатов, когда стейкхолдеры или команда говорят «Да, идея хорошая, но... реализация сложная/дорогая/не сработает/хотелось такого же, но с перламутровыми пуговицами». Это тормозит разработку, демотивирует участников и усиливает выгорание. Усиливается в условиях дедлайнов, неопределенности или низкой вовлеченности стекхолдеров.</p> <p>Основным инструментом преодоления должны стать регулярные встречи для синхронизации понимания и демо ключевым участникам проекта. На встречах нужно фиксировать все «да, но», переводить в конструктив: «Что именно мешает? Давайте найдем решение», внедрять «Да, и...», где вместо критики появляется идея.</p> <h3>Синдром «неоткрытых руин»</h3> <p>Это ситуация, которая возникает в процессе выявления требований, основных и, особенно альтернативных сценариев. <strong>Суть синдрома</strong>: чем лучше понимают проблему и больше требований выявляют, тем очевиднее становится, что это ещё не все требования. Синдром «неоткрытых руин» относится к проблемам, вызванным тем фактом, что невозможно узнать требования, если никто о них не знает, а также выявить все альтернативные сценарии и возможные ошибки.</p> <p>Команда может надолго застрять в фазе проектирования, в то время как бизнес ждет результатов. Проект теряет скорость и гибкость.</p> <p>Основным инструментом преодоления является декомпозиция и приоритизация задач. Сначала проектируется ядро, основной сценарий и минимальный для решения основной бизнес-задачи функционал, затем уточняются детали и проектируются альтернативные сценарии. Нужно не забыть согласовать план с бизнес-заказчиками и зафиксировать в официальной документации.</p> <p>Таким образом, мастерство управления ожиданиями складывается из двух взаимосвязанных компонентов. С одной стороны — это владение инструментами и процессами: от анализа стейкхолдеров и проактивного управления изменениями до выбора правильных каналов коммуникации. С другой — понимание психологии участников проекта и навык ясной, адаптивной коммуникации, позволяющей переводить бизнес-язык в технический и обратно.</p> <p>Именно сочетание этих аспектов — (инструменты + процессы) × (понимание психологии + ясная коммуникация) — способны привести проект к успеху, сохраняя доверие заказчика и мотивацию команды даже в условиях неопределённости и постоянных изменений.</p> <p>#IMAGE_234492#</p> Системный аналитик находится в эпицентре проекта: между бизнес-заказчиками, которые хотят «волшебную кнопку» … article Татьяна Долгина, ведущий системный аналитик компании IT_ONE https://www.itweek.ru/themes/detail.php?ID=234444 Mon, 23 Mar 2026 00:00:00 +0300 <p><em>По мере масштабирования внедрения искусственного интеллекта предприятия непреднамеренно усугубляют существующий кризис данных. Возникающий в результате этого всплеск телеметрии перегружает инфраструктуру, уже испытывающую нагрузку из-за перехода к мультиоблачным средам, современным приложениям и IoT, что приводит к росту затрат. Организации платят за сбор, хранение и обработку огромных массивов данных, которые часто не приносят существенной пользы для бизнеса, пишет на портале </em><em>BigDataWire</em> <em>Майк Келли, основатель и генеральный директор Bindplane.</em></p> <p>Это давление <a href="https://www.elastic.co/pdf/dimensional-research-landscape-of-observability-2026-public-sector.pdf">ощущают</a> 66% предприятий, которые регулярно сталкиваются с непредвиденными расходами или перерасходами, связанными с инструментами наблюдаемости, и 95% предприятий активно предпринимают шаги по снижению затрат на наблюдаемость. Но сокращение расходов — это только половина дела; предприятиям также необходимо перемещать данные как никогда раньше.</p> <p>Современные приложения требуют постоянного потока данных для корректной работы. Системы должны взаимодействовать друг с другом в режиме реального времени, что генерирует терабайты трафика каждый день. Сейчас ИИ и машинное обучение полностью меняют подход предприятий к управлению этими потоками, требуя бесперебойного и мгновенного перемещения информации между различными облаками, аналитическими инструментами и ИИ-фреймворками.</p> <p>Эпоха слепой оплаты за неуправляемые данные закончилась. Стремясь максимизировать ценность конвейеров данных без перерасхода средств, предприятия переходят на OpenTelemetry, чтобы вернуть контроль.</p> <h3>Скрытый «налог на наблюдаемость»</h3> <p>Чтобы предприятия смогли сэкономить свой бюджет, им необходимо сначала решить проблему неэффективности — скрытый «налог на наблюдаемость», с которым сталкиваются многие команды DevOps. Каждая организация, по сути, перестраивает один и тот же конвейер с нуля, и когда конфигурации не стандартизированы, инженеры не учатся друг у друга; они фактически повторяют одни и те же процессы проб и ошибок тысячи раз.</p> <p>Это дублирование усилий приводит к пустой трате времени и ресурсов. Часто требуются недели, чтобы вручную настроить сборщики, обработчики и экспортеры, плюс бесчисленные часы на отладку проблем с подключением. Эта сложная задача уже решена тысячами других организаций, но многие команды остаются в неведении о том, что оптимальные настройки для их рабочей нагрузки уже были отработаны в других областях.</p> <p>Хотя некоторые предприятия могут выбирать проприетарных поставщиков для решения этой проблемы, сторонние решения только усугубляют ситуацию. Эти инструменты обещают лучшее управление данными и снижение затрат на хранение, но возникающая в результате зависимость от поставщика часто создает дополнительные долгосрочные проблемы. Когда объем данных превышает возможности решения проприетарного поставщика, переход на новые платформы становится сложным и дорогостоящим. Поэтому, когда бизнесу необходимо перейти на новую платформу, он часто оказывается ограничен существующими отношениями с поставщиками, не имея возможности изменить подход без существенной переработки своего конвейера данных.</p> <h3>Последствия избыточности</h3> <p>Неэффективная работа с огромными объемами данных также может привести к увеличению затрат организаций, усугубляя именно ту проблему, которую они хотят решить. Организации часто используют несколько инструментов и агентов для сбора данных, что требует специальных знаний в области распределенных систем, таких как инжиниринг данных, безопасность и машинное обучение. Управление этими системами как изолированными создает дополнительную нагрузку на ресурсы и часто приводит к необходимости увеличения штата или проведения специализированного обучения, что влечет за собой финансовые затраты и временные ограничения.</p> <p>Если инженеры данных застряли в цикле проб и ошибок при управлении огромными массивами телеметрии, то организации оказываются перегруженными информацией и задачами вместо того, чтобы целенаправленно и активно управлять своими данными. В мире, где ИИ требует немедленного доступа к огромным объемам данных, эта негибкость становится фатальным конкурентным недостатком. Если предприятия хотят преуспеть в мире, управляемом ИИ, их инфраструктура данных должна быть способна обеспечивать высокую скорость передачи данных без ущерба для экономической эффективности.</p> <p>Выявление и смягчение этих скрытых проблем и затрат имеет решающее значение, если предприятия хотят превратить свои данные в актив, а не в пассив.</p> <h3>Возвращение контроля над бюджетом с помощью OpenTelemetry</h3> <p>Предприятия, стремящиеся максимизировать ценность своих данных, переходят на Open Source-платформы, такие как OpenTelemetry (OTel). Создавая конвейеры обработки данных на основе OTel, предприятия могут обеспечить их гибкость и независимость от поставщиков, что позволяет им мгновенно адаптироваться к меняющимся потребностям бизнеса.</p> <p>OTel — это стандартизированная платформа, упрощающая сбор и обработку телеметрических данных с использованием различных языков программирования и операционных систем. Устраняя необходимость во множестве проприетарных инструментов, OTel снижает сложность и операционные затраты на управление телеметрией в масштабе предприятия.</p> <p>OTel также объединяет опыт ведущих инженеров по данным из крупнейших мировых организаций для решения основных операционных задач, предоставляя предприятиям доступ к единой платформе, созданной и усовершенствованной лучшими специалистами отрасли. Благодаря стандартизированному подходу, OTel сокращает время обучения и количество проб и ошибок при внедрении конвейеров, по сути, исключая дублирование работы. Кроме того, в эту платформу постоянно внедряются обновления, улучшающие соответствие нормативным требованиям и безопасность. OTel, поддерживаемая глобальным сообществом, постоянно развивается, чтобы решать повседневные задачи, с которыми сталкиваются CIO и инженерные команды при обеспечении устойчивости своей инфраструктуры данных.</p> <p>Благодаря такому подходу предприятия могут получать более качественные инсайты экономически эффективным способом. В конечном итоге, однако, настоящая сила заключается в адаптивности OTel, позволяющей предприятиям постоянно совершенствоваться.</p> <p>Для успешного построения конвейеров обработки данных на OpenTelemetry предприятиям следует внедрить следующие три практики:</p> <ul> <li><strong> Сборщик OTel.</strong> При создании конвейера телеметрии предприятиям необходимо настроить совместимый с OpenTelemetry сборщик в качестве основного блока обработки. Этот сборщик объединяет данные из разных источников, вносит в них изменения и отправляет их в нужные места. Преобразуя и обогащая данные внутри конвейера, системы организаций становятся более интероперабельными и гибкими.</li> <li><strong> Централизованное управление.</strong> Оно объединяет все агенты телеметрии и настройки в одном месте, предоставляя организациям больший контроль над настройкой наблюдаемости, одновременно оптимизируя операции и снижая затраты на управление разрозненными системами телеметрии. Это также помогает организациям быстро находить и устранять проблемы, сокращая объем работы по обслуживанию конвейеров и снижая вероятность ошибок при настройке. OpenTelemetry поддерживает централизованное управление с использованием таких протоколов, как OpAmp, что позволяет удаленно настраивать и отслеживать агенты телеметрии.</li> <li><strong> Фильтрация данных.</strong> Для организаций крайне важно использовать инструменты, предлагаемые в рамках платформы OTel, которые выборочно фильтруют данные и направляют данные меньшей ценности в недорогое хранилище. Это снижает затраты на хранение и обработку, одновременно улучшая видимость критически важных данных, делая анализ быстрее и эффективнее.</li> </ul> <h3>Устранение «налога на наблюдаемость» с помощью более интеллектуальных конвейеров</h3> <p>Перевод конвейеров данных на OTel позволяет предприятиям не только сократить затраты и ускорить обработку данные, но и более эффективно использовать собираемую телеметрию.</p> <p>В сложных ИТ-средах, где быстро развивается ИИ, организации должны иметь возможность корректировать свою инфраструктуру данных в режиме реального времени по мере изменения потребностей, без традиционной ручной очистки. Упрощение процесса сбора с помощью OTel улучшает распределение данных и обеспечивает гибкость для адаптации к меняющимся потребностям, позволяя организациям обеспечить устойчивость своей системы наблюдаемости в будущем для повышения операционной отказоустойчивости.</p> <p>Когда организации возвращают себе полный контроль над своими конвейерами данных, они могут получить конкурентное преимущество. Переход к Open Source-платформе, управляемой сообществом, гарантирует, что предприятия смогут избавиться от привязки к поставщику и получить основу для масштабирования и внедрения новых технологий, таких как ИИ, без дорогостоящих переделок или перегрузки команд DevOps телеметрическим шумом.</p> По мере масштабирования внедрения искусственного интеллекта предприятия непреднамеренно усугубляют существующий кризис … article https://www.itweek.ru/themes/detail.php?ID=234486 Fri, 20 Mar 2026 00:00:00 +0300 <p><em>Средства мониторинга инцидентов, включая SIEM, незаменимы при обнаружении атак, но без выстроенного реагирования — бесполезны. </em><em>Рассмотрим, к</em><em>ак составлять сценарии последующих действий и почему не стоит прибегать к тотальной автоматизации</em><em>.</em></p> <p>Формальный регламент реагирования нужен, но сам по себе он не обеспечивает управляемую и быструю реакцию на инциденты. В реальной инфраструктуре реагирование опирается на набор сценариев — описанных и протестированных цепочек действий под конкретные типы атак и источники детектов.</p> <p>Сценарий — это «живой» документ: его приходится пересматривать после учений, кибериспытаний, реальных инцидентов, изменений в ИТ-ландшафте и модели угроз. Набор сценариев и их глубина зависят от поверхности атаки, зрелости средств мониторинга (SIEM, EDR, NDR, почтовые шлюзы, облачные сервисы) и технических возможностей по принудительному воздействию на инфраструктуру.</p> <p>Хороший сценарий опирается на три фактора: какое событие его запускает, какими контролируемыми точками инфраструктуры можно воспользоваться и до какого уровня допустимо воздействовать на сервисы, не поднимая эскалацию. Уже после этого имеет смысл решать, какие части сценария автоматизировать в SOAR, а какие оставить на ручном контроле.</p> <h3>С чего начинать автоматизацию: точки входа</h3> <p>Опыт кибериспытаний и реальных атак показывает: максимальный эффект реагирования достигается в первые минуты, пока злоумышленник закрепляется в инфраструктуре и наращивает привилегии. Поэтому в приоритете автоматизации должны быть сценарии вокруг точек входа — внешнего периметра и конечных устройств.</p> <p>Для большинства компаний типовые точки входа — внешние веб-сервисы и VPN-шлюзы, почта, пользовательские рабочие станции и ноутбуки. Логика приоритизации проста: чем ближе контрольная точка к первому шагу цепочки атаки, тем больше ценность ее быстрой, желательно автоматизированной активации.</p> <h3>Базовые меры на внешнем периметре</h3> <p>Для периметра в сценариях и SOAR-интеграциях должны быть реализованы как минимум следующие действия:</p> <ul> <li> Блокировка входящих соединений по IP или подсети на межсетевом экране или WAF (временные блоки, динамические списки репутаций, интеграция с TI-фидами).</li> <li> Принудительный разрыв клиентских сессий на уровне приложения или reverse-proxy (отключение конкретного токена или cookie, сброс websocket/HTTP-сессий).</li> </ul> <p>Эти операции хорошо подходят для автоматизации: они обратимы, локальны и не затрагивают бизнес-логику приложения. Важно, чтобы их можно было выполнять точечно по конкретному индикатору компрометации (например, отдельному IP-адресу, цифровому отпечатку устройства или сессии), а не по целому пулу клиентов.</p> <h3>Базовые меры для рабочих станций и серверов</h3> <p>Для конечных точек и серверов приоритетны следующие действия:</p> <ul> <li> Блокировка запуска файлов по хэшу через EDR/antimalware-движок.</li> <li> Остановка процесса по PID/имени с фиксацией артефактов для детального технического расследования инцидента по цифровым следам (форензики).</li> <li> Изоляция хоста от сети на уровне ОС (host-based firewall, отключение сетевых интерфейсов, ограничение маршрутов).</li> <li> Изоляция хоста на уровне сетевого оборудования (динамическое помещение в карантинный VLAN, применение ACL на порт).</li> <li> Блокировка доступа в интернет по IP и URL (web-proxy, NGFW, DNS-фильтрация) для отсечения C2 и фишинговых ресурсов.</li> </ul> <p>Пока на рабочей станции или сервере корректно работает агент защиты и он способен выполнять команды, изоляцию можно реализовать на уровне самой операционной системы — например, с помощью локального файрвола.</p> <p>Если же есть признаки, что агент отключен, скомпрометирован или ему нельзя доверять, изоляцию необходимо выполнять на уровне сети: переводить устройство в карантинный VLAN, ограничивать трафик на коммутаторе или межсетевом экране.</p> <p>При этом для массовых инцидентов, особенно на пользовательских ПК, обычно используются два режима изоляции. «Мягкий карантин» ограничивает доступ к внешним ресурсам, а «жесткий карантин» практически полностью изолирует хост от сети, сохраняя только минимальный доступ для специалистов SOC, необходимый для сбора артефактов и проведения расследования.</p> <h3>Учётные записи и инфраструктурные сервисы</h3> <p>Учетка — еще одна классическая точка входа, особенно в сценариях фишинга, подбора паролей, компрометации SaaS. Набор обязательных операций для сценариев и SOAR-интеграций:</p> <ul> <li> Блокировка учетной записи и принудительный сброс пароля в AD/IdP.</li> <li> Блокировка приема писем с определенных доменов и отправителей на почтовом шлюзе.</li> <li> Удаление уже доставленных писем из ящиков пользователей (EWS/Graph API, административные инструменты почтового сервиса).</li> <li> Принудительный разрыв сессии пользователя на VPN-шлюзе.</li> <li> Принудительная деаутентификация пользователя из внешних облачных сервисов (OIDC/SAML, revoke tokens, logout sessions).</li> </ul> <p>С точки зрения риска все эти действия нужно заранее классифицировать: где допускается полная автоматизация по одному сигналу, а где обязательно участие человека (ручное подтверждение ключевых шагов). Например, если система фиксирует подозрительный вход в аккаунт (необычная страна или IP-адрес с плохой репутацией), она может автоматически завершить сессию пользователя без участия аналитика. Блокировку учетной записи доменного администратора лучше проводить только по заранее настроенной процедуре с ручным подтверждением в SOAR</p> <h3>Как собирать сценарии в единое полотно</h3> <p>Перечень элементарных действий сам по себе не дает управляемости — нужна связка в логические сценарии с учетом источников детектов и типа атаки. Например, фишинг, массовое вредоносное ПО на рабочих станциях, подозрительные логины, атаки на внешние веб-сервисы.</p> <p>Сценарий должен описывать: стартовое событие (какой сигнал его запускает в SIEM/EDR/почтовом шлюзе), шаги по обогащению данных (какой дополнительный контекст подтягиваем), последовательность сдерживающих действий, точки принятия решений человеком и условия завершения. Важно замыкать сценарии на пост-инцидентные активности: техническое расследование инцидента, улучшение правил обнаружения, корректировку сценариев реагирования и обучение пользователей.</p> <p>За период кибериспытаний мы убедились на практике, что когда не получается «сломать» технику, первоочередной целью становятся люди. Поэтому разберем пример атаки с использованием социальной инженерии.</p> <p>Злоумышленник запускает рассылку, ее цель — заставить пользователя перейти по ссылке, ввести доменные учетные данные, затем скачать и запустить обфусцированный вредонос. После запуска файл устанавливает реверс-соединение на C&C. При корректной настройке мониторинга (почтовый шлюз, web-proxy, EDR, TI-фиды) детекты появляются на нескольких этапах. Логичный сценарий реагирования может выглядеть так:</p> <ol> <li> Заблокировать прием писем с домена отправителя на почтовом шлюзе.</li> <li> Добавить фишинговый URL в блок-лист web-proxy/DNS-фильтрации.</li> <li> Для пользователей, уже перешедших по ссылке, инициировать принудительный сброс пароля и пересоздание сессий в критичных системах.</li> <li> Добавить хэш загруженного файла в блок-лист EDR/antimalware по всей инфраструктуре.</li> <li> Для тех, кто успел запустить файл, остановить процесс и изолировать хост.</li> <li> URL или IP C&C внести в черный список на межсетевом экране/proxy/DNS.</li> </ol> <p>Дальше начинается детальное расследование: анализ логов аутентификации, поиск горизонтального перемещения злоумышленника по сети, проверка фактов утечки данных, очистка и восстановление хостов. Ключевой смысл сценария — успеть автоматически или полуавтоматически выполнить все шаги по локализации и сдерживанию атаки для большого количества хостов и учетных записей, пока она не вышла за пределы изначального сегмента.</p> <h3>Роль SOAR: оркестрация против хаоса</h3> <p>Часто современная ИБ-инфраструктура представляет собой набор разрозненных систем: SIEM, EDR/XDR, NGFW, WAF, почтовые шлюзы, CASB, облачные консоли, тикет-системы. Координировать ручное выполнение десятков действий в правильном порядке, да ещё в сжатые сроки, сложно даже для сплоченной команды.</p> <p>SOAR решает эту проблему за счет оркестрации и частичной автоматизации: из единого интерфейса аналитик запускает сценарий реагирования, который сам обращается к нужным интеграциям по API, собирает контекст, предлагает следующий шаг и фиксирует все действия. Это снижает вероятность ошибок, исключает неформальные согласования при эскалации задач администраторам и ускоряет реакцию.</p> <p>Главный вопрос: можно ли сказать, что чем больше автоматизации в SOAR — тем лучше? Исходя из собственного опыта, отвечу — не всегда. Потому что тотальная автоматизация возможна при полном исключении ложноположительных срабатываний системы мониторинга, чего очень сложно добиться.</p> <p>Поставщики решений любят демонстрировать полностью автоматические сценарии реагирования. В реальности даже хорошие модели и корреляционные правила периодически дают «шум», а бизнес-сервисы чувствительны к радикальным действиям вроде блокировки учеток или изоляции серверов.</p> <p>Практический компромисс, к которому приходят опытные команды, выглядит так:</p> <ul> <li> Автоматизировать до конца только простые, хорошо формализуемые сценарии, не трогающие критичные узлы и сервисы (например, блокировка URL, IP, домена-отправителя, добавление хэша в блок-лист, создание тикета).</li> <li> Для действий с высоким бизнес-риском следует использовать режим с участием человека: система SOAR собирает контекст, предлагает действие, но требует явного подтверждения аналитика или ответственного специалиста по ИБ.</li> <li> Сложные инциденты с несколькими ветками развития вести вручную, но через SOAR-интерфейс, используя его для оркестрации и протоколирования.</li> </ul> <p>Такой подход хорошо защищает от сценариев, когда утренний сбой в критичном сервисе оказывается следствием ночного ложноположительного срабатывания и агрессивного реагирования. При этом SOC получает предсказуемое поведение системы и возможность постепенно расширять зону доверенной автоматизации по мере накопления статистики и обкатки сценариев на киберучениях.</p> <p>Каждая команда в итоге вырабатывает свой профиль автоматизации: кто-то смелее автоматизирует изоляцию рабочих станций и серверов, но осторожно относится к блокировке учетных записей; кто-то, наоборот, предпочитает быстро разрывать сессии и блокировать учетку, но минимизировать воздействие на инфраструктурные узлы. Важно, чтобы это решение было осознанным, опиралось на реальные кибериспытания и регулярно пересматривалось вместе с моделью угроз и архитектурой ИБ.</p> <p> #IMAGE_234488#</p> Средства мониторинга инцидентов, включая SIEM, незаменимы при обнаружении атак, но без выстроенного реагирования — … article Дмитрий Кокорин, CISO компании Innostage https://www.itweek.ru/themes/detail.php?ID=234443 Fri, 20 Mar 2026 00:00:00 +0300 <p><em>Макс Лю, соучредитель и генеральный директор TiDB, разработанной компанией PingCAP распределённой базы данных SQL с открытым исходным кодом, рассказывает на портале </em><em>The</em> <em>New</em> <em>Stack</em> <em>о том</em><em>, почему агенты искусственного интеллекта становятся новыми основными пользователями баз данных и как должна развиваться архитектура, чтобы приоритизировать скорость, эластичную эфемерность и безопасность за счет изоляции.</em></p> <p>В прошлом мы оценивали корпоративные базы данных по тому, насколько они полезны для таких людей, как мы. Мы оценивали их по тому, насколько хорошо они помогают архитекторам создавать схемы, администраторам баз данных планировать ресурсы, а аналитикам — создавать запросы.</p> <p>Мы ожидали, что эти базы данных будут служить долго — вероятно, многие годы — обеспечивая отчеты о продажах и квартальные прогнозы и развиваясь вместе с организацией. Но теперь появился новый тип пользователя: ИИ-агент. У него другие потребности. Он работает в другом темпе. Он использует базы данных для выполнения своей работы; но как только его задача выполнена, базу данных можно удалить.</p> <p>Мы можем представить себе базу данных, разработанную для людей, как замедленную съемку сверху формирования городского ландшафта. На протяжении всей сцены краны и бульдозеры заняты добавлением и удалением сооружений, оставляя большинство зданий нетронутыми. Детали меняются, но общая форма города и взаимосвязи между его частями остаются относительно стабильными.</p> <p>База данных, разработанная с учетом потребностей агентов, выглядела бы совсем иначе. Вместо устойчивой картины взаимосвязанной сети улиц и зданий — аналогия традиционной реляционной базы данных — сцена постоянно меняется. Квартиры и городские кварталы, не связанные друг с другом, появляются и исчезают быстрее, чем глаз может это заметить. Высокоскоростная фотосъемка показывает, что сооружения имеют причудливую форму. Они не предназначены для использования людьми. Их форма, местоположение и, прежде всего, их эфемерность служат потребностям цифровых пользователей.</p> <p>Все признаки указывают на то, что в ближайшем будущем агенты, а не люди, будут основными пользователями баз данных. Итак, как же должны измениться базы данных?</p> <h3>Базы данных должны отдавать приоритет скорости, а не удобству использования</h3> <p>Как и люди, агенты планируют задачи, выполняют действия, наблюдают за результатами и адаптируются на основе полученных знаний. Но в отличие от людей, агенты работают быстрее, чем можно подумать. Им не важна простота использования.</p> <p>В первую очередь, ИИ-агент ценит скорость. Доступность и отзывчивость тоже. Но скорость важнее всего.</p> <p>Агенты постоянно обращаются к данным. Они генерируют резкие всплески активности и свертывают свое рабочее пространство, как только работа завершена. Их рабочие «привычки» создают слишком высокую нагрузку на базы данных, оптимизированные для бесконечно более медленных и продуманных взаимодействий с человеком.</p> <p>Как сказал мой коллега Эд Хуанг, «агенты не замедляются и не оптимизируются, если вы их к этому не принуждаете. Их естественное состояние — это комбинаторный взрыв».</p> <p>Платформа баз данных, разработанная для ИИ-агентов, должна реагировать так же быстро, как и ИИ.</p> <h3>Нам придется учитывать эластичную эфемерность</h3> <p>Как правило, масштабирование облачной базы данных включает копирование целых кластеров данных. Это связано с ограничениями корпоративных сетей. Для поддержания высокой производительности данные должны храниться рядом с вычислительными ресурсами. Но репликация и сохранение данных требуют времени и увеличивают затраты.</p> <p>В ориентированных на человека базах данных эти неэффективности нежелательны; в базах данных, ориентированных на ИИ, они неприемлемы.</p> <p>Непрактично и расточительно создавать новые кластеры данных всякий раз, когда агент резко увеличивает загрузку CPU. Базам данных, ориентированным на ИИ, потребуется масштабировать вычислительные ресурсы вверх и вниз, минимизируя при этом влияние на локальное хранилище и затраты на хранение.</p> <p>Архитектуры, которые разделяют вычислительные ресурсы и системы хранения, особенно использующие облачное объектное хранение в качестве своей основы, напрямую решают эту задачу. В них вычислительные ресурсы масштабируются эластично в зависимости от интенсивности и типа рабочей нагрузки. Холодные данные остаются в объектном хранилище, где затраты минимальны. Часто используемые данные кэшируются рядом с компьютером для обеспечения низкой задержки.</p> <p>Такая конструкция обеспечивает быстрое масштабирование в периоды активности и быстрое уменьшение масштаба при спаде спроса — именно так работает ИИ.</p> <h3>И нам придётся обеспечивать безопасность за счёт изоляции</h3> <p>Агенты могут быть непредсказуемыми. Им нужны ограничительные механизмы. Для поддержки пользователей-агентов базы данных должны предоставлять среды, в которых агенты могут безопасно работать, не опасаясь повредить что-либо важное.</p> <p>Бессерверное ветвление может быть полезным подходом. База данных с возможностью ветвления может создавать изолированные среды с копированием при записи, где агент может работать с реальными данными, не опасаясь перегрузки системы или повреждения данных.</p> <p>Опыт Manus, универсальной платформы для ИИ-агентов, которая за несколько недель привлекла миллионы пользователей, хорошо это иллюстрирует. Модель «контекстного инжиниринга» Manus генерирует тысячи итераций для каждой задачи, каждая из которых сохраняет состояние по мере выполнения. Это требует исключительной производительности чтения-записи.</p> <p>Более того, Manus хотела создать рои агентов, способные решать сложные задачи параллельно. Команде разработчиков необходимо было поддерживать массовую параллельность, избегая при этом конфликтов «шумных соседей». Но такой уровень параллельности был бы невозможен при архитектуре без ветвления. Именно поддержка ветвления позволяет каждому агенту — или группе агентов — независимо создавать форки базы данных, запускать эксперименты и фиксировать результаты. Это позволяет агентам Manus одновременно оценивать альтернативные подходы, сравнивать результаты и сохранять только те, которые имеют значение.</p> <h3>Подготовка к будущему, ориентированному на агентов</h3> <p>Большинство предприятий все еще находятся на ранних этапах внедрения агентного ИИ. Тем не менее, выбор инфраструктуры, который они делают сейчас, определит скорость и успех реализации их усилий.</p> <p>Поскольку пользователи-люди уступают место агентам, оптимизация баз данных по надежности, прозрачности или простоте использования больше не имеет смысла. Агенты процветают в средах, оптимизированных для быстрого создания и удаления, объектного хранения и строгой изоляции. Эфемерность — новое ключевое слово. Скорость — главный приоритет.</p> <p>Допуск агентов в вашу базу данных не означает отказа от контроля. Это просто означает, что контроль будет обеспечиваться посредством архитектуры и автоматизации, а не ручного вмешательства человека. Базы данных — и организации — которые придерживаются этих принципов, смогут максимально эффективно использовать своих агентов-сотрудников. Те, кто этого не сделает, неизбежно отстанут от своих конкурентов в мире, где темп задает ИИ.</p> Макс Лю, соучредитель и генеральный директор TiDB, разработанной компанией PingCAP распределённой базы данных … article https://www.itweek.ru/themes/detail.php?ID=234487 Thu, 19 Mar 2026 16:19:20 +0300 <p>Компания Modus, российский разработчик решений для бизнес-аналитики и управления данными, представила новый релиз платформы Modus BI 3.12. Плановое обновление повышает удобство работы с отчетами, расширяет возможности экспорта и кастомизации.</p> <p>Одно из центральных изменений версии 3.12 — доработка шаблонов экспорта в формате XLSX. При настройке шаблона теперь можно включить отображение названия отчета и списка примененных фильтров с разбивкой по строкам. Имя файла формируется динамически: в нем отражаются название отчета, визуализации, а также дата и время выгрузки. Это избавляет пользователей от необходимости вручную переименовывать файлы и восстанавливать контекст при работе с большим количеством выгрузок.</p> <p>Дополнительно добавлена возможность скачивать отчеты в форматах PDF, PNG, SVG и PPTX через API, что открывает новые сценарии автоматизации: теперь отчеты можно встраивать в корпоративные рассылки, системы уведомлений и внешние дашборды без ручного участия.</p> <p>На панели инструментов отчета появилась кнопка копирования ссылки с учетом примененных фильтров. Теперь пользователь может передать коллеге точный срез данных — без необходимости объяснять, какие фильтры нужно выставить вручную. Это особенно ценно в командной работе, где критически важно смотреть на одни и те же данные в одном контексте.</p> <p>Диапазонный фильтр по датам получил два важных улучшения. Во-первых, в календаре теперь можно последовательно выбрать год и месяц — раньше для этого приходилось вручную пролистывать календарь, что занимало лишнее время. Во-вторых, добавлена кнопка сброса значений, которая позволяет одним кликом очистить выбранный диапазон.</p> <p>Для сводной таблицы введен режим автоматического выравнивания значений в зависимости от типа данных: числа выравниваются по правому краю, строки и даты — по левому. Вычисляемые поля адаптируются автоматически. Это снижает количество ручных настроек и делает таблицы более читаемыми без дополнительных усилий.</p> <p>Расширены возможности персонализации главной страницы аналитического портала: теперь для каждого отчета можно задать индивидуальный цвет плашки, а в настройках темы интерфейса — установить единый цвет для всего портала. Панель закладок получила поддержку множественных значений фильтров в режиме «Отправки запроса».</p> <p>«Каждый релиз Modus BI — это не просто список изменений, а ответ на реальные запросы наших пользователей. В версии 3.12 мы сосредоточились на деталях, которые ежедневно влияют на продуктивность: как быстро аналитик может поделиться нужным срезом данных, насколько удобно настраивать фильтры, что видит получатель выгруженного файла. Улучшений много, но главное — они работают вместе, формируя более цельный и предсказуемый пользовательский опыт», — отметил Роман Чернышов, владелец продукта Modus BI.</p> <p>Релиз Modus BI 3.12 уже доступен и включает также более 20 исправлений, направленных на повышение безопасности, стабильности и общей надежности платформы.</p> Компания Modus, российский разработчик решений для бизнес-аналитики и управления данными, представила новый релиз платформы … message https://www.itweek.ru/themes/detail.php?ID=234485 Thu, 19 Mar 2026 16:17:50 +0300 <p>Российский ИТ-бренд Nerpa расширил продуктовый портфель новой флагманской ленточной библиотекой Nerpa TL AL707 с поддержкой новейшего стандарта LTO-10. Решение создано для компаний и организаций, которым требуется высокопроизводительное и безопасное хранение больших объёмов информации, включая системы резервного копирования и архивирования. Официальный дистрибьютор нового оборудования — компания OCS.</p> <p>Ленточная библиотека Nerpa TL AL707 совместима с картриджами нового поколения LTO-10 объёмом до 40 ТБ (native). Оборудование подходит для хранения больших объёмов информации, поскольку располагает ресурсами для хранения и обработки до 22,4 петабайт данных без учёта сжатия или 56 петабайт при его применении. Встроенные интерфейсы SAS 12 Гбит/с, в свою очередь, обеспечивают быструю передачу данных.Для приводов LTO-10 реализована поддержка протокола Fibre Channel (FC) со скоростью 32 Гбит/с. Эта технология является нововведением для всей отрасли ленточных библиотек LTO.</p> <p>Базовый модуль библиотеки оснащён 80 слотами и поддерживает установку до 6 приводов HH (Half Height) или трёх FH (Full Height). Помимо этого, решение обладает высокой производительностью: скорость чтения и записи данных одним накопителем достигает 400 Мб/с в оригинальном формате и 1000 Мб/с с учётом сжатия.</p> <p>Среди преимуществ Nerpa TL AL707 — сертификация поколений LTO-7, LTO-8 и LTO-9 для совместной работы с отечественными системами резервного копирования «Кибер Бэкап» и RuBackup. В планах на 2027 год — расширение списка совместимых моделей на LTO-10.</p> <p>Благодаря новой библиотеке бренда Nerpa компании смогут соблюдать растущие требования к объёму и срокам хранения данных, а также защищать информацию от большинства современных киберугроз, включая программы-шифровальщики. По сравнению с дисковыми системами, ленточная библиотека эффективнее для долгосрочного хранения больших объёмов данных и подходит для компаний из различных отраслей: банковской, телекоммуникационной, медицинской, а также для медиа и нефтегазовой промышленности.</p> <p>«Мы понимаем, насколько важна бесперебойная работа систем резервного копирования и архивирования в условиях постоянно растущих объёмов информации. Nerpa TL AL707 — это новый флагман в нашем портфеле, который задаёт высокие стандарты производительности и ёмкости среди ленточных библиотек. Решение обладает потенциалом для роста благодаря поддержке новейшего поколения LTO», — отметила Наталья Гончарова, исполнительный директор Nerpa.</p> Российский ИТ-бренд Nerpa расширил продуктовый портфель новой флагманской ленточной библиотекой Nerpa TL AL707 с … message https://www.itweek.ru/themes/detail.php?ID=234484 Thu, 19 Mar 2026 16:17:11 +0300 <p>Эксперты СберАналитики и СберКорус представили результаты исследования использования систем бизнес-аналитики (BI) в российских компаниях. В опросе приняли участие 1147 наёмных сотрудников в возрасте от 18 до 65 лет, представляющих различные отрасли и уровни должностей.</p> <p>По данным исследования, 39% респондентов сообщили о внедрении инструментов анализа данных в их организациях. При этом 25% отметили, что подобные решения в компании не применяются. Среди тех, кто подтвердил наличие BI-систем, 56% уже имеют личный опыт работы с ними, тогда как 34% сотрудников не использовали такие инструменты самостоятельно.</p> <p>В разрезе бизнес-процессов инструменты анализа данных наиболее востребованы в финансовом планировании и контроле (31%), логистике и управлении цепочками поставок (26%), а также в производственных и операционных процессах (26%).</p> <p>Чаще всего BI-решения также применяются для анализа финансовых данных (41%), операционных показателей (37%) и клиентских и маркетинговых данных (34%). Также компании используют аналитику для обработки потоковых данных в режиме реального времени (33%) и информации из внешних источников (26%).</p> <p>Основные задачи, которые компании решают с помощью BI, связаны с оптимизацией внутренних процессов и снижением издержек (36%), планированием и прогнозированием (35%), выявлением причин неэффективности (28%), оценкой результатов инициатив (27%) и контролем отклонений (26%).</p> <p>Как отмечают также эксперты СберКорус, интеллектуальные ассистенты позволяют автоматизировать обработку входящих обращений и сопровождение электронных документов, снижая нагрузку на службы поддержки. В рамках пилотных проектов более 55% запросов обрабатываются полностью автоматически, остальные корректно маршрутизируются профильным специалистам. По мере развития и обучения моделей ожидается дальнейший рост доли автоматизированных операций и повышение качества обработки, что способствует оптимизации бизнес-процессов и сокращению количества ошибок.</p> <p>Ключевыми критериями выбора решений для обработки данных респонденты назвали производительность системы (46%) и удобство визуализации (40%). Стоимость внедрения учитывают 32% опрошенных, возможность интеграции с разнородными источниками данных — 29%.</p> <p>По оценке СберАналитики, бизнес-аналитика постепенно становится стандартом для среднего и крупного бизнеса, при этом следующий этап развития рынка будет связан с масштабированием ИИ-решений и повышением автономности пользователей в работе с данными. Технологии искусственного интеллекта находят применение и в системах электронного документооборота, а также в сервисах для взаимодействия компаний с контрагентами.</p> <p>Среди ограничений использования BI чаще всего отмечается зависимость от ИТ-подразделений или профильных специалистов (20%). Недостаточную гибкость решений, сложности в самостоятельном освоении инструментов и ограничения по производительности указали по 16% участников опроса.</p> <p>Отдельный блок исследования был посвящён системам бизнес-аналитики со встроенным искусственным интеллектом (Gen BI). Реальное внедрение таких решений подтвердили 15% компаний. При этом 57% сотрудников уже имели опыт взаимодействия с ИИ-инструментами в рамках пилотных или демонстрационных проектов. В целом 75% респондентов позитивно оценивают перспективы внедрения ИИ в аналитику, 68% считают такие решения релевантными для своей практики.</p> <p>Среди компаний, использующих BI-системы, 76% также работают с большими данными (Big Data). По оценке сотрудников, 81% в рамках своих должностных обязанностей взаимодействуют с крупными массивами данных или результатами их анализа: две трети делают это еженедельно, ещё четверть — не реже одного раза в месяц. Основные направления применения Big Data связаны с автоматизацией процессов (27%), оперативным контролем ключевых показателей (26%) и стратегическим планированием (23%).</p> Эксперты СберАналитики и СберКорус представили результаты исследования использования систем бизнес-аналитики (BI … message https://www.itweek.ru/themes/detail.php?ID=234483 Thu, 19 Mar 2026 16:16:31 +0300 <p>Сервис-провайдер M1Cloud проанализировал изменение спроса на облачные сервисы в первом квартале 2026 года. Несмотря на сохранение макроэкономической нестабильности, рынок облачных услуг демонстрирует адаптивность: заказчики смещают фокус с агрессивного расширения инфраструктуры на оптимизацию затрат, гарантированную безопасность и поддержку бизнес-критичных процессов.</p> <p>По итогам 2025 года российский облачный рынок показал устойчивый рост, однако структура спроса претерпела изменения. Если в предыдущие периоды драйвером выступала цифровая трансформация, то есть по сути оцифровка бизнес-процессов, то в 2026 году на первый план выходит технологическая локализация и экономическая эффективность ИТ-ландшафта.</p> <p>«Экономическая турбулентность 2026 года не остановила цифровизацию, но сделала ее более прагматичной. Заказчики меньше экспериментируют с инфраструктурой. Им нужна предсказуемость расходов, гарантированный SLA и соответствие регуляторике. Мы видим, что сервис-провайдинг становится стратегическим партнером для бизнеса, позволяющим конвертировать фиксированные ИТ-издержки в переменные и гибко масштабироваться в зависимости от рыночной конъюнктуры», — отметил Владимир Лебедев, директор по развитию бизнеса M1Cloud.</p> <p>Происходит смена парадигмы использования частных облаков. Если ранее частное облако рассматривалось преимущественно как инструмент защиты данных, то теперь заказчики видят в нем среду для бизнес-инноваций и запуска критичных приложений с гарантированными ресурсами. Доля облачных решений в инфраструктуре бизнеса продолжает расти, превысив отметку в 30%.</p> <p>В условиях ужесточения регуляторных требований и роста киберугроз расходы на информационную безопасность не сокращаются, даже в период турбулентности. Заказчики все чаще передают функции мониторинга и защиты провайдеру. Ключевыми запросами остаются соответствие <nobr>152-ФЗ,</nobr> защита периметра и безопасность данных в распределенной инфраструктуре.</p> <p>Экономическая неопределенность заставляет бизнес искать способы снижения капитальных затрат. В 2025 году запросы на сервисы аварийного восстановления (DRaaS) и резервного копирования (BaaS) в M1Cloud выросли в 3 раза. В 2026 году этот тренд сохраняется: компании предпочитают оплачивать готовую услугу восстановления вместо содержания резервных ЦОД. Также растет интерес к виртуальным рабочим столам (DaaS) как способу безопасной организации удаленной работы без закупки нового «железа» для сотрудников.</p> <p>Единственным сегментом, где наблюдается опережающий рост инвестиций несмотря на турбулентность, является инфраструктура для искусственного интеллекта. Спрос на GPU-ресурсы для обучения и инференса нейросетей продолжает увеличиваться, так как бизнес видит в ИИ-автоматизации способ долгосрочного снижения операционных расходов.</p> <p>В перспективе 2026 года, по прогнозам M1Cloud, будет дальнейшая консолидация рынка и рост спроса на гибридные модели инфраструктуры, позволяющие сочетать контроль частных облаков с экономичностью публичных сервисов.</p> Сервис-провайдер M1Cloud проанализировал изменение спроса на облачные сервисы в первом квартале 2026 года … message https://www.itweek.ru/themes/detail.php?ID=234479 Thu, 19 Mar 2026 09:22:25 +0300 <p>Долгое DevRel общался с разработчиками, писал статьи, делал митапы, помогал разобраться в платформе. Чем лучше разработчик понимал архитектуру, тем меньше было ошибок в интеграциях и тем быстрее запускались решения.</p> <p>Но с появлением AI-ассистентов меняется сам процесс работы с платформой. Разработчик больше не начинает с изучения API. Он описывает задачу, а модель собирает решение по документации и примерам.</p> <p>Рассмотрим, как меняется роль DevRel в этих условиях.</p> <h3>Как AI меняет разработку</h3> <p>Раньше разработчик начинал с интерфейсов. Он изучал модели данных, ограничения, продумывал структуру решения и собирал логику шаг за шагом.</p> <p>Теперь отправная точка — задача. Инженер описывает, что нужно получить на выходе, а AI собирает решение по документации и примерам. Но стоит понимать, что модель не «понимает» продукт и работает только с тем, что явно прописано. Если сценарии описаны расплывчато или допускают разные трактовки, результат будет таким же.</p> <p>Меняется и сам способ разработки. Вместо того чтобы вручную проектировать код и править его построчно, разработчик меняет описание задачи и получает новую версию решения от модели. Если результат не подходит, он уточняет запрос — добавляет детали, ограничения, условия — и AI предлагает обновлённый вариант. Исправления происходят на уровне формулировки задачи, а не через поиск конкретной строки в коде.</p> <p>В такой модели любой пробел в документации быстро становится массовым шаблоном. AI выбирает самый простой способ и начинает повторять его снова и снова, из-за чего ошибки распространяются по экосистеме быстрее, чем их успевают исправить.</p> <h3>Две аудитории DevRel и одна задача</h3> <p>DevRel работает с двумя типами разработчиков внутри экосистемы.</p> <p>Первая аудитория — создатели маркетплейс-приложений массового продукта. Им важно быстро вывести решение и показать практическую ценность. Платформу они часто используют точечно — через примеры, шаблоны и готовые куски кода. Глубоко разбираться в устройстве системы обычно нет ни времени, ни желания. Главное — запуститься и начать зарабатывать.</p> <p>Вторая аудитория — внутренние разработчики компаний-клиентов B2B-платформы. Они строят интеграции и автоматизации под конкретные бизнес-процессы. Платформа для них — один из инструментов в общей IT-системе компании. В приоритете — чтобы процесс работал стабильно.</p> <p>Контекст разный, поведение похожее. Обе аудитории работают со множеством сценариев, имеют разный уровень подготовки и ориентированы прежде всего на результат.</p> <p>Отсюда и общая задача DevRel — сократить количество альтернативных способов использования платформы и закрепить понятные правила работы с ней. Для типовой интеграции должен быть один понятный и рекомендуемый способ реализации — с чётким набором методов и примеров. Если вариантов несколько, AI выберет самый простой — и именно он станет массовым, даже если в долгосрочной перспективе он создаёт проблемы.</p> <h3>Классический DevRel больше не справляется</h3> <p>Документацию сегодня читают как справочник. Нужно вызвать метод — открыли страницу метода. Нужно понять формат поля — посмотрели пример.</p> <p>В итоге интеграция складывается из отдельных примеров и методов, найденных в документации или подсказанных AI. Решение работает, но не всегда учитывает реальные ограничения системы: лимиты, порядок вызовов, зависимости между сущностями.</p> <p>Примеры кода становятся фактическим стандартом. Если в документации показан один способ создать сделку или обновить контакт, именно его и копируют. Даже если он упрощённый, не учитывает пограничные случаи или написан «для наглядности». Через какое-то время этот пример начинает жить своей жизнью — его можно встретить в десятках приложений.</p> <p>AI ускоряет распространение таких паттернов. Модель берёт опубликованный пример и воспроизводит его снова и снова. Если в нём есть неточность, она масштабируется автоматически. Один неудачный способ работы с API превращается в массовую практику.</p> <p>Команда DevRel может написать статью с разбором ошибок или провести вебинар, но это не меняет уже скопированный код. Коммуникация догоняет проблему, а не предотвращает её.</p> <h3>Практическая DevRel-стратегия в эпоху AI</h3> <p>В нашей практике DevRel, помимо традиционных активностей, занимается как раз задачами, которые в перспективе должны помогать моделям правильнее создавать решения для:</p> <ul> <li> системного сбора фидбека от дев-сообществ, чтобы находить проблемные сценарии, включения этого фидбека в цикл улучшений продукта или улучшения документации;</li> <li> разработки и развития boilerplates для разработчиков, SDK для разных языков, UI Kit, стартеров приложений с готовыми skills и инструкциями для AI-агентов;</li> <li> проектирования новых сценариев интеграции в продукте.</li> </ul> <p>Сегодня DevRel уже не может ограничиваться обучением разработчиков. Теперь необходимо сделать так, чтобы платформой было сложно пользоваться неправильно, даже если код генерирует AI. Документация должна быть однозначной, примеры — отражать реальную практику, а методы — не оставлять пространства для двусмысленности.</p> <p>Поэтому DevRel всё чаще работает внутри продуктовой команды. Он участвует в проектировании API, анализирует, как на практике строятся интеграции, какие ошибки повторяются, где разработчики обходят ограничения системы. На основе этого пересматриваются методы, упрощаются типовые решения и убираются лишние альтернативы. Речь идёт не о количестве контента, а о том, чтобы платформа вела себя предсказуемо.</p> <p>Меняются и метрики. Важно не сколько статей опубликовано и сколько людей пришло на митап, а насколько стабильно работают интеграции, как часто повторяются одни и те же ошибки и может ли AI собрать рабочее решение без ручной доработки. Если типовые задачи решаются одинаково и без обходных путей, значит платформа готова к автономной разработке. В такой модели DevRel отвечает уже не за коммуникацию, а за устойчивость экосистемы.</p> <p> #IMAGE_234480#</p> Долгое DevRel общался с разработчиками, писал статьи, делал митапы, помогал разобраться в платформе. Чем лучше … article Сергей Востриков, руководитель “Битрикс24 Маркетплейс” https://www.itweek.ru/themes/detail.php?ID=234442 Thu, 19 Mar 2026 00:00:00 +0300 <p><em>Независимо от желания ИТ-отдела, центры обработки данных сами себя реструктурируют. CIO должны переосмыслить подход к развертыванию, обеспечению безопасности и управлению ИТ-инфраструктурой, пишет на портале </em><em>InformationWeek</em> <em>Мэри Шеклет, президент консалтинговой компании Transworld Data.</em></p> <p>Развитие периферийных вычислений ускоряется, все больше ИТ-инфраструктуры перемещается в удаленные места. Этот сдвиг делает 2026 г. решающим для переосмысления развертывания дата-центров. Является ли центральный ЦОД — или даже центральное облако — лучшей стратегией развертывания для все более распределенной ИТ-среды? Или CIO и менеджерам дата-центров следует расширять свою инфраструктуру за счет микроЦОДов на периферии?</p> <h3>Что стоит за этим сдвигом?</h3> <p>Grand View Research прогнозирует, что рынок периферийных вычислений только в США достигнет 327,79 млрд. долл. в 2033 г., увеличиваясь со среднегодовым темпом роста 33% с 2025 по 2033 гг.</p> <p>Этом стремление к периферии объединяет множество разнообразных сценариев использования в бизнесе. К ним относятся удаленное производство; распределительные центры и розничные магазины, которые должны работать «самостоятельно»; системы безопасности IoT и портативные устройства в распределенных центрах и зданиях кампусов; логистические операции с автомобилями, грузовиками и железнодорожными грузами, которые перемещаются и должны отслеживаться с помощью датчиков IoT по всей цепочке поставок; а также телемедицинские конференции и домашние медицинские устройства, которые контролируют состояние здоровья пациентов. На долю коммерческих предприятий приходится львиная доля этих периферийных внедрений, поскольку именно они чаще всего имеют распределенные операции.</p> <p>Но что остается неизменным в стремлении к периферии, так это то, что от ИТ-отдела по-прежнему ожидается поддержка всего этого.</p> <h3>Как периферийные вычисления меняют дата-центры</h3> <p>Самое большое изменение в том, что мы всегда понимали под ЦОДом, — это изменение концепции. Дата-центры больше не являются централизованными объектами, расположенными где-то внутри здания штаб-квартиры. Вместо этого они становятся аморфными образованиями, охватывающими традиционные дата-центры, множество облаков и цепочку микроЦОДов на удаленных периферийных узлах.</p> <p>Для реализации этой расширенной концепции дата-центра ИТ-отдел должен:</p> <ol> <li> Установить серверы, стойки для хранения данных и сетевое оборудование в каждом периферийном микроЦОДе.</li> <li> Переместить другие ИТ-активы (например, ПО, средства связи, оборудование для резервного копирования) на удаленные периферийные площадки, чтобы они могли работать независимо, но при этом с поддержкой и обеспечением безопасности.</li> </ol> <h3>Проблемные точки на периферии</h3> <p>В процессе реструктуризации дата-центров ИТ-отделы сталкиваются с тремя проблемами.</p> <p><strong>Пробелы в стандартизации IoT.</strong> Как отмечает в своем исследовании Grand View, важным компонентом периферийных развертываний является «железо» в виде серверов, сетевого оборудования, стоек хранения данных, а также датчиков и устройств IoT. ИТ-отделу сложно поддерживать все эти компоненты в рамках глобального корпоративного дата-центра, если не установлены конкретные стандарты для приобретаемого оборудования и ОС.</p> <p>В этом сценарии централизованные закупки становятся ключевым фактором, как и полное одобрение политики стандартизации оборудования и ОС генеральным директором и другими руководителями высшего звена. Необходимо избегать практики, когда рядовые ИТ-пользователи самостоятельно приобретают оборудование, несовместимое с корпоративной ИТ-инфраструктурой.</p> <p>Стандартизация должна особенно строго применяться к телефонам, планшетам, RFID-считывателям, датчикам и другим IoT-устройствам. Именно IoT представляет наибольший риск для несовместимости и поддержки ИТ-инфраструктуры, поскольку поставщики в этой области часто используют собственные ОС и предоставляют минимальную или вообще никакую поддержку продукта.</p> <p><strong>Несогласованность контейнеров на разных площадках.</strong> ПО, если оно миниатюризировано и распространяется в микроЦОДах, должно оставаться интероперабельным в рамках всего предприятия. В каждой периферийной локации ИТ-подразделение развертывает контейнеризированные «микросистемы», состоящие из ОС, компонентов ИТ-инфраструктуры и приложений. Однако, когда происходит изменение любого из этих составляющих, это изменение должно быть единообразно применено во всех контейнерах, используемых на периферии, чтобы поддерживать совместимость на уровне предприятия. Это задача ИТ-подразделения.</p> <p><strong>Развертывание сетей с нулевым доверием и идентификацией.</strong> Согласно отчету DeepStrike «The Human Hack: 2025 Social Engineering Statistics, Trends, and Future Threats», в 2025 г. 60% нарушений безопасности предприятий были результатом действий человека. Внутренние пользователи продолжают становиться жертвами фишинговых атак, когда они открывают вложения в мошеннических электронных письмах, которые выглядят так, будто отправлены кем-то правомочным, — а теперь, с появлением ИИ, растет число дипфейковых видео и телефонных звонков.</p> <p>Отделы кадров и ИТ-отделы предприятий знают об этом и обучают пользователей корпоративным протоколам безопасности — но киберпреступники тоже хитры. Злоумышленники знают, что поверхность атаки расширяется с ростом периферийных микроЦОДов и широким распространением уязвимых в плане безопасности устройств IoT.</p> <p>Компании реагируют на это, инвестируя в сети с нулевым доверием, о чем свидетельствует ожидаемый рост этого рынка (в США — до 4,18 млрд. долл. в 2030 г. с уровня 1,34 млрд. долл., со среднегодовым темпом роста 25%).</p> <p>Сети с нулевым доверием позволяют ИТ-службам отслеживать любые ИТ-активы, которые добавляются, удаляются или изменяются в любом месте в сети — и это незаменимая технология, если ИТ-службы хотят контролировать все ИТ-ресурсы, независимо от их местоположения.</p> <p>Не менее важно обеспечить надлежащие авторизацию и доступ пользователей к используемым ими сетевым ресурсам. Отдельный пользователь может перемещаться от одного периферийного центра к другому — и иметь разные уровни авторизации доступа на каждом из них.</p> <p>Существуют технологии, отслеживающие идентификацию и действия пользователей в ИТ-сетях. В сетях центральных ЦОДов для отслеживания пользователей используется ПО IAM. В облаке та же функция выполняется ПО CIEM. К сожалению, эти два решения функционируют независимо друг от друга. Чтобы объединить их под единым управлением, необходимо использовать комплексное ПО, такое как IGA, которое может обеспечить всеобъемлющую структуризацию.</p> <h3>Экономические аспекты реструктуризации</h3> <p>Концепция дата-центра меняется от централизованного объекта к широко распределенной зонтичной структуре, охватывающей периферийные узлы, облака и традиционные дата-центры. Эта реструктуризация также заставляет ИТ-отдел перестраивать способы развертывания, обслуживания и защиты ИТ-активов.</p> <p>Для CIO и менеджеров дата-центров реструктуризация ЦОДов приведет к увеличению расходов в таких областях, как сети с нулевым доверием и безопасность, а в сфере приложений и ИТ-инфраструктуры мы увидим больше контейнеризации.</p> <p>В совокупности эти тенденции заставят ИТ-службы внедрять новые методы развертывания, обслуживания и обеспечения безопасности ИТ-активов, поскольку от них по-прежнему будут ожидать выполнения всех этих задач.</p> Независимо от желания ИТ-отдела, центры обработки данных сами себя реструктурируют. CIO должны переосмыслить подход … article https://www.itweek.ru/themes/detail.php?ID=234478 Wed, 18 Mar 2026 16:58:50 +0300 <p>«МойОфис», российская продуктовая ИТ-компания, объявила о запуске «МойОфис Голосовые заметки ИИ» — решения, за секунды превращающего устную речь в идеальные тексты с помощью технологий искусственного интеллекта. Продукт преобразует голосовые записи в готовые письма, списки задач, посты для соцсетей или в любой другой заданный формат с соблюдением структуры, стилистики и правил русского языка. Решение интегрировано в мобильное приложение для частных пользователей «МойОфис Документы» и бесплатно доступно для устройств на ОС Android.</p> <p>«МойОфис Голосовые заметки ИИ» изменит традиционный подход к фиксации идей, составлению писем, написанию постов, формированию списков задач, оформлению итогов встреч и автоматизирует эти процессы. Пользователь просто записывает голосовое сообщение, а система преобразует его в структурированный текст с соблюдением орфографии, пунктуации и логики изложения. Решение обеспечивает высокую точность распознавания речи на русском и английском языках. Далее при помощи встроенного ИИ пользователь может в одно касание сгенерировать необходимый ему формат текста так, чтобы он соответствовал его задаче. Для этого доступно пять готовых шаблонов:</p> <ul> <li>«Вывод» — выделение ключевых тезисов из записи;</li> <li>«Список задач» — преобразование устного перечисления дел в структурированный план;</li> <li>«Письмо» — формирование готового делового письма;</li> <li>«Отчет о встрече» — автоматическое написание протокола с фиксацией итогов, задач и распределением ответственных;</li> <li>«Пост» — составление текста для публикации в социальных сетях.</li> </ul> <p>Также пользователь может сформулировать для ИИ собственную инструкцию по преобразованию текста — например, «написать статью для сайта».</p> <p>Важный аспект в части обеспечения безопасности — решение сохраняет приватность, ведь записи голоса не хранятся на сервере, а удаляются сразу после расшифровки и остаются только на мобильном устройстве пользователя.</p> <p>Для корректировки полученных текстов предусмотрен встроенный редактор с интуитивно понятным интерфейсом и инструментами ИИ, который позволяет вносить правки максимально быстро и легко. </p> <p>Для начала работы с «МойОфис Голосовые заметки ИИ» достаточно установить мобильное приложение «МойОфис Документы», доступное во всех основных магазинах приложений: RuStore, Google Play, HUAWEI AppGallery, Mi App Mall, Samsung Galaxy Store. При этом, вводить данные банковской карты не требуется. Бесплатный тариф включает до пяти расшифровок аудиозаписей и до десяти обращений к функциям искусственного интеллекта в сутки. Для пользователей, которые хотят применять эти инструменты чаще, предусмотрена возможность оформления платной подписки с увеличенными лимитами.</p> <p>«С запуском „МойОфис Голосовые заметки ИИ“ мы в корне меняем подход к созданию текстов. Пользователь говорит в свободной, привычной ему форме, а искусственный интеллект ухватывает суть и за секунды преобразует речь в структурированный текст определенного формата — будь то рабочая задача, личная заметка или творческая идея. Наше решение выводит продуктивность пользователей на новый уровень, ведь надиктовать текст в 4 раза быстрее, чем напечатать. Это продукт для всех, кто ценит свое время», — заявил генеральный директор МойОфис Вячеслав Закоржевский.</p> «МойОфис», российская продуктовая ИТ-компания, объявила о запуске «МойОфис Голосовые заметки ИИ» — решения … message https://www.itweek.ru/themes/detail.php?ID=234477 Wed, 18 Mar 2026 16:54:43 +0300 <p>Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ сравнил уровень распространения и применения технологий искусственного интеллекта в бизнес-процессах и способы приобретения этих технологий в организациях с разной численностью работников.</p> <p>ИИ-решения применяют в своей деятельности 4,8% организаций. При этом востребованность таких технологий зависит от масштаба организации: доля пользователей ИИ на крупных предприятиях (где заняты более 500 работников) превышает их долю в компаниях, где работают 100 и менее человек, в 3,6 раза (14,9% и 4,1% соответственно).</p> <p>Среди ИИ-решений менее всего распространены во всех группах организаций (по численности работников) технологии повышения эффективности ИИ; а более всего — технологии обработки визуальных данных, причем по доле их использующих лидируют организации с численностью работников 100 и менее (71% внедривших ИИ против 61% в категории самых крупных).</p> <p>Организации применяют ИИ во всех основных бизнес-процессах. Наиболее востребованы эти технологии в маркетинге и продажах (для этой цели ИИ использует почти каждая вторая организация во всех группах), наименее — в выстраивании логистики и транспортировки.</p> <p>Самые распространенные способы получения необходимых ИИ-решений — заказные разработки технологий ИИ (ими воспользовались 56% внедривших ИИ), а также приобретение готового к использованию коммерческого ПО (53%). Крупные компании наряду с закупками технологий ИИ наиболее активно используют бесплатные решения (38%), а также собственными силами их разрабатывают (34%) или дорабатывают (23%), при этом активно трансформируют ПО с открытым исходным кодом (32%). В группе организаций с численностью 100 и менее человек чаще приобретают разработанные (62%) или модифицированные ИИ-решения (56%). Бесплатное ПО, как и собственные разработки/доработки для внедрения ИИ, используют лишь <nobr>13–20%</nobr> организаций этого размера.</p> <p>Приведенные данные свидетельствуют о высокой дифференциации параметров востребованности ИИ в организациях разного размера: на крупных предприятиях (где заняты более 500 работников) доля пользователей этих технологий кратно превышает их долю в компаниях, где работают 100 и менее человек. Различаются в зависимости от величины компаний их приоритеты в выборе технологий ИИ. Небольшие организации (100 и менее работников) чаще всего используют технологии обработки визуальных данных и интеллектуальной поддержки принятия решений. Самые крупные отдают предпочтение технологиям обработки визуальных данных, а также весьма активно применяют технологии обработки текста, интеллектуальной поддержки принятия решений и обработки звуковых данных. По мере увеличения размера организации прослеживается и более полный и равномерный охват в целях использования ИИ. Финансовые возможности крупных организаций позволяют им значительно активнее, чем небольшим организациям, разрабатывать и дорабатывать технологии ИИ собственными силами, обеспечивая максимальную адаптацию этих технологий к потребностям бизнеса.</p> Институт статистических исследований и экономики знаний (ИСИЭЗ) НИУ ВШЭ сравнил уровень распространения и применения … message https://www.itweek.ru/themes/detail.php?ID=234476 Wed, 18 Mar 2026 16:53:23 +0300 <p>ГК «Юзтех», разработчик ИТ-продуктов и сервисов, объявила о запуске платформы «Лонч», которая может стать основой корпоративной ИИ-инфраструктуры. Платформа позволяет за 48 часов развернуть проекты видеоаналитики и обработки мультимодальных данных без длительной подготовки и сложной кастомной разработки. Единая масштабируемая архитектура платформы заменяет разрозненные ИИ-проекты и продукты, а также способна стать базой для системного внедрения ИИ в бизнес-процессы.</p> <p>«Лонч» — это платформа промышленного уровня, которая объединяет видеоаналитику, обработку изображений, документов и аудиопотоков в единую систему управления событиями и производственными показателями. Решение позволяет компаниям выявлять отклонения в реальном времени, снижать зависимость от ручного контроля и принимать управленческие решения на основе объективных данных.</p> <p>Платформа включена в реестр отечественного программного обеспечения и соответствует требованиям по технологической независимости и импортозамещению, реестровая запись № 32234 от 17.02.2026. «Лонч» может использоваться в проектах с повышенными требованиями к информационной безопасности и устойчивости ИТ-инфраструктуры, обеспечивая компаниям возможность развивать ИИ-инициативы без зависимости от зарубежных решений.</p> <p>В большинстве компаний задачи обработки данных внедряются как отдельные проекты, например, детекция СИЗ, контроль дефектов, анализ конвейеров или распознавание документов. Такой точечный подход усложняет масштабирование, увеличивает сроки внедрения и приводит к росту стоимости поддержки. «Лонч» решает эту проблему за счет платформенной архитектуры. Одна инфраструктура — много сценариев: от контроля качества сырья до промышленной безопасности.</p> <p>Платформа поддерживает:</p> <ul> <li>потоковую обработку до 40 кадров на один видеопоток;</li> <li>одновременную работу с десятками потоков;</li> <li>масштабирование без перепроектирования архитектуры;</li> <li>интеграцию с системами управления ресурсами предприятия, производственными процессами, решениями диспетчерского управления и сбора данных, а также другими корпоративными решениями</li> </ul> <p>Мультимодальная архитектура «Лонч» — его главное конкурентое преимуществом по сравнению с узкоспециализированными коробочными ИИ-решениями. Платформа работает не только с видеопотоками, но и с изображениями, текстами и аудиоданными, объединяя их в единую систему обработки и анализа. Это формирует сквозную аналитику, связывает события из всех источников и строит сложные сценарии — от фиксации отклонений до автоматического формирования отчетов. «Лонч» разворачивается на существующей инфраструктуре предприятия и позволяет запустить пилотный проект в срок от 48 часов. Масштабирование на новые участки и объекты происходит без переработки архитектуры, что обеспечивает снижение стоимости содержания решения. </p> <p>«Лонч» применяется в промышленности, добыче, переработке, агробизнесе, логистике и других отраслях с большим объемом операционных данных. Платформа позволяет контролировать движения грузов и детектировать нарушения, определять фракционный состав и своевременно уведомлять об отклонениях, автоматизировать обработку документов и обеспечить быструю проверку на корректность. «Лонч» становится универсальным инструментом благодаря использованию встроенных ИИ-моделей и интеграции уже существующих. Также возможна кастомная разработка ИИ-моделей для решения специфических задач, которые легко интегрируются в платформу. Это позволяет отслеживать все процессы в режиме «единого окна».</p> <p>«Сегодня предприятиям недостаточно просто фиксировать нарушения. Необходимо видеть процесс целиком и управлять им на основе данных в реальном времени. „Лонч“ — это инфраструктура для системной работы с данными, которая объединяет разные источники информации и превращает их в понятные управленческие действия. При этом платформа остаётся простой и доступной в использовании: создание нового сценария занимает от пяти минут, а запуск пилотного проекта возможен в срок от 48 часов. Мы сознательно сделали „Лонч“ интуитивно понятным инструментом, чтобы компании могли быстро переходить от идеи к работающему решению без сложной и длительной подготовки», — прокомментировал Дмитрий Алексеев, руководитель проектов ИИ-решений, ГК «Юзтех».</p> ГК «Юзтех», разработчик ИТ-продуктов и сервисов, объявила о запуске платформы «Лонч», которая может стать основой … message https://www.itweek.ru/themes/detail.php?ID=234475 Wed, 18 Mar 2026 16:50:56 +0300 <p>MWS Cloud, входит в МТС Web Services, провёл исследование рынка кэптивных (дочерних ИТ-компаний крупных холдингов) ИТ-структур в России в 2025 году. Объем рынка достиг 1,96 трлн рублей, увеличившись более чем втрое по сравнению с 2021 годом. Согласно отраслевому анализу, рынок вырос с 628 млрд рублей в 2021 году до 1,964 трлн рублей в 2025 году, демонстрируя среднегодовой темп роста (CAGR) на уровне 33%.</p> <p>Основными драйверами роста стали импортозамещение, уход иностранных вендоров и перенос ИТ-бюджетов внутрь компаний. В результате крупные организации активно развивают собственные ИТ-подразделения, формируя внутренние «ИТ-фабрики» и технологические платформы.</p> <p>Наибольшую долю в структуре рынка занимают компании из финансового и страхового сектора — около 754 млрд рублей. Далее следуют нефтегазовая отрасль (397 млрд рублей), ритейл (307 млрд рублей), телеком (172 млрд рублей) и транспорт и логистика (170 млрд рублей). Остальные отрасли совокупно формируют около 165 млрд рублей.</p> <p>Эксперты отмечают, что рынок постепенно меняет структуру. Около 17% кэптивных компаний уже работают как полноценные рыночные игроки, развивая собственный бренд и получая значительную долю выручки от внешних клиентов. Еще 32% компаний по-прежнему выполняют основную нагрузку внутри материнских организаций, однако все чаще начинают брать внешние проекты, постепенно превращаясь из внутренних ИТ-центров в самостоятельных участников рынка. 21% выручки кэптивов в 2025 уже превратилось в коммерческую выручку.</p> MWS Cloud, входит в МТС Web Services, провёл исследование рынка кэптивных (дочерних ИТ-компаний крупных холдингов … message https://www.itweek.ru/themes/detail.php?ID=234474 Wed, 18 Mar 2026 16:49:19 +0300 <p>Компания Web3 Tech представила SaaS-версию решения «Цифровое казначейство». Новый формат поставки позволит крупному и среднему бизнесу существенно сократить time-to-market и бюджет на развертывание безопасной системы управления криптовалютой и другими цифровыми активами.</p> <p>«Цифровое казначейство» — платформа для хранения и операций с цифровыми активами, построенная на ГОСТ-алгоритмах шифрования. Решение позволяет биржам, банкам, брокерам, криптофондам, поставщикам ликвидности, участникам внешнеэкономической деятельности и другим компаниям организовать кастодиальное хранение и управление криптовалютой и другими цифровыми активами. Платформа помогает безопасно выполнять и контролировать операции, распределять роли и права доступа, соблюдать внутренние политики и ПОД/ФТ проверки.</p> <p>С выходом новой версии «Цифровое казначейство» стало доступно по модели Software-as-a-Service. Компании получают доступ к платформе через личный кабинет на сайте платформы и могут начать работу без закупки серверов и организации инфраструктуры. В классической модели развертывания в периметре организации подобные системы требуют значительных инвестиций и внутренней экспертизы заказчиков, поэтому их обычно внедряют только крупнейшие финансовые и ИТ-компании. </p> <p>Облачный формат снимает этот барьер и позволяет использовать ту же функциональность и уровень защиты без затрат на собственную инфраструктуру — благодаря тому, что один из ключевых компонентов платформы, аппаратный модуль безопасности (HSM) от КриптоПро располагается в аттестованном сегменте ЦОД. Таким образом, запуск SaaS-версии «Цифрового казначейства» расширяет аудиторию продукта и делает технологию кастодиального хранения и управления криптовалютой и другими блокчейн-активами доступной более широкому кругу финансовых и технологических компаний.</p> <p>Решение размещено в аттестованном сегменте центра обработки данных и использует сертифицированные средства криптографической защиты информации, соответствующие требованиям ФСБ и Банка России. В системе предусмотрены гибкие инструменты управления политиками безопасности: настройка мультиподписи, лимитов операций, белых списков адресов и других правил контроля транзакций. Это позволяет компаниям адаптировать работу платформы под собственные бизнес-процессы и требования комплаенса.</p> <p>Облачная модель «Цифрового казначейства» также меняет экономику использования решения. Вместо инвестиций в инфраструктуру компании работают по подписке и оплачивают транзакции в системе. Такой подход позволяет быстрее запускать проекты, масштабировать использование платформы и подключать новые команды или направления бизнеса.</p> <p>Отдельное преимущество облачной версии — техническая поддержка и сопровождение. Пользователи получают круглосуточную помощь команды разработчика и могут оперативно решать вопросы эксплуатации платформы. Это особенно важно для компаний, которые работают с критической финансовой инфраструктурой и рассчитывают на быстрое реагирование со стороны вендора.</p> <p>Как и в случае с программно-аппаратной версией «Цифрового казначейства», использование отечественного решения снижает санкционные и инфраструктурные риски, которые могут возникать при работе с зарубежными сервисами. Компании получают инструмент управления цифровыми активами, который работает в российском правовом и технологическом контуре и не зависит от ограничений иностранных поставщиков.</p> <p>«Мы видим усиление спроса на отечественные технологии хранения и управления цифровыми активами. Однако для большинства компаний развертывание и эксплуатация такой инфраструктуры самостоятельно — сложный и дорогой проект. SaaS-версия „Цифрового казначейства“ решает эту проблему: организация получает доступ к тем же криптографическим технологиям и уровню защиты, что и крупнейшие игроки рынка, но без капитальных затрат и длительного внедрения. Располагаясь в аттестованном сегменте ЦОД и используя HSM от КриптоПро, наше решение полностью соответствует локальным требованиям к защите ключей и операций; а также включает дополнительные механизмы управления рисками», — отметил Артем Калихов, генеральный директор Web3 Tech.</p> Компания Web3 Tech представила SaaS-версию решения «Цифровое казначейство». Новый формат поставки позволит крупному … message https://www.itweek.ru/themes/detail.php?ID=234468 Wed, 18 Mar 2026 00:00:00 +0300 <p>В <nobr>2022-2024</nobr> годы ИТ-рынок в России стремительно <a href="https://www.cnews.ru/reviews/rynok_it_itogi_2024/articles/-_1?clckid=54df5dcb&ysclid=mgts9uwz1y617700982">рос</a>, во многом благодаря активной государственной поддержке и тренду на импортозамещение. Прошлый год изменил правила игры. Государство <a href="https://www.cnews.ru/news/top/2025-10-16_it-kompanii_byut_trevogu">сократило</a> льготы для ИТ-отрасли, а заказчики <a href="https://incrussia.ru/understand/digital-solutions-in-construction/">стали</a> требовательнее к продукту, команде и стратегии развития предлагаемых сервисов. Сохранить позиции на рынке смогли не все — по данным Минцифры РФ, около 150 компаний в России <a href="https://realnoevremya.ru/articles/376356-ohlazhdenie-posle-shokovogo-razgona-itogi-2025-goda-v-it-otrasli">закрылись</a> в прошлом году. Рассмотрим, какие ошибки допустили ушедшие игроки.</p> <h3>Ошибка 1. Предлагать разрозненные сервисы</h3> <p>На фоне ухода зарубежных вендоров в <nobr>2022-2023</nobr> годах российские строительные компании активно скупали отдельные решения: для учета рабочего времени, документооборота, создания BIM-моделей и пр. Определяющим выбором была скорость — компаниям нужно было быстро перейти на альтернативы, чтобы обеспечить бесперебойную работу бизнеса.</p> <p>На выходе многие получили разрозненный набор цифровых инструментов: данные о графиках работ хранились в одних системах, обмен документами был в WhatsApp, бюджет считался в Excel и т. д. Все это увеличило нагрузку на команды: чтобы увидеть полную картину по тому или иному заказу, всю информацию приходилось сводить вручную. Ближе к 2025 году строительные компании осознали эту проблему и стали переходить на комплексные цифровые решения, которые охватывали все внутренние процессы. И вендоры, которые продолжили продавать один модуль, оказались не у дел. Целесообразность такого шага доказывают отраслевые исследования. Так, по оценкам консалтинговой компании Strategy Partners, комплексные цифровые решения позволяют сократить затраты от сметной стоимости на <nobr>8-10%,</nobr> время строительства на <nobr>10-20%,</nobr> а риск срыва сроков — на 50%.</p> <h3>Ошибка 2. Игнорировать ИИ</h3> <p>Искусственный интеллект — одна из самых востребованных технологий в строительстве. Согласно <a href="https://cifrastroy.ru/reviews/iskusstvennyj-intellekt-v-stroitelstve-i-rossijskie-perspektivy">исследованию</a> ДОМ.РФ, мировой рынок нейросетей для этой сферы достигнет 550 млрд. долл. к 2030 году. А в России вклад технологии в отрасль в течение следующих двух лет составит более 1 трлн. рублей.</p> <p>Высокий спрос связан с многофункциональностью ИИ: так, с его помощью можно анализировать данные по проектам и заранее выявлять риск перерасхода бюджета, прогнозировать отклонения по срокам и сигнализировать о возможном отставании подрядчиков от графика, автоматически сопоставлять сметную документацию с фактическими затратами, а также определять зоны накопления дефектов на объекте.</p> <p>Например, ранее крупная строительная компания вручную анализировала потенциальные риски для стройки, а также отслеживала статус каждого проекта и тратила на это недели. С переходом на платформу, работающую на базе ИИ, время сократилось до нескольких минут. Другая масштабная генподрядная организация оцифровала все стадии работы с материалами и оборудованием — от потребности до логистики и вовлечения в производство. Это позволило избежать двойных закупок, пересортицы и неликвидов. В результате организация сэкономила 5% бюджета на материально-техническом обеспечении, а в будущем планирует увеличить эффект до 7%.</p> <p>Все это позволяет минимизировать управленческие и производственные ошибки и оптимизировать расходы в условиях сжимающегося строительного рынка и сокращения горизонта планирования с нескольких лет до нескольких месяцев: за последние пять лет количество компаний в этой сфере <a href="https://www.rbc.ru/radio/10/09/2025/68c199e59a7947a42ac44178">сократилось</a> на 15%. Так, по <a href="https://www.a-sstroy.ru/news/1248-bim-i-ii-sokrashchayut-zatraty-na-proektirovanie-v-stroitelstve-na-20">подсчетам</a> строительного ресурса AZoBuild, в компаниях, использующих BIM с интеграцией ИИ, сроки реализации проектов сокращаются на 20% благодаря более точному планированию.</p> <h3>Ошибка 3. Развивать продукт без опыта в стройке</h3> <p>В период бурного роста <nobr>2022-2024</nobr> годов на рынок вышло много ИТ-команд, которые хорошо владели технологиями, но слабо представляли себе, как устроена стройка изнутри. Они зачастую добавляли новые функции в продукты без глубокого анализа реальных болевых точек пользователей — прорабов, финансовых служб и пр. В результате система усложнялась, но не решала ключевые задачи на стройплощадке. К 2025 году рынок стал выбирать тех, кто понимает специфику строительного бизнеса, работает в плотной связке с операционными командами заказчика и готов вместе с клиентом перестраивать процессы. В этом году фокус смещается на тех, кто еще и предлагает гибкие программы оплаты цифровых платформ и бесшовные интеграции с другими продуктами, чтобы ускорить рутинные процессы и скорость передачи информации внутри строительных компании.</p> <p>#IMAGE_234469#</p> В 2022-2024 годы ИТ-рынок в России стремительно рос, во многом благодаря активной государственной поддержке … article Кирилл Поляков, основатель цифровой платформы для управления стройкой Pragmacore https://www.itweek.ru/themes/detail.php?ID=234441 Wed, 18 Mar 2026 00:00:00 +0300 <p><em>Программное обеспечение будет полностью демократизировано, предприятия будут создавать свои собственные инструменты, а SaaS столкнется со структурными изменениями, пишет в корпоративном блоге Фредерик Жирон, вице-президент и старший директор по исследованиям </em><em>Forrester</em><em>.</em></p> <p>В недавнем мероприятии AI Tinkerers в Гонконге участвовал интересный человек. Управляющий директор компании из 70 человек, которая разрабатывает и производит потребительскую электронику. Он заменяет весь свой стек SaaS (включая ERP, HRMS, CRM, службу поддержки и вскоре электронную коммерцию) на агентный искусственный интеллект и систему, построенную на OpenClaw, трех подписках Claude Max и одной подписке Codex. Его система потребляет 250 млн. токенов в день. И он никогда не читает сгенерированный код.</p> <p>Компания экономит десятки тысяч долларов в месяц, исключив лицензионные сборы и транзакционные издержки SaaS — это долгожданное улучшение финансовых показателей. Но настоящая выгода — это скорость. На рынке аппаратного обеспечения, где конкуренты могут выполнять реверс-инижиниринг нового дизайна за несколько недель, время — это все.</p> <p>Каждая созданная новая система зеркалирует то, что делает компания с помощью платформ SaaS, обслуживающих тысячи клиентов. В результате команда из 70 человек работает с этими пользовательскими инструментами гораздо быстрее и с гораздо меньшими трудностями, чем это было бы возможно с коммерческим ПО.</p> <p>Вот как этот руководитель создал свою HRMS. Он попросил своего HR-менеджера дать Claude двухчасовое интервью и просто описать, как устроена его работа: посещаемость, отпуска, адаптация, отчетность... Claude усвоил весь рабочий процесс, свел его к структурированным требованиям и разбил их на задачи по разработке, организованные на канбан-доске для Codex. Сорок восемь часов спустя была готова работающая HRMS. Это быстрее, чем большинство компаний могут составить список потенциальных поставщиков, не говоря уже о развертывании системы.</p> <h3>Когда код становится дешевым, трудно скрыть некомпетентность</h3> <p>Общий вывод из этого кейса заключается в том, что ПО будет полностью демократизировано, предприятия будут создавать свои собственные инструменты, а SaaS столкнется со структурными изменениями. Мне кажется, что такой вывод смешивает две совершенно разные вещи: создание ПО и понимание того, какое ПО стоит создавать.</p> <p>Создание ПО становится дешевле с поразительной скоростью. Это данность. Понять, что именно нужно создавать, где стандартизировать, где адаптировать и как изменить работу в соответствии с этим, — это по-прежнему сложно. Управляющий директор, участвовавший в мероприятии в Гонконге, необычен по одной причине. Он видит свою компанию как набор рабочих процессов, решений, передач задач и точек отказа, которые можно быстро перепроектировать. Я называю это «бизнес как ПО». Это системное мышление, применяемое непосредственно к тому, как работает компания. Честно говоря, немногие организации сегодня имеют достаточно четкое представление о том, как выполняется работа, чтобы сделать то же самое.</p> <p>Я думаю, здесь важны три закономерности:</p> <ol> <li><strong> Проектирование бизнес-процессов и доставка ПО сливаются в один цикл.</strong> Это уже можно увидеть в небольших фирмах и ИИ-нативных организациях, где скорость важнее элегантности, а команды готовы работать в условиях операционной неопределенности. Они фиксируют процесс, создают приложение, тестируют его в рабочем потоке и дорабатывают по мере поступления новых данных. Скорость реально растет, но и долг тоже: код, который никто не писал от руки, никто до конца не понимает, а поддержание того, чего вы не понимаете, — это затраты, которые незаметно накапливаются. Это другая операционная модель: в ней владелец процесса играет непосредственную роль в формировании систем, данных и рабочих процессов. Масштабирование требует правильной ментальной модели для агентного ИИ: рассмотрение каждого агента как навык и продукт одновременно, с соответствующими основами управления.</li> <li><strong> Крупные предприятия столкнутся с трудностями при внедрении этой операционной модели.</strong> Им не хватает ясного понимания рабочих процессов, управления и уверенности руководства. Банк в Сингапуре или государственное учреждение в Австралии могут иметь доступ к одни и тем же моделям и инструментам, но в большинстве случаев организации все еще не справляются с тем, чтобы превратить разрозненные знания о процессах в пригодное для использования ПО, не создавая пробелов в контроле, уязвимостей в безопасности или еще одного уровня технического долга. Платформы интеллектуального управления процессами, такие как Celonis и Signavio, частично решают эту проблему, предоставляя компаниям более четкое представление о том, как работа фактически протекает в организации. Но архитектура управления для поступающих в производство приложений, созданных с помощью ИИ, включая вопрос о том, кто является владельцем, кто их контролирует, кто несет ответственность в случае сбоя, — это пробел, который большинство CIO еще не заполнили.</li> <li><strong> Поставщики SaaS сталкиваются с разноплановым давлением.</strong> Системы, в основном предлагающие простые рабочие процессы и легкую настройку, наиболее уязвимы. Если человек, достаточно хорошо понимающий проблему, чтобы четко ее описать, может с помощью ИИ воспроизвести 80% ценности за выходные, подписка на SaaS становится трудно оправданной. Поставщики систем, включающих в себя глубокие знания предметной области — логику соответствия, отточенную на тысячах внедрений и сформированную нормативными рамками, — все еще имеют возможности для защиты своего бизнеса. Ценность Workday заключается не в интерфейсе. Она заключается в логике соответствия требованиям в сфере управления персоналом, которая удовлетворяет аудиторов в 30 юрисдикциях. Этот опыт невозможно воспроизвести за выходные, независимо от того, насколько дешевым становится код. Но одного только функционала недостаточно. Эта игра становится дешевле с каждым кварталом.</li> </ol> <h3>Что это значит для CIO</h3> <p>Гонконгский управляющий директор — один из пионеров нового подхода. Когда экономика меняется так быстро, нестандартные ситуации становятся важными сигналами, указывающими на направление развития рынка задолго до того, как большинство руководителей предприятий будут готовы это признать. Экономика ПО развивается гораздо быстрее, чем модели корпоративного управления успевают за ней. Разрыв между тем, что можно создать, и тем, что организации могут безопасно освоить, — вот на чем CIO следует сосредоточиться сейчас:</p> <ul> <li><strong>Проведите аудит своего портфеля приложений. </strong>Отметьте каждое приложение, где основная ценность заключается в зеркальном отображении рабочих процессов, а отличительная ценность невелика: мало логики соответствия нормативным требованиям предметной области, низкие затраты на переход, отсутствие сетевого эффекта. Это кандидаты на создание, расширение или замену с помощью ИИ.</li> <li><strong>Устраните разрыв в управлении до начала волны создания нового.</strong> Кто в вашей компании может достаточно четко сформулировать процесс, чтобы его перестроить? Кто может решить, что необходимо стандартизировать, а где вариативность имеет смысл? Кто отвечает за контрольные точки, когда приложения, созданные с помощью ИИ, начинают поступать в производство? Именно здесь разрыв между компаниями, эффективно использующими эти инструменты, и компаниями, которые накапливают пилотные проекты без какого-либо влияния на операционную деятельность, будет увеличиваться.</li> <li><strong>Измените свой подход к оценке поставщиков.</strong> Проверьте их экспертные знания в предметной области, нормативно-правовое покрытие, ценность экосистемы. Если полученный ответ звучит как очередной план развития функций, обратите внимание — вы платите за удобство, которое скоро станет очень дешевым.</li> </ul> Программное обеспечение будет полностью демократизировано, предприятия будут создавать свои собственные инструменты, а SaaS … article https://www.itweek.ru/themes/detail.php?ID=234462 Tue, 17 Mar 2026 12:46:52 +0300 <p>Компания САТЕЛ анонсировала новое решение — WFM-систему для управления персоналом контакт-центра. Решение позволяет автоматизировать планирование графиков, повысить эффективность использования трудовых ресурсов и оптимизировать расходы на персонал.</p> <p>Область применения новой WFM-системы охватывает все сферы деятельности, предполагающие обслуживание клиентов в условиях значительных колебаний спроса на услуги: МФЦ, финансовые организации и административные учреждения, службы техподдержки и контакт-центры, розничная торговля, склады, медицинские учреждения.</p> <p>WFM-система — это удобный инструмент для долгосрочного и краткосрочного планирования. Опираясь на исторические прогнозы, решение автоматически составляет расписание и при необходимости ставит в смену дополнительных сотрудников — например, в праздничные дни или часы пикового спроса. В периоды ожидаемого спада обращений система работает зеркально: сокращает количество персонала в смене, а освободившихся сотрудников перенаправляет на выполнение альтернативных задач, например, на обзвон холодной базы.</p> <p>Ключевым фактором высокой точности прогнозирования выступает использование усовершенствованного алгоритма для анализа исторических данных Erlang X. В отличие от более ранних версий данный алгоритм учитывает в расчетах процент клиентов, которые не дожидаются ответа и вешают трубку. Таким образом, WFM-система позволяет более корректно усиливать смену при высоком спросе, чтобы операторы успевали принимать звонки и обрабатывать заявки.</p> <p>WFM-система поддерживает несколько графиков работы: фиксированный рабочий день, сменный график, плавающий график с гибким началом и завершением рабочего дня. Каждый вариант графика формируется автоматически с возможностью ручной корректировки. Кроме этого, есть возможность гибко выстроить и краткосрочное планирование отдельной смены для каждого сотрудника: расписание перерывов, обедов, отпусков, больничных. Данный функционал позволяет избежать отсутствие операторов на рабочем месте, пропущенные вызовы, самовольные уходы с рабочего места и другие дисциплинарные нарушения.</p> <p>«Внедрение WFM-системы от САТЕЛ позволяет кардинально пересмотреть подход к управлению персоналом контакт-центра. Мы уходим от ручного планирования к автоматизированным процессам. Наш подход закрывает сразу все ключевые потребности заказчика: повышение дисциплины и эффективности использования команды, обеспечение своевременного приема звонков и прозрачности организационных процессов», — прокомментировал Андрей Коротков, директор департамента интеграционных решений компании САТЕЛ.</p> <p>Для сотрудников предусмотрен удобный личный кабинет, реализованный в виде мобильного приложения или веб-версии. Операторы могут просматривать график, а также самостоятельно регулировать свою рабочую нагрузку: обмениваться сменами, указывать предпочтения о рабочем времени.</p> <p>WFM-система может быть интегрирована с контакт-центрами любых вендоров, включая РТУ-Атмосфера, разработанным компанией САТЕЛ.</p> Компания САТЕЛ анонсировала новое решение — WFM-систему для управления персоналом контакт-центра. Решение позволяет … message https://www.itweek.ru/themes/detail.php?ID=234461 Tue, 17 Mar 2026 12:46:02 +0300 <p>«Группа Астра» представила новую версию системы управления конфигурациями Astra Configuration Manager (ACM) 1.6. Релиз сфокусирован на повышении безопасности развертывания в защищенных инфраструктурах и продолжении стратегии мультивендорности — теперь решение поддерживает работу с операционной системой ALT Linux.</p> <p>ACM — современный инструмент для автоматизации инвентаризации и управления жизненным циклом корпоративных устройств. Решение обеспечивает отслеживание изменений в конфигурации оборудования, оперативное выявление несоответствий, учет программного и аппаратного обеспечения, управление обновлениями ОС и лицензиями ПО, а также формирование подробных отчетов для анализа IT-инфраструктуры.</p> <p>Применение ACM позволяет системным администраторам экономить время и ресурсы за счет автоматизации рутинных операций, снижает риски информационной безопасности благодаря своевременному обновлению операционных систем и программного обеспечения, а также помогает предотвратить финансовые потери от хищений и несанкционированных модификаций оборудования.</p> <p>Ключевым нововведением версии продукта 1.6 стала реализация функций, позволяющих работать в инфраструктуре с усиленной защитой (так называемом режиме харденинга). Это повышает безопасность системы, снижает риски возможных угроз за счет закрытия неиспользуемых портов, настройки групп и пользователей, настройки шифрованных протоколов.</p> <p>Повышена безопасность передачи данных между сервисами ядра и сегментными сервисами за счет механизма подписания сообщений RabbitMQ с использованием генерируемой пары ключей. Реализовано подключение сервисов ACM к брокеру сообщений по защищенному протоколу TLS. Порядок включения этих функций разрабатывается индивидуально на этапе проектирования внедрения в соответствии с требованиями и особенностями ИТ-инфраструктуры заказчика. Новые возможности исключают конфликты с настройками прав доступа, управляемыми службами каталога, и обеспечивают корректную работу ACM в защищенных сетевых сегментах.</p> <p>Продолжая стратегию мультивендорности, ACM 1.6 получил поддержку операционной системы ALT Linux. Теперь системные администраторы могут конфигурировать устройства под управлением ALT Linux из единой консоли наряду с Astra Linux, RedOS, Ubuntu, Debian, Fedora Linux и Alma Linux.Существенно расширен набор собираемых инвентарных параметров — система теперь фиксирует PCI-идентификаторы устройств, состоящие из Vendor ID и Device ID. Эти параметры позволяют однозначно идентифицировать производителя и модель аппаратных компонентов: материнских плат, сетевых адаптеров и другого оборудования.</p> <p>На основе PCI-идентификаторов администраторы могут создавать динамические коллекции для массового распространения обновленных драйверов. Если в инфраструктуре обнаружена уязвимость в драйвере определенной модели оборудования, система автоматически определит все устройства с этим компонентом и позволит централизованно установить обновленную версию драйвера.</p> <p>«Мы продолжаем последовательно развивать ACM в двух ключевых направлениях: безопасность и мультивендорность, — прокомментировала Анастасия Белоусова, менеджер продукта ACM „Группы Астра“. — В версии 1.6 продукт стал готов к развертыванию в наиболее защищенных инфраструктурах со строгими требованиями к сетевой безопасности. Одновременно мы расширили список поддерживаемых операционных систем, добавив ALT Linux, и планируем продолжить это направление — в следующем релизе появится поддержка MS Windows. Еще одно важное нововведение — сбор PCI-идентификаторов. Это практический ответ на запросы наших клиентов: теперь можно автоматически находить устройства с определенным оборудованием и массово обновлять драйверы, оперативно закрывая уязвимости».</p> <p>Astra Configuration Manager предназначен для управления крупными парками компьютеров на базе Astra Linux и других операционных систем семейства Linux. Решение входит в портфель серверных продуктов «Группы Астра» наряду с операционной системой Astra Linux Server и службой каталога ALD Pro.</p> «Группа Астра» представила новую версию системы управления конфигурациями Astra Configuration Manager (ACM) 1.6. Релиз … message https://www.itweek.ru/themes/detail.php?ID=234460 Tue, 17 Mar 2026 12:45:01 +0300 <p>Компания «АЛМИ Партнер» представила новую версию отечественного офисного пакета «АльтерОфис 2026». Обновление фокусируется на развитии инструментов автоматизации, повышении удобства работы с файлами и совместимости с популярными форматами, а также устранении проблем стабильности и безопасности.</p> <p>В пакете появилась встроенная полноценная среда разработки для создания, редактирования и отладки макросов на Python прямо в приложении. Макросы теперь можно сохранять на компьютере через диалог макросов или внутри ODF (ODT, ODS, ODP) — файлы в формате ГОСТ Р ИСО/МЭК <nobr>26300-2010</nobr> для работы с текстом, таблицами, презентациями, что упрощает их перенос между документами и средами.</p> <p>Улучшен дизайн и структура контекстного меню с новыми командами для быстрого доступа: изменение шрифта и начертания, настройка цвета текста, выравнивание абзацев, работа со списками, таблицы и изображения. Теперь ещё больше операций доступно без перехода в основное меню.</p> <p>Обновлён интерфейс работы с файловой системой (file picker), улучшен быстрый доступ к избранным директориям в Linux и поддержка сетевых папок по блоку сообщений сервера (SMB). Эти изменения ускоряют работу с локальными и сетевыми ресурсами.</p> <p>Повышено качество печати таблиц с поворотом текста. Исправлены сбои при использовании вспомогательных технологий (средства доступности) и горячих клавиш с экранной клавиатурой. Добавлена поддержка именованных диапазонов из Excel и снятие защиты с .docx-документов. Устранены выявленные уязвимости и проблемы стабильности для повышения надёжности.</p> <p>«АльтерОфис 2026» сохраняет фокус на импортозамещении, совместимости с российскими операционными системами и удобстве миграции с зарубежных аналогов.</p> <p>«„АльтерОфис 2026“ — это шаг вперёд в автоматизации рутинных задач через Python-макросы и удобство повседневной работы. Мы учли обратную связь пользователей, усилили совместимость с форматами Microsoft Office и повысили стабильность, чтобы продукт стал ещё надёжнее для корпоративного использования. Это обновление поможет компаниям оптимизировать работу», — отметил Сергей Аксенов, директор по развитию программных продуктов «АЛМИ Партнер».</p> <p>«АльтерОфис» — флагманский продукт «АЛМИ Партнер», включенный в реестр российского ПО и соответствующий государственным стандартам безопасности. Офисный пакет обладает интуитивно понятным интерфейсом, поддерживает все популярные форматы документов OOXML (DOCX, XLSX, PPTX — зарубежные форматы, основанные на XML разметке для работы с текстом, таблицами, презентациями) легко интегрируется в существующую инфраструктуру.</p> Компания «АЛМИ Партнер» представила новую версию отечественного офисного пакета «АльтерОфис 2026». Обновление фокусируется … message https://www.itweek.ru/themes/detail.php?ID=234458 Tue, 17 Mar 2026 10:21:29 +0300 <p>Термин TCO (Total Cost of Ownership, совокупная стоимость владения) в ИТ-сфере знаком почти всем. Однако на практике его часто сводят к «цене входа» — стоимости железа или облака, лицензий, внедрения — и на этой основе пытаются сравнивать экономику решений. А потом система выходит в продакшен, данные растут, требования усложняются, команда тратит часы на поддержку и разбор инцидентов. И тогда вскрывается правда: оказывается, что реальная цена владения была совсем о другом.</p> <p>В этой статье разберём, как правильно рассчитывать TCO, чтобы он стал надёжным инструментом для обоснованных решений, а не просто красивой иллюстрацией.</p> <h3>Что такое TCO и почему без границ его невозможно посчитать</h3> <p>TCO — это все затраты на владение ИТ-системой на горизонте <nobr>3-5 лет:</nobr> от покупки и внедрения до эксплуатации, персонала, простоев, рисков, безопасности, ручных операций, доработок и роста объёмов данных.</p> <p>И тут важно сразу же определить границы, поскольку иначе расчёт ТСО теряет смысл: CAPEX (капитальные затраты) смешивается с OPEX (операционными), безопасность живёт «где-то отдельно», трудозатраты команды игнорируются, а итог сравнивают с ценой лицензии и делают выводы, которые не выдерживают реальной эксплуатации.</p> <p>Поэтому на помощь приходит карта ТСО: фиксируем объект, статьи расходов (определяем, какие включаем, а какие нет) и причины.</p> <p>Пример рабочего подхода выглядит так: «Считаем TCO КХД как сервиса для бизнеса на три года, включая инфраструктуру, лицензии, поддержку, команду эксплуатации и развития, простои и деградации, требования ИБ и регуляторики, а также ручные операции вокруг контуров данных».</p> <p>Это не бюрократия, а защита от самообмана.</p> <h3>Из чего складывается стоимость владения</h3> <p>Ниже приведём основные слои карты TCO, которые помогают увидеть полную картину затрат за <nobr>3-5 лет,</nobr> не пытаясь учесть каждую копейку, а фиксируя ключевые риски, которые всплывут после запуска. Это упрощает сравнение облака и on-premise (локальная инфраструктура), разных стеков, моделей поддержки.</p> <ol> <li><strong>Инфраструктура, лицензии и подписки: важна не цена, а траектория роста. </strong>Инфраструктура (on-premise, облако, гибрид) — заметная часть расходов, но TCO систем данных чаще «уплывает» из-за эксплуатации и масштаба. <a href="https://www.vedomosti.ru/technology/articles/2026/02/16/1176519-oblaka-stali-samim-bistrorastuschim-segmentom-it-rinka" title="https://www.vedomosti.ru/technology/articles/2026/02/16/1176519-oblaka-stali-samim-bistrorastuschim-segmentom-it-rinka">По данным</a> MWS Cloud (МТС Web Services), в 2025 году российский рынок облачных решений вырос на 36,7%, до 226,9 млрд. руб., из-за спроса на предсказуемость затрат и снижение операционной нагрузки. В системах данных почти не бывает сценария «один раз купили и успокоились»: растут источники, события, сроки хранения, нагрузка, количество окружений, и именно в этот момент проявляется реальная стоимость лицензий и подписок.</li> <li><strong>Поддержка и сопровождение — постоянная статья, а не опция.</strong> Поддержка — неизбежный регулярный платёж: мониторинг, обновления, резервное копирование, тестирование восстановления, управление доступами, инциденты, производительность, планирование ёмкости. Чем критичнее система для бизнеса, тем дороже дисциплина эксплуатации и заметнее цена простоя и деградаций.</li> <li><strong>Простои и деградации: то, что не любят считать, но что реально бьёт по бизнесу. </strong>По<a href="https://www.comnews.ru/content/237360/2025-01-24/2025-w04/1008/rossiyskie-kompanii-stali-chasche-stalkivatsya-so-sboyami-rabote-it-sistem" title="https://www.comnews.ru/content/237360/2025-01-24/2025-w04/1008/rossiyskie-kompanii-stali-chasche-stalkivatsya-so-sboyami-rabote-it-sistem"> данным</a> «Монк Диджитал Лаб», один значимый инцидент простоя в среднем обходится организациям примерно в 2 млн. руб. И проблема не только в полной остановке. Чаще бизнес страдает от деградации: отчёты строятся дольше, витрины обновляются позже, загрузки не успевают к началу рабочего дня, команды уходят в ручные обходы, и это тихо съедает деньги и доверие к данным.</li> <li><strong>Персонал и время — главные скрытые компоненты.</strong> Любой расчёт TCO без учета времени специалистов почти гарантированно занижен. И речь не только про разработчиков и инженеров данных, ведь вокруг платформы всегда есть безопасность, закупки, юристы, владельцы данных, аналитики, эксплуатация, продуктовые роли, подрядчики. <p>Плюс у сотрудника есть реальная стоимость для компании: налоги и сопутствующие расходы делают её выше зарплаты на руки. Так, суммарная стоимость может быть в <nobr>1,5-3</nobr> раза выше оклада при учёте налогов и дополнительных затрат.</p> <p> По<a href="https://habr.com/ru/specials/994308" title="https://habr.com/ru/specials/994308"> данным</a> «Хабр Карьеры», за вторую половину 2025 года медианная зарплата в ИТ составила 230 000 руб. в Москве, 200 000 руб. в Санкт-Петербурге и около 159 166 руб. в регионах. Это хороший маркер одного простого факта: время специалистов дорого, и оно должно быть заложено в карте TCO. </p> </li> <li><strong>Риски, ИБ и регуляторика — не «отдельный бюджет», а часть владения. </strong>Требования ИБ (информационной безопасности) влияют на архитектуру и эксплуатацию: доступы, контуры, шифрование, журналирование, хранение, сегментацию, контроль изменений. Если вынести безопасность «за скобки», вы снова получите красивую цифру, которая развалится на этапе реального проектирования. <p>Как маркер масштаба можно смотреть на рынок: ЦСР (Центр стратегических разработок) в <a href="http://www.csr.ru/upload/iblock/233/lio2l8p775bu8lhddpaja8f6fto01x8s.pdf" title="http://www.csr.ru/upload/iblock/233/lio2l8p775bu8lhddpaja8f6fto01x8s.pdf">прогнозе</a> кибербезопасности отмечает объём рынка 314 млрд. руб. по итогам 2024 года и прогнозирует дальнейший рост до 2030 года. Это подтверждает, что безопасность — устойчивый и растущий компонент владения цифровыми системами. </p> </li> <li><strong>Ручные операции: деньги утекают тихо, но постоянно. </strong>Такие процессы редко выглядят катастрофой «здесь и сейчас». Но они плохо масштабируются и быстро начинают съедать время людей: выгрузки, сверки, переносы между системами, разбор инцидентов, правки и «заплатки». В какой-то момент компания обнаруживает, что существенная часть команды обслуживает не продукт, а «костыли». В карте TCO это должно отражаться прямо: ручная работа обычно оказывается дороже автоматизации на горизонте, потому что растёт вместе с объёмами и числом потребителей данных.</li> </ol> <h3>Три частые ошибки, из-за которых TCO не сходится в реальности</h3> <ul> <li><strong>Ошибка 1. Считать TCO как бюджет на запуск. </strong>В расчёт попадает то, что легко посчитать: железо, облако, лицензии, внедрение, часть работ подрядчика. А то, что регулярно «ест» деньги после запуска (люди, поддержка, инциденты, ручные операции, масштабирование), либо не учитывается, либо ставится формально «для галочки».</li> <li><strong>Ошибка 2. Не зафиксировать границы объекта. </strong>Когда неясно, что именно вы считаете (КХД? Платформа целиком? Вместе с BI и интеграциями?), сравнение превращается в спор про прайсы. В итоге в одном варианте случайно учитывается половина расходов, а в другом — почти всё. И часто побеждает не правильный вариант, а тот, который «красивее посчитали».</li> <li><strong>Ошибка 3. Игнорировать рост и стоимость сервиса. </strong>Системы данных почти всегда растут. Вместе с ними увеличиваются и требования к SLA (уровню сервиса), восстановлению, безопасности, скорости поставки изменений. Если модель не учитывает рост нагрузки и цену поддержания качества, TCO превращается в фантазию.</li> </ul> <h3>Как считать карту TCO⠀</h3> <p>Не надо начинать с попытки посчитать всё идеально. Важно запустить процесс так, чтобы итоговая цифра стала управленческим инструментом, а не упражнением в бухгалтерии:</p> <ol> <li> Фиксируем границы: что считаем, на какой срок, какие контуры включаем.</li> <li> Собираем прямые затраты: инфраструктура, лицензии, подписки, поддержка.</li> <li> Добавляем людей и время: кто реально тратит время на эксплуатацию и развитие и сколько.</li> <li> Оцениваем простой и деградации хотя бы приближённо.</li> <li> Только после этого обсуждаем масштабирование, смену технологии или модели поставки, иначе мы сравниваем прайсы, а не владение.</li> </ol> <p>TCO — не способ «урезать ИТ-бюджет». Это возможность сделать владение системой предсказуемым и управляемым. Выигрывают не там, где дешевле купили, а там, где дешевле и устойчивее эксплуатируют на горизонте нескольких лет.</p> <p>#IMAGE_234459#</p> Термин TCO (Total Cost of Ownership, совокупная стоимость владения) в ИТ-сфере знаком почти всем. Однако … article Антон Близгарёв, директор по развитию бизнеса группы Arenadata https://www.itweek.ru/themes/detail.php?ID=234457 Tue, 17 Mar 2026 10:02:57 +0300 <p><em>Новое </em><a href="https://www.snowflake.com/en/lp/radical-roi-generative-ai/"><em>исследование</em></a><em> Snowflake «</em><em>The</em> <em>ROI</em> <em>of</em> <em>Gen</em> <em>AI</em> <em>and</em> <em>Agents</em> <em>2026» показывает, что генеративный искусственный интеллект (GenAI), похоже, довольно хорошо работает в корпоративной среде — вопреки другим отчетам, которые либо указывают на ажиотаж, либо на упорный скептицизм. Подавляющее большинство (92%) ранних пользователей заявляют, что видят положительную отдачу от инвестиций в GenAI.</em></p> <p>По данным глобального опрос 2050 руководителей по всему миру, те, кто измеряет ROI, сообщают о среднем уровне возврата инвестиций в 49% — по сравнению с 41% в прошлогоднем отчете. Это обнадеживающие цифры для рынка, полного недоработанных демонстрационных версий, переоцененных решений и бесконечных заявлений о трансформации.</p> <p>Что касается драйверов внедрения ИИ, то на первом месте стоит операционная эффективность — 88% респондентов заявляют, что видят существенное повышение эффективности. Далее следуют инновации и клиентский опыт с 83 и 84% респондентов соответственно, сообщивших об измеримых улучшениях.</p> <p>Согласно исследованию Snowflake, ИИ также оказывает положительное влияние на рынок труда: 77% организаций сообщили о создании новых рабочих мест благодаря ИИ, в то время как 46% столкнулись с их сокращением. Это может свидетельствовать о том, что по мере ускорения внедрения ИИ происходит общий рост числа рабочих мест, а не их консолидация.</p> <p>Почти половина всего кода (48%) теперь генерируется ИИ. Это подчеркивает, что технология уже глубоко интегрирована в повседневные рабочие процессы разработчиков. Компании также видят измеримые преимущества от инструментов и приложений для кодирования с использованием ИИ: 82% сообщают об улучшении тестирования кода, обнаружения и устранения ошибок.</p> <p>«Эффект от ИИ не будет равномерным — некоторых роли значительно повысят свое влияние и производительность, в то время как другие рискуют остаться позади. Разница заключается в том, насколько эффективно используется ИИ: для решения проблем с помощью мышления, основанного на фундаментальных принципах, и для управления агентами ИИ как высокоэффективными командами», — говорит Анахита Тафвизи, директор Snowflake по аналитике данных.</p> <p>Она также добавляет, что «наибольший ROI достигается не только за счет экспериментов», и что он, скорее всего, будет достигнут за счет «внедрения ИИ в основные операции при одновременном укреплении готовности данных и политик управления».</p> <p>Как известно, агенты являются центральной темой обсуждений вокруг ИИ и становятся следующим этапом его внедрения. Около 32% организаций заявляют, что у них уже есть агенты ИИ в производственной среде, а еще 25% ожидают их развертывания в течение года. Все больше компаний используют ИИ для многоэтапных задач с ограниченным участием человека. Сценарии использования агентов ИИ расширяются на ИТ-операции, мониторинг соответствия нормативным требованиям и обслуживание клиентов.</p> <p>Однако ситуация сильно усложняется, когда компании работают с неструктурированными данными. Большинство организаций хранят огромные объемы таких данных, как документы, электронные письма, сообщения в чатах, изображения и др., которые не хранятся в аккуратных таблицах баз данных. В теории вся эта информация могла бы помочь в работе систем ИИ. В реальности бóльшая ее часть не готова к использованию.</p> <p>В отчете говорится, что в среднем только около 20% неструктурированных данных действительно готовы к использованию в ИИ. Ещё более поразительно то, что только 7% организаций заявляют, что более половины их неструктурированных данных готовы к использованию в ИИ. Это означает, что большинство компаний пытаются создавать системы ИИ, в то время как бóльшая часть их данных всё ещё нуждается в доработке.</p> <p>Сделать эти данные пригодными для использования — задача не из лёгких и быстрых. Часто их необходимо очистить, организовать, пометить и должным образом управлять ими, прежде чем системы ИИ смогут надёжно их использовать. Этот процесс может занять время и потребовать усилий. В результате проекты, которые изначально выглядят многообещающими, часто заходят в тупик.</p> <p>Ещё один важный вывод исследования — это давление на стоимость внедрения ИИ. В отчёте отмечается, что 95% организаций заявили, что как минимум одна часть их стека GenAI превысила первоначальные бюджетные ожидания. Значительный вклад внесли расходы на инфраструктуру. Это включает в себя бюджет, выделенный на вычислительные ресурсы и платформы данных, необходимые для поддержки рабочих нагрузок ИИ.</p> <p>«Данные показывают, что ИИ приносит ощутимую отдачу, но для его успешного масштабирования необходимы прочный фундамент данных и система управления, — говорит Адам Дематтиа, старший директор по исследованиям Omdia. — Организации, которые смогут унифицировать свои данные, повысить их качество и ответственно операционализировать ИИ, будут лучше всего подготовлены к поддержанию рентабельности инвестиций и получению преимуществ для персонала».</p> <p>Несмотря на проблемы с данными, компании продолжают увеличивать инвестиции в ИИ. Организации ожидают, что в течение следующих 12 месяцев на GenAI-инициативы будет в среднем направлено около 22% их технологических бюджетов. Это говорит о том, что многие по-прежнему считают, что долгосрочная ценность ИИ перевешивает краткосрочные затраты.</p> <p>Ключевой вывод из отчета этого года заключается в том, что GenAI становится все более практичным, поскольку компании начинают видеть разумную отдачу. Однако ажиотаж вокруг моделей — это лишь часть истории — теперь более серьезной проблемой являются данные. И пока ситуация с ними не улучшится, многие организации будут продолжать сталкиваться с теми же ограничениями.</p> Новое исследование Snowflake «The ROI of Gen AI and Agents 2026» показывает, что генеративный искусственный интеллект … article