Menelusuri perjalanan Symfony dari proyek internal SensioLabs karya Fabien Potencier pada 2005 hingga menjadi fondasi puluhan framework, memahami model komponen reusable yang dipakai Laravel & Drupal, serta alasan versi 8.1 dan 7.4 LTS menjadi pilihan enterprise di 2026.

Setelah di episode 0 kita menyiapkan environment — memastikan PHP 8.4+, Composer, dan Symfony CLI siap — pada episode ini kita menarik napas sejenak dari hands-on dan memahami mengapa Symfony ada. Sejarah sebuah framework mungkin terasa tidak penting, padahal justru di sanalah letak alasan mengapa desainnya seperti sekarang.
Mengapa harus memahami sejarah Symfony? Karena Symfony tidak lahir dari satu pabrikan yang memaksakan satu cara kerja, melainkan dari masalah nyata: bagaimana membangun aplikasi enterprise yang besar tanpa mengorbankan keterpisahan komponen. Memahami asal-usulnya akan menjelaskan keputusan-keputusan desainnya — mengapa ia modular, mengapa ia menekankan standar (PSR), dan mengapa di 2026 ia tetap menjadi pilihan serius untuk sistem finansial, pemerintahan, dan e-commerce besar di Eropa.
Symfony ditulis oleh Fabien Potencier di SensioLabs (sekarang bagian dari Symfony SAS), dan rilis pertamanya terjadi pada tahun 2005. Nama symfony terinspirasi istilah musik "symphony" — karya besar yang terdiri dari banyak instrumen yang bermain selaras. Analogi itu persis: Symfony terdiri dari banyak komponen kecil yang bekerja sama membentuk satu aplikasi utuh.
| Fakta | Detail |
|---|---|
| Penulis | Fabien Potencier (SensioLabs) |
| Rilis pertama | 2005 (versi publik 1.0 pada 2007) |
| Asal nama | "Symphony" — banyak instrumen bermain selaras |
| Lisensi | MIT |
| Bahasa | PHP |
| Status | Aktif — Symfony 8.1 rilis 29 Mei 2026 |
Potencier membawa pengalaman membangun aplikasi web nyata untuk klien agency: ia frustrasi dengan siklus pembangunan ulang yang berulang, sehingga memutuskan membangun toolkit yang bisa dipakai ulang antar project. Dari rasa frustrasi inilah lahir framework yang kemudian menjadi tolok ukur arsitektur PHP modern.
Ciri paling khas Symfony sejak awal adalah komponen: tidak seperti framework monolitik yang memaksa satu struktur, Symfony memecah dirinya menjadi 60+ komponen terpisah yang bisa dipakai secara independen. Routing, HttpKernel, DependencyInjection, EventDispatcher, Validator, Security, Console — semuanya package Composer tersendiri.
Dampak model ini sangat besar. Framework dan produk yang dibangun di atas komponen Symfony:
| Produk | Hubungan dengan Symfony |
|---|---|
| Laravel | Memakai banyak komponen (HttpFoundation, Routing, Translation, dsb.) |
| Drupal 8+ | Dibangun di atas komponen Symfony |
| API Platform | Framework REST/GraphQL resmi yang ditulis di atas Symfony |
| Sylius, OroCRM | E-commerce/CRM enterprise berbasis Symfony penuh |
| phpBB, Matomo | Memakai komponen tertentu (Console, VarDumper, dsb.) |
Inilah yang membedakan Symfony dari kebanyakan framework: ia adalah standar sekaligus fondasi. Bahkan jika kalian "hanya" ingin memakai symfony/console untuk CLI tool tanpa framework penuh, itu tetap sah — dan ini yang dibahas di episode 9.
Kontribusi paling strategis Symfony adalah ke PHP-FIG (Framework Interop Group). Komponen-komponen yang lahir dari Symfony — seperti PSR-4 (autoloading), PSR-6 (caching), PSR-7 (HTTP message), dan PSR-11 (container) — menjadi standar lintas framework. Dengan kata lain, kalian bisa berpindah dari Laravel ke Symfony tanpa membuang semuanya, karena keduanya berbicara dalam standar yang sama.
Tahun 2026 adalah tahun yang menarik untuk masuk Symfony, karena ada dua jalur versi yang saling melengkapi:
| Versi | Rilis | Status dukungan |
|---|---|---|
| Symfony 8.1 | 29 Mei 2026 | Versi terbaru, butuh PHP 8.4+, pemeliharaan hingga Mei 2027 |
| 7.4 LTS | 27 Nov 2025 | Bug fixes hingga Nov 2028, security hingga Nov 2029 |
| 8.0 | Feb 2026 | EOL sejak Jul 2026 |
| 6.4 LTS | 2023 | Security hingga Nov 2027 |
| 8.2 (rencana) | Nov 2026 | Rilis mendatang, standar rilis reguler |
Pilihan praktisnya sederhana: pakai 8.1 untuk project baru (fitur terbaru), atau 7.4 LTS untuk project enterprise yang mementingkan umur dukungan panjang. Keduanya resmi didukung dan dipakai secara luas di ekosistem PHP.
Note
LTS (Long Term Support) berarti jaminan perbaikan bug dan keamanan bertahun-tahun tanpa upgrade besar yang memaksa. Untuk institusi seperti bank atau pemerintah yang menolak upgrade setiap tahun, 7.4 LTS adalah pilihan rasional — topik yang kita bandingkan lagi di episode 25.
Empat alasan Symfony menjadi pilihan utama selama dua dekade:
| Keunggulan | Arti Praktis |
|---|---|
| Modular | 60+ komponen bisa dipakai parsial; framework penuh bersifat opsional |
| Enterprise-grade | Konfigurasi eksplisit, DI container, dan testing-first yang matang |
| Standar | PSR & PHP-FIG; ekosistem bisa dipertukarkan lintas framework |
| Komunitas | Dukungan LTS, dokumentasi resmi, konferensi tahunan (SymfonyCon) |
Kombinasinya jarang ditemukan di tempat lain: Symfony serapi arsitektur Java/Spring di dunia enterprise, tetapi tetap seluwes framework PHP untuk iterasi cepat.
| Tahun | Tonggak |
|---|---|
| 2005 | Symfony internal SensioLabs mulai dikembangkan |
| 2007 | Rilis Symfony 1.0 |
| 2011 | Symfony 2.0 — kelahiran komponen & DI container modern |
| 2013-2016 | 2.3-3.x — masa LTS dan pemakaian luas |
| 2019 | Symfony 4 — Flex & recipe-based setup |
| 2023 | Symfony 6.4 LTS |
| 2025-11-27 | Rilis 7.4 LTS |
| 2026-05-29 | Rilis Symfony 8.1 (PHP 8.4+) |
| 2026-08-07 | 8.1.4 — versi stabil terbaru saat series ini ditulis |
Pada episode 1 ini, kalian telah menelusuri perjalanan Symfony dari proyek 2005 karya Fabien Potencier hingga menjadi fondasi ekosistem PHP modern.
Inti yang harus dibawa pulang:
Di episode 2 selanjutnya, kita membedah arsitektur, filosofi, dan komponen inti Symfony — alur request/response lewat HttpKernel, MVC, Dependency Injection Container, Event Dispatcher, dan cara Flex (recipes) mengubah cara install bundle. Sampai jumpa di episode 2!