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