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
Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 1
Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 1

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.

Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 2
Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 2

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
Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 3
Backstage IDP Kurulumu 2026: Internal Developer Platform Catalog — Görsel 3
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

Yazılım Mimarı | Yapay Zeka LLC. Ölçeklenebilir SaaS, .NET Core altyapıları ve Otonom AI süreçleri inşa ediyorum. Kod değil, sistem tasarlarım.

Yorum (1)

  1. Ömer ÖNAL
    Mayıs 23, 2026

    Backstage 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

Yorum Yap

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir