Spring АйО

⚡️⚡️Строки кода стремятся подешеветь до цены токена. Что остается ценным?

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

В карточках к посту рассказываем, почему так получилось, и показываем доклады из трека: спикеры расскажут, о чем нужно подумать еще до постановки задачи, и чем будет заниматься новый тип инженера — Context Engineer.

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

Joker 2026 — 14–15 октября, Санкт-Петербург и онлайн.

🌟По промокоду springaio персональные билеты дешевле

▶️ Исследуйте разработку будущего — на сайте Joker.

🙅‍♂️ Не каждый AI-вызов должен генерировать текст

Иногда от модели нужен не красивый ответ, а быстрое решение. Пропустить запрос или заблокировать, выбрать маршрут, оценить результат, отфильтровать документы для RAG.

Для этого появился Spring AI TypeSafe. Проект интегрирует Jev API, который отвечает на типизированные вопросы числовыми значениями и не генерирует текст.

Разбираемся, как поставить быструю и дешёвую проверку перед дорогим вызовом чат-модели и платить по-крупному только тогда, когда это действительно нужно.

🔗 Читать статью

JEP 544: JVM будет сохранять машинный код между запусками

JEP 544 (Ahead-of-Time Code Compilation) предложен в JDK 28, релиз в марте 2027. Это очередной слой AOT-кэша из Project Leyden. В JDK 24 туда попали загруженные и слинкованные классы (JEP 483), в JDK 25 - профили методов (JEP 515). Теперь дошла очередь до самого машинного кода.

Как это работает

На обучающем запуске JVM компилирует горячие методы обычными C1 и C2 и складывает результат в кэш. В рабочем запуске запрос на компиляцию метода закрывается готовым кодом. Процедура та же, что и раньше: -XX:AOTCacheOutput при обучении, -XX:AOTCache в проде. Включать ничего не нужно.

Код из кэша остаётся обычным кодом HotSpot. Если рабочая нагрузка ушла в сторону от обучающей, метод деоптимизируется и перекомпилируется JIT-ом, как любой другой. Профили из JEP 515 при этом продолжают работать: по ним JVM выбирает порядок загрузки кода и пересобирает методы.

Чем AOT-код хуже JIT-кода

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

Для методов, которые обращаются к статике других классов, C2 собирает две версии: медленную с проверками инициализации и быструю без них.

Поэтому JIT никуда не уходит. AOT-код даёт быстрый старт, до пика доводит перекомпиляция.

Когда кэш не сработает

Обучающий и рабочий запуски должны совпадать по архитектуре процессора, набору инструкций и сборщику мусора: барьеры GC вшиты в машинный код. Собрали образ на хотсе с AVX-512, pod уехал на узел без него - код из кэша не загрузится. Ошибки не будет, JVM молча перейдёт на интерпретатор и JIT. В кластере с разнородными узлами это легко пропустить.

Поддерживаются x64 и AArch64, из сборщиков - Serial, Parallel, G1 и ZGC.

Цифры

По данным JEP, AOT-кэш без кода сокращает время старта на 50-70%, с кодом - на 65-80%. Основную часть выигрыша на старте дают уже вышедшие JDK 24-26, новый JEP добавляет 10-15 п.п.

Заметнее эффект на прогреве. В PR есть замер на Quarkus-сервисе с двумя ядрами: обычная JVM начинает отвечать быстрее 1 мс после 420 запросов, JDK 26 с AOT-кэшем - примерно после 200, сборка с JEP 544 - чуть позже сотого.

Второй эффект касается CPU. JIT на старте перестаёт отбирать ядра у приложения, и сильнее всего это видно на контейнерах с лимитом в 1-2 CPU. Там, где запас по CPU закладывали под прогрев, его можно будет пересмотреть.

Оценить вклад кода на своём сервисе можно диагностическим флагом:
-XX:+UnlockDiagnosticVMOptions -XX:-AOTCodeCaching

Заодно станет видно, насколько вырос файл кэша.

Что остаётся неудобным

Обучающий запуск. Кэш хорош настолько, насколько нагрузка при сборке похожа на боевую, а готового инструмента для этого нет. Spring Boot и Quarkus умеют записывать кэш при сборке, но прогон реальных сценариев остаётся на вашей стороне. Упрощение этого процесса авторы JEP прямо вынесли за рамки.

JEP: https://openjdk.org/jeps/544

🔥 Запись открытой лекции уже доступна

Вчера прошла первая открытая лекция курса «Java в продакшене».

Михаил Поливаха разобрал, как сохранить Spring Boot-приложение в рабочем состоянии, когда внешние зависимости тормозят, ошибки распространяются каскадом, сервис не справляется с нагрузкой, а retry из спасателя превращается в поджигателя.

😉 СМОТРЕТЬ НА YOUTUBE
🥰 СМОТРЕТЬ НА RUTUBE

🤓 Погрузиться в тему глубже можно на полном курсе Java в продакшене

🔥 УЖЕ СЕГОДНЯ В 20:00 — БЕСПЛАТНАЯ ЛЕКЦИЯ

Друзья, начинаем через 15 минут!

❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений»

🔗 Подключиться: https://my.mts-link.ru/j/104598363/25496740660

В конце проведём открытую Q&A-сессию. Приходите и приносите свои вопросы!

Весь курс: https://spring-aio.ru/java_in_production

🆕 Вышел Opus 5.5. Уровень Fable за меньшие деньги

Anthropic представила Claude Opus 5.5. По данным компании, модель показывает уровень Fable 5.1, но типичная задача обходится на 40% дешевле, чем у Opus 5. Генерация ускорилась более чем на 30%.

Миллион входных токенов стоит $4, выходных $20, а чтение кеша подешевело до $0,20. Anthropic также обещает более ясные ответы без фирменного «клаудиша».

Модель уже доступна в Claude, API и крупных облаках.

🔗 Анонс

🔥 УЖЕ ЗАВТРА — ОТКРЫТАЯ ЛЕКЦИЯ ДЛЯ ВСЕХ

Завтра, 23 сентября встречаемся на первой ОТКРЫТОЙ ДЛЯ ВСЕХ лекции курса «Java в продакшене». Присоединиться бесплатно может любой!

Поговорим о том, как сохранить Spring Boot-приложение в рабочем состоянии, когда:

• внешние зависимости тормозят;
• ошибки распространяются каскадом;
• сервис не справляется с нагрузкой;
• привычные retry только усугубляют ситуацию.

Разберём Circuit Breaking, Bulkhead, Load Shedding и приоритизацию трафика, с акцентом на реальные сценарии, ограничения и ошибки применения.

❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений»

🎓 Лектор: Михаил Поливаха

🗓 Когда: уже завтра, 23 сентября в 20:00 МСК

🔗 Подключиться к лекции: https://my.mts-link.ru/j/104598363/25496740660

В конце будет открытая Q&A-сессия.

🤓 А если захотите погрузиться в тему глубже, присоединяйтесь ко всему курсу:
https://spring-aio.ru/java_in_production

⚡️⚡️Joker 2026: что происходит с профессией разработчика

Индустрия разработки проходит через серьезный переломный момент. Меняются не только инструменты и фреймворки, но и привычный подход к работе.

Поэтому в этом сезоне меняется и Joker: первый день традиционно посвящен Java — Core Java, рантайму и работе на уровне железа. А во второй день будем обсуждать, как прямо сейчас меняется сама инженерная практика.

В программе — Context Engineering, команды из людей и ИИ-агентов, Self-Evolving Agents, новые подходы к архитектуре и работе с моделями, а также вопросы ответственности и роли эксперта.

Собрали главные темы второго дня в карточках.

🌟С промокодом: springaio персональные билеты дешевле

Полное расписание и билеты — на сайте.

БЕСПЛАТНАЯ ЛЕКЦИЯ ДЛЯ ВСЕХ 🔥

Друзья, 23 сентября открываем первую лекцию курса «Java в продакшене». Прийти может любой!

Два часа занятия о том, что происходит, когда Spring Boot-приложение встречается с настоящим продакшеном:

• зависимость тормозит и тянет за собой всю систему;
• запросы начинают падать каскадом;
• сервис захлёбывается под нагрузкой;
• обычный retry делает ситуацию ещё хуже.

Разберём Circuit Breaking, Bulkhead, Load Shedding и приоритизацию трафика. Поговорим не только о паттернах, но и о том, когда они действительно спасают систему, а когда создают новые проблемы.

❓ Тема: «Когда что-то идёт не так. Отказоустойчивость Spring Boot-приложений»
🎓 Лектор: Михаил Поливаха. Senior Software Engineer, контрибьютор Spring, спикер JPoint, Joker, Spring I/O Barcelona и Devoxx Belgium.
🗓 23 сентября

В конце проведем открытую Q&A-сессию.
Ссылка на лекцию будет в канале.

Если понравится - будем рады вашим регистрациям на весь курс.

🔗 Ссылка на курс: https://spring-aio.ru/java_in_production