У подкасті Confluent Developer архітектори розподілених систем Джон Міллер (Enid Technologies) та Ерік Бродa (автор книжки про Agentic Mesh) обговорюють, як агенти на базі LLM перетворюються з персональних «код‑асистентів» на повноцінних учасників бізнес‑процесів. Їхня теза радикальна для традиційної enterprise‑архітектури: агент у такому світі — це вже не чат‑бот, а «мікросервіс з мозком», під’єднаний до подієвої шини на кшталт Kafka.
Від мікросервісів до «розумних мікросервісів»
Перший інстинкт багатьох інженерів, які слухають опис enterprise‑агентів, — запитати: чим це взагалі відрізняється від звичайних мікросервісів?
Бродa прямо проводить межу: класичні мікросервіси — «headless» і «ambient», але в простих термінах — не розумні. У запропонованій ними термінології, якщо агент деплоїться як частина бізнес‑процесу, «це мікросервіс з мозком». Форма залишається знайомою: контейнер, деплой, інтеграція з рештою інфраструктури. Але всередині з’являється принципово інша якість.
Такий агент «не просто говорить через API, хоча може». Він здатний спілкуватися природною мовою і «відповідає, використовуючи інтелект LLM за ним». Це не чат‑інтерфейс для людини, а сервіс, який може інтерпретувати текстові описи задач, приймати рішення й виконувати тривалі, складні послідовності дій.
Звідси й ще одна характеристика: це не просто «розумний мікросервіс», а мікросервіс, який «може робити розширені обсяги роботи», у тому числі «дуже складні, довготривалі, комплексні задачі». Цей стрибок можливий лише тоді, коли усередині сервісу поєднуються LLM як «інтелект» і спеціалізований «harness», здатний організувати довгі робочі цикли.
LLM плюс coding‑агенти як новий «мозок» сервісу
Уявлення про «мозок» агента в цій моделі не зводиться до одного лише LLM‑виклику. Міллер і Бродa розрізняють дві складові: власне велику мовну модель та окремий клас так званих coding‑агентів.
LLM, у їхньому описі, має «інтелект», але сам по собі не дає механізмів для тривалих, керованих процесів. Для цього потрібен «harness» — петля керування, планування, виконання кроків, відстеження стану. Цю роль вони пропонують делегувати агентам на кшталт Claude Code чи Codex, які спочатку з’явилися як інструменти для програмістів, але дедалі очевидніше виходять за межі суто коду.
«Наша пропозиція в тому, що якщо у вас достатньо спроможний агент на кшталт Claude Code… ці агенти мають інтелект і розум, щоб брати участь у бізнес‑процесі», — пояснює Бродa. Такі coding‑агенти, на їхню думку, здатні виконувати «вражаючі обсяги роботи, не лише кодування», а в поєднанні з LLM перетворюються на універсальних «співробітників», які можуть реалізовувати цілі шматки бізнес‑логіки.
У підсумку всередині одного контейнера опиняються:
- LLM або набір мовних моделей — як «інтелектуальне ядро»;
- coding‑агент — як «harness» для довгих, складних сценаріїв;
- оточення, яке дозволяє цьому комплексу виконувати конкретні задачі бізнес‑процесу.
Таким чином, замість того щоб кожній команді з нуля писати повний агентний «loop» поверх LLM, автори Agentic Mesh пропонують використати готовий, уже «обгорнутий» у мікросервіс інтелектуальний компонент.
Від особистих асистентів до учасників бізнес‑процесів
Ключова різниця між нинішнім поколінням coding‑агентів і тим, що пропонує Agent Mesh, — у контексті їх використання. Сьогодні такі агенти майже завжди працюють як особисті інструменти: сесія належить конкретному користувачу, працює під його обліковим записом, має доступ до його середовища, токенів і секретів.
Бродa називає це «персональними ресурсами»: потужними, але жорстко прив’язаними до людини. У корпоративному світі, який вони описують, це обмеження має зникнути.
«Ви не працюєте з одним агентом в ентерпрайзі чи з десятьма. Насправді у вас будуть тисячі, можливо, мільйони», — стверджує він. Масштаб — не метафора, а цільовий порядок величини, якщо вірити поточним прогнозам індустрії, на які вони посилаються.
Важливіше, ці агенти «не будуть прив’язані до окремого користувача чи UI. Вони будуть учасниками бізнес‑процесу». Формою існування такого агента стає не чат‑вікно, а роль у процесі — з чітко визначеними задачами, правами доступу та відповідальністю.
Бродa використовує аналогію з працівниками великої організації: є тисячі людей, у кожного своя посада, набір інструментів, зона відповідальності. Агенти, які живуть у контейнерах і взаємодіють через єдину комунікаційну тканину, мають поводитися подібно — лише в цифровому вигляді.
Звідси виникають класичні для enterprise‑світу вимоги, які вони переносять на агентів: ідентичність, доступи, можливість спостереження, операційне управління, прозорість рішень, аудит кожної дії та облік витрат (зокрема «token accounting»). Суттєва частина того, що вони називають mesh, стосується саме цієї «ідентифікаційно‑довірчої» обгортки довкола агентів, а не лише їхнього коду.
Контейнер плюс подієва шина: як розумні агенти вбудовуються в інфраструктуру
Після того як агент визначено як «мікросервіс з мозком», природним є питання: як саме його інтегрувати в існуючу інфраструктуру? Відповідь авторів Agentic Mesh максимально «по‑ентерпрайзному» консервативна.
«Як це зробити? Помістити їх у контейнер, деплоїти як мікросервіс, наприклад, і надати дуже надійний комунікаційний бекбон», — окреслює Бродa базову форму. Вони не пропонують ламати організаціям DevOps‑процеси, CI/CD або принципи управління мікросервісами. Навпаки, агенти мають вписатися у вже відпрацьовані патерни.
Головна відмінність — у комунікаційній моделі. Тут Бродa і Міллер відверто «упереджені»: «Ми досить упереджені в цьому. Ми вважаємо, що event‑based communications — це шлях. Такі речі як Confluent Kafka… це комунікаційна тканина для агентів».
Ідея в тому, що подієва шина стає не просто транспортом для повідомлень між сервісами, а «фабрикою» для всієї агентної екосистеми. На цій тканині агенти мають:
- знаходити одне одного;
- обмінюватися повідомленнями та результатами роботи;
- координувати спільні бізнес‑процеси;
- робити це масштабовано й безпечно.
Подієва модель, на їхню думку, природно відповідає майбутньому, де «тисячі, можливо, мільйони» агентів взаємодіють асинхронно, реагуючи на потік подій. На відміну від точкових REST‑викликів, це дає можливість будувати великі, loosely coupled системи, у яких агенти можуть підписуватися на релевантні події та публікувати власні.
Важливо, що автори не сприймають цей підхід як щось екзотичне: для них, вихідців з великих enterprise‑ландшафтів, поєднання микросервісів, контейнерів і подієвої шини — логічний наступний крок еволюції розподілених систем, а не повний розрив з минулим.
Від Twitter‑дискусій до enterprise‑реальності
Значна частина публічної розмови про агентів сьогодні крутиться навколо персональних coding‑асистентів і експериментальних фреймворків. Міллер і Бродa відверто дистанціюються від цієї «60‑відсоткової Twitter‑дискусії», як вони її описують, і наполягають, що найбільша цінність — у «агентах, які пишуть бізнес».
Щоб такі агенти стали реальністю, доводиться повернутися до питань, які розподілені системи вже колись вирішували: ідентифікація, ролі, доступи, процесна оркестрація. Тепер до цього додаються нові вимоги, пов’язані з природою LLM: керування контекстом, пам’яттю, обмеження доступу до інструментів на рівні задачі, а не всього агента.
Бродa не приховує, що їхній підхід довго «прокричували з гори», не отримуючи відгуку. Але саме той факт, що вони дивляться на агентів очима людей, які будували великі мікросервісні та подієві системи, робить їхню модель привабливою для консервативних корпоративних середовищ. Вона не заперечує microservice‑парадигму, а розширює її, додаючи «мозок» у знайому форму.
У цій картині майбутнє enterprise‑систем виглядає як сітка контейнеризованих «розумних мікросервісів», які говорять не лише мовою API, а й природною мовою, приймають рішення, співпрацюють через подієву шину й формально беруть участь у бізнес‑процесах — з усіма вимогами до безпеки, аудиту й керованості, які це передбачає.
Підсумок
Концепція Agent Mesh пропонує не черговий фреймворк для «іграшкових» агентів, а спробу інтегрувати LLM‑інтелект у саме серце корпоративної інфраструктури. Агент тут — це «мікросервіс з мозком», розгорнутий у контейнері, підключений до подієвої шини й оточений шаром ідентичностей, ролей та аудитів.
Якщо ця модель справді приживеться, то агентні системи в ентерпрайзі перестануть бути додатком до UI й перетворяться на повноправних, хоч і цифрових, учасників бізнес‑процесів. А подієві платформи на кшталт Kafka стануть не лише інструментом стримінгу даних, а й «нервовою системою» для цілого покоління «мікросервісів з мозком».
Джерело
Agent Mesh: A Microservice With a Brain ft John Miller & Eric Broda | Ep. 33 | Confluent Developer