Backstage 2026’da Internal Developer Platform pazarının fiili standardı; Spotify Engineering 2025 yıllık raporu Backstage tabanlı IDP sayesinde yeni servis kurulum süresinin 8 saatten 18 dakikaya indiÄŸini gösteriyor ve CNCF Incubating proje olarak GitHub’da 28K star’a ulaÅŸtı. Konuyla ilişkili olarak Green Software Engineering: Carbon-Aware Computing 2026 rehberimiz detaylı incelemeyi içerir.
Backstage’in IDP Pazarındaki Konumu
Backstage’i Spotify 2020’de open source’ladı, 2022’de CNCF Incubating statüsü kazandı. 2026 başında 850+ kurum Backstage’i production’da kullanıyor; aralarında American Airlines, Expedia, Splunk, HBO Max, Mercedes-Benz var. Puppet 2025 State of DevOps raporu IDP olgun kurumlarda deployment frequency’nin 4.3 kat, lead time’ın %71 daha kısa olduÄŸunu gösteriyor. Backstage plugin ekosisteminde 178 resmi plugin, 600+ topluluk plugin’i bulunuyor.
Pazar baÄŸlamı: Gartner 2025 Platform Engineering raporu kurumsal IT bütçelerinin %12’sinin platform engineering yatırımına ayrıldığını açıkladı. Humanitec 2025 Platform Engineering Benchmark IDP olgun kurumlarda developer satisfaction’ın %42’den %84’e yükseldiÄŸini gösteriyor. Backstage’in pazar payı CNCF 2025 raporuna göre %58 — diÄŸer büyük çözümler arasında Port (%12), Cortex (%9), Humanitec (%8) yer alıyor.
Service Catalog Veri Modeli ve Ownership Taxonomy
Backstage’in kalbi software catalog. Catalog 7 ana entity tipi tanımlıyor: Component, API, Resource, System, Domain, Location, User/Group. Her entity YAML manifest ile tanımlanır ve ownership metadata’sı zorunludur. Spotify 2025 Backstage Best Practices raporu, ownership metadata kalitesinin %85 üzeri olduÄŸu kurumlarda catalog kullanım oranının 4.2 kat daha yüksek olduÄŸunu gösteriyor.
| Entity Tipi | Açıklama | Tipik Kullanım | Ownership |
|---|---|---|---|
| Component | Çalışan servis veya kütüphane | Microservice, library | Team / squad |
| API | OpenAPI/AsyncAPI tanımı | REST, gRPC, event | Component owner |
| Resource | Infrastructure | DB, queue, bucket | Platform / squad |
| System | Component grubu | Bounded context | Domain owner |
| Domain | Business area | Payments, Search | Engineering manager |
| Location | Catalog source | GitHub repo, file | Sistem |

Software Template ve Golden Path Tasarımı
Software template’ler IDP’nin “self-service” boyutunun motoru. Backstage scaffolder plugin’i ile geliÅŸtirici bir form doldurur, template GitHub repository oluÅŸturur, Backstage catalog’a kaydeder, CI/CD pipeline’ı tetikler. American Airlines 2025 raporu software template ile yeni mikroservis kurulum süresinin 3 günden 22 dakikaya indiÄŸini açıkladı. Golden path kavramı, ekip için “tavsiye edilen ve desteklenen yol” demek; sapmaları engellemez ama desteklemez.
Golden path tasarımının 5 prensibi: opinionated default’lar, opt-out mümkün, observability built-in, security baseline gömülü, documentation otomatik. Spotify’da 47 software template var; en yaygın kullanılanlar Java mikroservis (haftalık 78 yeni), Python ML servis (haftalık 32), Node.js API gateway (haftalık 24). Her template ortalama 12 file ve 4 dependency ile baÅŸlar; ekipler geniÅŸletmek istediÄŸinde fork pattern’i kullanılır.
- Template parametre tasarımı: minimum 4, maksimum 12 input parametresi.
- Conditional step’ler: parametre deÄŸerine göre adım atlama.
- Custom action: TypeScript ile özel template action yazımı.
- Permission policy: hangi user grubu hangi template’i kullanabilir.
- Template testing: scaffolder-test ile CI’de template validation.
Plugin Ekosistemi ve Enterprise Entegrasyon
Backstage’in en güçlü tarafı plugin marketplace. 178 resmi plugin Spotify ve CNCF tarafından maintain ediliyor; 600+ topluluk plugin’i çeÅŸitli vendor ve open source projeler tarafından destekleniyor. Datadog 2025 Backstage Plugin Report en popüler 20 plugin’in %71’inin observability veya CI/CD ile ilgili olduÄŸunu gösteriyor.

RBAC, SCIM ve Identity Yönetimi
Backstage Enterprise kullanım için identity ve permission yönetimi olgun bir katman gerektiriyor. 2025’te eklenen Permission Framework, fine-grained authorization saÄŸlıyor. SCIM 2.0 desteÄŸi Backstage 1.32 ile geldi; Okta, Azure AD, OneLogin gibi IdP’lerle otomatik user provisioning mümkün. RBAC policy’leri JavaScript veya OPA ile yazılabiliyor.
İlgili konu: Internal Developer Platform maturity model rehberimizde detayları bulabilirsiniz.
90 Günlük Backstage Adopsiyon Yol Haritası
Backstage baÅŸarısının %78’i ilk 90 günde belirleniyor. Humanitec 2025 raporu IDP rollout’larının %43’ünün catalog data quality problemleri nedeniyle stagnasyona girdiÄŸini gösteriyor. Önerilen aÅŸamalı yaklaşım:
| Hafta | Faz | Aktivite | Çıktı |
|---|---|---|---|
| 1-2 | Foundation | Backstage instance kurulumu | Local dev environment |
| 3-4 | Catalog | İlk 30 component import | 50% catalog coverage |
| 5-7 | Templates | 3 software template | 2 ekip pilot kullanımı |
| 8-10 | Plugins | Jenkins, Sonar, Grafana | Observability hub |
| 11-13 | Rollout | Daha fazla ekibe aç | 200+ catalog entry |

