Belajar A2A - Ekosistem, Alternatif & Refleksi Akhir
Series/Belajar A2A/Episode 22
Episode 22 of 23

Belajar A2A - Ekosistem, Alternatif & Refleksi Akhir

Episode penutup series: membandingkan A2A dengan MCP, AG-UI, GNAP, dan ACP/AP2, menentukan kapan A2A adalah pilihan tepat, merekap seluruh perjalanan 0-21, dan menyajikan checklist produksi lengkap beserta sumber belajar lanjutan.

AI Agent
AI AgentAugust 3, 2026
0 views
5 min read

Pendahuluan

Inilah episode terakhir. Selama 22 episode, kalian telah berjalan dari nol — dari mempersiapkan environment dan memahami mengapa agent perlu bahasa bersama, membedah arsitektur, agent card, task lifecycle, JSON-RPC, SDK, streaming, hingga menaiki tangga yang semakin curam: keamanan, multi-tenancy, gRPC, observability, skala, pembayaran, dan otomasi. Episode 22 bukan lagi tentang perintah atau fitur baru, melainkan tentang menempatkan A2A di peta ekosistem — dan merangkai semua yang sudah kalian pelajari menjadi satu keputusan: kapan memakai A2A, dan bagaimana memakainya dengan benar.

A2A vs MCP: Dua Tujuan yang Berbeda

Kebingungan paling umum di kalangan developer AI adalah mencampur dua protokol yang sebenarnya komplementer. A2A (dibahas sepanjang series ini) menghubungkan agent ke agent. MCP (Model Context Protocol) dari Anthropic menghubungkan agent ke tools dan data.

DimensiA2AMCP
Arah komunikasiAgent ke agent (peer)Agent ke tools/data
Unit kerjaTask dengan lifecycle lengkapTool call yang cepat
DiscoveryAgent CardMCP server listing
StatusLinux FoundationAnthropic, diadopsi luas
ContohAgent riset minta agent ringkasAgent panggil tool database

Pola yang paling sehat: agent menggunakan MCP untuk mengakses tool internal dan sumber data, lalu memakai A2A untuk berkolaborasi dengan agent lain yang opaque. Keduanya tidak bersaing — mereka bekerja di lapisan yang berbeda, dan sistem multi-agent terbaik memakai keduanya sekaligus.

Jika analoginya membantu: MCP adalah bagaimana satu otak memegang tangan dan palu; A2A adalah bagaimana dua otak menegosiasikan pekerjaan dan berbagi hasil. Keduanya dibutuhkan oleh arsitektur yang sehat — jangan memilih salah satu, rancang keduanya dengan batas yang jelas.

Alternatif Lain di Ekosistem

Selain MCP, ada protokol sekitar yang perlu kalian kenal agar tidak bingung:

  • AG-UI / AGNTCY — fokus pada pengalaman pengguna terhadap agent (misalnya interaksi obrolan di frontend) dan standardisasi identitas agent di jaringan. Bukan pengganti A2A; ia melengkapi dari sisi presentasi dan identitas.
  • GNAP (Grant Negotiation and Authorization Protocol) — evolusi OAuth yang dirancang untuk relasi beragam, termasuk relasi antar agent. Ia menyelesaikan siapa yang boleh meminta apa, sedangkan A2A menyelesaikan bagaimana pekerjaan dikomunikasikan.
  • ACP / AP2 — lapisan commerce (dibahas di episode 19): ACP menormalisasi transaksi komersial, AP2 menghubungkan agent ke wallet. A2A berbicara soal task, mereka berbicara soal nilai.

Panduan praktis: pilih A2A untuk kolaborasi antar agent, MCP untuk akses tools/data, AG-UI untuk antarmuka pengguna, GNAP untuk otorisasi antar pihak, dan ACP/AP2 untuk transaksi bernilai uang. Menggabungkan lapisan-lapisan ini adalah arsitektur yang matang, bukan kebingungan.

Kapan Memilih A2A

A2A bukan untuk semua kasus. Kalian sebaiknya memilih A2A ketika:

  • Multi-agent workflows — pekerjaan nyata dipecah antar agent yang berkomunikasi dengan task lifecycle, bukan sekadar rantai tool call dalam satu proses.
  • Cross-vendor agent — agent dari framework berbeda (ADK, LangChain, CrewAI, OpenAI Agents SDK) harus bekerja sama; A2A adalah bahasa bersama yang vendor-netral.
  • Enterprise agent orchestration — kebutuhan akan discovery, otentikasi, audit, dan isolasi tenant yang ketat, seperti yang kita bangun di episode 13 sampai 16.

Sebaliknya, jika kalian hanya punya satu agent dengan satu set tools, A2A adalah beban yang tidak perlu — MCP atau pemanggilan fungsi langsung sudah cukup. A2A membayar biayanya saat jumlah agent dan pihak yang terlibat membuat ad-hoc conversation menjadi tidak terkelola.

Bayangkan contoh konkret: sebuah agent riset yang harus mengumpulkan data, meringkas laporan, dan menerjemahkan hasilnya. Di satu vendor, ketiganya cukup jadi tool call dalam satu proses. Tapi jika agent riset milik tim kalian, agent ringkasan milik vendor lain, dan agent penerjemah berjalan di cloud pihak ketiga — maka tidak ada runtime bersama yang menghubungkan mereka. Itulah titik di mana A2A berubah dari pilihan menjadi keharusan: karena satu-satunya yang dibagikan hanyalah protokol.

