Краткая сводка
ИИ-помощник теперь доступен в Azul Intelligence Cloud, что позволяет задавать вопросы о вашей инфраструктуре Java в виде обычного предложения и получать ответ. Он считывает данные из JVM Inventory и Code Inventory, которые уже отслеживают то, что работает в вашей инфраструктуре, и тот код, который действительно выполняется в продакшене. Больше не нужно создавать отчеты или писать запросы.
Из этой статьи вы узнаете:
- Как узнать, где запускалась Java определенного поставщика за последние 30 дней, и получить список имен хостов с указанием поставщика и версии для каждого из них
- Как найти пакеты с наибольшим количеством неиспользуемого кода, отранжированные по порядку, чтобы ваша команда знала, с чего начать удаление устаревшего кода
- Почему данные о выполнении в рантайме выявляют мертвый код, который пропускают статическое анализов и IDE
- Как указание области действия — поставщика и временного окна, AppEnv и пространства имен — влияет на качество получаемого ответа
- Что требуется для включения ИИ-помощника для вашей организации
ИИ-помощник теперь доступен в Azul Intelligence Cloud. Он позволяет задавать вопросы о вашей инфраструктуре Java так, как вы думаете — в одном или двух предложениях — и получать ответ.
Intelligence Cloud уже знает, что работает в вашей инфраструктуре и какие части вашего кода действительно используются. В этом нет ничего нового. Новым является сокращение расстояния между вопросом в вашей голове и ответом на вашем экране. Вы мыслите вопросами, поэтому теперь вы можете просто задать его.
Спрашивайте о том, какая у вас Java
Команды IT-операций тратят много времени на определение того, где запущен Java и какая у него версия. С помощью Помощника это решается одним вопросом:
Где я использовал Java от [Vendor] за последние 30 дней?
В качестве ответа возвращаются имена хостов с указанием поставщика и версии на каждом из них. За кулисами эту работу выполняет JVM Inventory, но вам не пришлось запрашивать отчет. Ответ похож на данные от SAM-инструментов, но вы можете добавить к вопросу дополнительные части, например «каков главный метод», и в ответе будет содержаться информация о том, что именно вызывала Java.
Спрашивайте о том, какой код можно удалить как устаревший
В компаниях, которые годами создавали программное обеспечение на Java, большая часть ПО содержит остатки старых функций. То, что когда-то делалось определенным образом, но старый способ так и не был удален. Согласно отчету Azul State of Java за 2026 год, 63% респондентов сообщили, что мертвый или неиспользуемый код снижает производительность DevOps. Он по-прежнему компилируется, сканируется, проверяется и читается, а теперь его читают и ИИ-помощники, работающие в вашей кодовой базе. Каждый неиспользуемый класс, который помощник загружает для понимания области, представляет собой окно контекста, которое не было потрачено на реальную задачу. Команды тратят время на обход этого кода, его тестирование и выполнение различной ненужной работы.
Статический анализ и IDE уже отчасти справляются с этим — находят код, который нигде не вызывается. Более крупная категория — это код, у которого есть вызывающие стороны, который проходит линтер и при этом никогда не запускается. Code Inventory видит это, поскольку опирается на то, что действительно выполнялось в продакшене, а не на то, что могло бы выполняться на бумаге. Таким образом, вы можете задать вопрос вроде:
Мой AppEnv — MyApp_b123_prod, а мое собственное пространство имен — com/example. С какого пакета в моем пространстве имен мне следует начать, чтобы удалить как можно больше неиспользуемого кода?
Вы получите пару пакетов для начала, отранжированных по объему содержащегося в них неиспользуемого кода. Не список всего подряд, а именно место, с которого стоит начать. Каждая строка на выходе — это то, что вашим разработчикам не придется читать, а вашим помощникам — загружать. Мы называем это «высвобожденным потенциалом», так как ваша команда возвращает свое время и внимание для сосредоточения на важных вещах.
Хорошая область действия дает хорошие ответы
У обоих этих вопросов есть кое-что общее: они называют конкретный объект. Поставщика и временное окно. AppEnv и пространство имен. Чем точнее вы формулируете свой вопрос, тем более непосредственно полезным оказывается ответ.
Включение функции
ИИ-помощник доступен всем клиентам Intelligence Cloud. Включение функций ИИ требует подписания нового соглашения (бесплатно), которое регулирует использование ответов, созданных с помощью ИИ. Обратитесь к вашему представителю Azul, и мы включим эту функцию.
После этого самый быстрый способ оценить ее работу — открыть Intelligence Cloud и задать ей несколько вопросов.
Часто задаваемые вопросы
Как я могу найти неиспользуемый или мертвый код в продакшн-приложениях на Java без использования инструментов статического анализа? Анализаторы статического кода регулярно помечают как «мертвый» тот код, который на самом деле вызывается с помощью таких механизмов, как популярное внедрение зависимостей Spring, рефлексия или другие динамические пути, из-за чего команды перестают доверять отчетам. Code Inventory в Azul Intelligence Cloud решает эту проблему с помощью обнаружения на основе рантайма: он инструментирует саму JVM во время работы приложений в продакшене без какого-либо влияния на производительность, а затем позволяет командам запрашивать эти данные о живом выполнении через ИИ-помощник Azul Intelligence Cloud, чтобы увидеть, какие классы и методы действительно выполнялись, а какие так и не были запущены. Это различие — между объявленным и реально вызванным — превращает процесс выявления и удаления технического долга в более обоснованное, точное и безопасное мероприятие.
Как предприятия поддерживают все более точный актуальный реестр каждой JVM, работающей локально, в облаке и в контейнерах? Инвентаризации JVM по состоянию на определенный момент времени, вручную поддерживаемые электронные таблицы и запланированные сканирования устаревают еще до того, как они завершены, во многом из-за распространения эфемерных подов Kubernetes и сред непрерывной интеграции (CI) / сборочных ферм, включающих JDK. JVM Inventory в Azul Intelligence Cloud выполняет непрерывное обнаружение, которое поддерживает актуальность каталога в реальном времени по мере запуска и остановки экземпляров, поэтому команды IT и DevOps могут использовать ИИ-помощник для запросов к актуальной инвентаризации вместо того, чтобы доверять устаревшему снимку.
Могут ли команды IT, DevOps и безопасности задавать вопросы на естественном языке о своей инфраструктуре Java вместо создания пользовательских отчетов? Да. Именно для этого создан ИИ-помощник Azul Intelligence Cloud. Это интерфейс запросов на естественном языке, который позволяет командам задавать разговорные вопросы, такие как «какие JVM используют версии Java, не являющиеся последними обновлениями?» или «где накапливается мертвый код?», и получать ответы, извлеченные напрямую из JVM Inventory и Code Inventory, без каких-либо этапов суммирования или создания отчетов и без влияния на производительность со стороны сбора исходных данных.
Как узнать, не появился ли в продакшене заново рантайм Java, который, как я думал, был выведен из эксплуатации (например, старая JVM от Oracle)? Дрейф после миграции — распространенное явление: откат, забытая нода, теневое развертывание или различные скрипты и процессы, которые не были обновлены, могут повторно внедрить рантайм Oracle Java, подвергая предприятие риску нарушения требований и лицензирования. JVM Inventory в Azul Intelligence Cloud непрерывно мониторит инфраструктуру Java и обнаруживает, когда предположительно выведенная из эксплуатации JVM от Oracle снова запускается, так что команды могут точно определить, когда и где она вернулась в продакшн, используя ИИ-помощник, вместо того чтобы обнаруживать это случайно.
Как предприятиям реагировать на мир, в котором ИИ может находить уязвимости и использовать их за считанные часы, а не недели? Передовые модели, такие как Mythos от Anthropic и Aardvark от OpenAI, показали, что ИИ теперь способен обнаруживать ранее неизвестные уязвимости и создавать работающие эксплойты при минимальном участии человека — это предзнаменование возможностей, которые очень скоро станут доступны широкому рынку, включая злоумышленников. Это означает, что специалистам по безопасности и ИТ-командам больше не следует задаваться вопросом «успеем ли мы установить исправления достаточно быстро?», вместо этого нужно спросить: «можем ли мы прямо сейчас оценить, актуально ли наше ПО на базе Java?». Облачная платформа Azul Intelligence Cloud устраняет этот разрыв, поддерживая инвентаризацию JVM в актуальном состоянии в режиме реального времени, поэтому в тот момент, когда выходит новое обновление безопасности или, что еще хуже, становится известно об уязвимости нулевого дня, команды могут действовать незамедлительно.