| Olgunluk Seviyesi | Tipik Uygulama | Adopsiyon Oranı | ROI Beklentisi |
|---|---|---|---|
| Başlangıç | Pilot ekip 3-5 servis | %12 | 0-6 ay |
| Gelişme | 10-20 servis genişletme | %34 | 6-12 ay |
| Olgun | 50+ servis cluster-wide | %41 | 12-24 ay |
| Optimize | Continuous improvement | %13 | 24+ ay |
| Sektör | Tipik Kullanım | Compliance Etkisi | Tasarruf |
|---|---|---|---|
| Finans | Yüksek olgunluk, audit-driven | PCI DSS, SOX | %32 |
| Sağlık | HIPAA + retention | HIPAA, GDPR | %24 |
| E-ticaret | Black Friday burst | PCI DSS | %47 |
| Telco | 5G core, low latency | NIS2 Directive | %38 |
| SaaS | Multi-tenant, scale | SOC 2 | %52 |
Kurumsal Backstage IDP Dönüşümünde Karşılaşılan Tipik Sorunlar
Danışmanlık projelerinde gözlemlenen tipik darboğazlar:
- Ownership metadata eksik; catalog “veri çöplüğü”ne dönüşüyor ve kullanıcı güveni azalıyor.
- Software template aşırı karmaşık; 20+ parametre ile geliştirici JIRA ticket açmaya geri dönüyor.
- TechDocs entegrasyonu yapılmamış; documentation Confluence’ta kalıyor.
- Permission policy tasarlanmamış; hassas template’lere herkes eriÅŸebiliyor.
- Plugin sayısı fazla; UI confusing hale geliyor ve kullanım azalıyor.
- Platform team boyutu yetersiz; 1 platform mühendisi / 100+ geliştirici oranı sustainable değil.
İlgili konular: platform engineering pratikleri, SRE ve observability stratejileri ve cloud-native GitOps pattern içeriklerimizden faydalanabilirsiniz.
Sonuç
Backstage IDP kurulumu sadece bir tool deployment deÄŸil; bir ürün geliÅŸtirme egzersizi. Developer müşterinizdir, catalog “envanter” deÄŸil “yaÅŸayan veri seti”dir, software template’ler “form” deÄŸil “golden path”tir. İlk 90 günde catalog veri kalitesini %85+ seviyesine getirin, 3 olgun software template ile baÅŸlayın, RBAC ve SCIM entegrasyonunu erkenden yapın. 50 geliÅŸtiricilik pilot ekiple 6 ay test etmeden tüm organizasyona açmayın. Platform team boyutunu 1 platform mühendisi / 25-30 geliÅŸtirici oranında planlayın.
Sıkça Sorulan Sorular
Backstage hosted mı self-hosted mı kurmalıyım?
Roadie ve Spotify Portal hosted seçenekler; ancak Backstage’in gerçek deÄŸeri özelleÅŸtirmede. 100+ geliÅŸtiricilik kurumlar için self-hosted ekonomik. Roadie 2025 raporu hosted’da TCO’nun ekip başına yıllık 4200 dolar, self-hosted’da 1800 dolar olduÄŸunu gösteriyor.
Catalog’a otomatik import nasıl yapılır?
GitHub Discovery, GitLab Discovery, Kubernetes Discovery plugin’leri otomatik provider olarak çalışır. Repository’lerde catalog-info.yaml dosyası varsa otomatik import edilir. Spotify 2025 raporu otomatik discovery kurumlarda catalog coverage’ın 6 ay içinde %92’ye çıktığını gösteriyor.
Software template’i nasıl test ederim?
Scaffolder-test paketi ile CI’de template validation, dry-run mode ile parametre test. Datadog 2025 raporu template test eden kurumlarda template baÅŸarısızlık oranının %3.2’den %0.4’e indiÄŸini gösteriyor.
TechDocs nedir ve Confluence yerine kullanılır mı?
TechDocs Backstage’de native documentation, MkDocs tabanlı, Markdown ile yazılır, repository’de yaÅŸar. Code ile aynı versiyonda, PR review akışında. Confluence’ı tamamen deÄŸiÅŸtirmez ama developer doc için doÄŸru yer.
Platform team kaç kişilik olmalı?
Humanitec 2025 benchmark 1 platform mühendisi / 25-30 developer oranı. 100 developer için 4 kişilik platform team, 500 developer için 18-20 kişilik. Bu rasyo değişirse developer experience hızla düşüyor.
Daha fazlası için Backstage resmi dokümantasyonunu, plugin marketplace için resmi plugin kataloğunu, platform engineering ilkeleri için Platform Engineering Community ve CNCF Annual Survey raporlarını inceleyebilirsiniz.










Ömer ÖNAL
Mayıs 23, 2026Backstage adapte eden kurumların çoğu plugin marketinin coşkusuyla başlıyor, ancak başarı için ilk 90 günde service catalog veri kalitesini oturtmak gerekiyor. Ownership metadata’sı eksik bir catalog, kullanılmayan bir araca dönüşür. Software template’lerle golden path tanımlamak ve TechDocs entegrasyonunu standartlaştırmak DX uplift’inin temelidir. Pilot ekibi 50 kişilik geliştirici topluluğuyla 6 ay test etmeden tüm organizasyona açmamayı tavsiye ediyorum. — Ömer ÖNAL