Rekap Perjalanan 0-21

Mari kita lihat peta yang sudah kalian tempuh:

  • Episode 0-2: fondasi — environment dan SDK, sejarah A2A dari Google ke Linux Foundation, serta konsep arsitektur client agent, remote agent, dan agent card.
  • Episode 3-5: inti protokol — agent card dan discovery, task lifecycle beserta message/part, dan JSON-RPC methods dengan binding HTTP.
  • Episode 6-8: tangan di mesin — SDK Python dan TypeScript, streaming SSE dan push notification, serta content dan structured output.
  • Episode 9-12: keamanan dan interop — authentication, signed agent cards, multi-tenancy dan version negotiation, gRPC, serta integrasi ADK dan framework lain.
  • Episode 13-16: produksi — deployment multi-agent yang aman, threat modeling, observability dengan OpenTelemetry, dan registry/discovery service.
  • Episode 17-20: skala dan operasi — task pattern lanjutan, performa, ekosistem pembayaran x402, dan policy-as-code dengan CI/CD.
  • Episode 21: state of the ecosystem — v1.0, signed agent cards, multi-tenancy, version negotiation, dan roadmap.

Perhatikan benang merahnya: setiap episode menaiki satu tingkat abstraksi — dari satu request, ke satu task, ke satu sistem, ke satu ekosistem.

Checklist Production A2A

Sebagai pemantapan, berikut checklist yang merangkum seluruh series — jadikan acuan sebelum agent kalian masuk produksi. Checklist ini bukan daftar yang dihapal sekali, melainkan dokumen hidup yang ditinjau di setiap rilis besar, persis seperti runbook yang sudah kalian bangun di episode 20:

  • Protokol v1.0 atau lebih baru sebagai target kompatibilitas minimum.
  • Signed agent cards diaktifkan dan diverifikasi oleh semua client.
  • OAuth 2.1 / JWT untuk otentikasi antar agent, sesuai agent card.
  • Task lifecycle dipantau — tidak ada task menggantung di working tanpa timeout.
  • Observability OpenTelemetry — trace dari submit sampai complete, parent-child terkorrelasi.
  • Isolasi multi-tenant — state dipartisi per tenant, tanpa kebocoran konteks.
  • Version negotiation diuji antara client dan server versi berbeda.
  • Partner allowlist — hanya agent yang dikenal yang boleh mengirim task.

Satu agent card yang merepresentasikan target produksi:

agent-card-produksi.json
{
  "agentName": "a2a-agent",
  "protocolVersion": "1.0",
  "description": "Agent produksi untuk kolaborasi antar agent",
  "capabilities": ["streaming", "push", "multi-tenancy"],
  "authentication": { "schemes": ["oauth2"] },
  "security": { "signature": { "verified": true } },
  "skills": [
    { "id": "a2a-agent:ringkas", "name": "Ringkasan" },
    { "id": "a2a-agent:analisa", "name": "Analisa" }
  ]
}

Sumber Belajar Lanjutan

Perjalanan tidak berhenti di sini. Untuk mendalami lebih jauh, kunjungi sumber resmi:

  • Spesifikasi dan docs: situs a2a-protocol yang memuat spec, roadmap, dan daftar partner.
  • Kode dan rilis: repositori a2aproject di GitHub untuk spec, release notes, dan samples.
  • Panduan integrasi: dokumentasi ADK dari Google untuk ekspose agent ADK sebagai A2A.
  • Referensi Linux Foundation: halaman proyek A2A untuk informasi governance dan partisipasi.

Cara paling cepat mencicipi sebuah agent yang hidup adalah mengambil agent card-nya langsung dari endpoint well-known — misalnya curl -s https://agent.example.com/.well-known/agent-card.json — lalu membedah kemampuan yang dipublikasikan. Ini kebiasaan debugging yang akan terus terpakai sepanjang karier kalian bekerja dengan protokol berbasis discovery.

Jadikan sumber-sumber ini rujukan hidup — spesifikasi berubah, dan mengikuti changelog adalah bagian dari kerja platform engineer.

Penutup

Dan di sinilah perjalanan 23 episode (0 hingga 22) Belajar A2A berakhir. Kalian telah menyusuri setiap lapisan: dari prasyarat dan sejarah, arsitektur dan agent card, task lifecycle dan JSON-RPC, SDK dan streaming, keamanan dan multi-tenancy, gRPC dan integrasi framework, deployment dan observability, registry dan skala, pembayaran x402 dan commerce, otomasi dan governance, hingga v1.0, roadmap, dan posisi A2A di tengah ekosistem yang lebih luas.

Jika ada satu pesan yang ingin saya tinggalkan, begitulah: A2A mengajarkan cara berpikir tentang agen sebagai warga ekosistem — bukan pulau. Setiap task adalah janji kerja, setiap agent card adalah surat kepercayaan, dan setiap verifikasi adalah keputusan tentang siapa yang boleh dipercaya. Kalian sekarang memiliki kosakata, alat, dan checklist untuk membangun kolaborasi antar agent yang aman, terukur, dan production-grade.

Terima kasih sudah bertahan sampai episode terakhir. Terapkan checklist-nya, jadikan observability kebiasaan, dan bagikan pengalaman kalian kepada tim. Sampai jumpa di series berikutnya!

Belajar A2A - Ekosistem, Alternatif & Refleksi Akhir | Belajar A2A