Jeszcze dwa lata temu na każdej konferencji o DevOps i Cloud padało hasło „Platform Engineering”. Brzmiało to jak panaceum: zbudujesz portal developerski (najczęściej w oparciu o Backstage), podepniesz pod niego narzędzia i nagle Twoje zespoły będą szczęśliwsze, a infrastruktura spójna.
Dziś coraz częściej słychać jednak inne głosy: „Mamy piękny portal, ale nikt z niego nie korzysta”. Zamiast zwiększyć produktywność, wdrożenie platformy bywa dodatkowym źródłem frustracji. Co poszło nie tak?
Co to jest Platform Engineering?
Platform Engineering to podejście, w którym zespoły tworzą wewnętrzną platformę dla deweloperów – zestaw narzędzi, API, procesów i „złotych ścieżek” (golden paths), które ułatwiają start nowych projektów i codzienną pracę.
Portal developerski (np. Backstage) ma być tylko interfejsem do tej platformy. Problem zaczyna się wtedy, gdy firmy mylą UI z fundamentem całego rozwiązania.
Backstage backlash – dlaczego portale zawodzą?
Backstage zdobył ogromną popularność, bo obiecywał centralne miejsce do zarządzania mikroserwisami i integracjami. Jednak w praktyce wiele wdrożeń kończy się rozczarowaniem:
- Ładny interfejs ≠ platforma
Portal to tylko front-end. Bez zaplecza (API, automatyzacji, integracji) jest pustą fasadą.
- Brak adopcji przez zespoły
Deweloperzy wolą własne skrypty i konsolę chmurową, bo portal nie spełnia ich realnych potrzeb.
- Kosztowne utrzymanie
Platforma bez wartości staje się kolejnym narzędziem, które trzeba konserwować, zamiast realnie pomagać.
To zjawisko nazywa się dziś Backstage backlash – rosnąca fala krytyki wobec wdrożeń, które nie dają wartości.
Najczęstsze błędy przy wdrażaniu Platform Engineering
- Stawianie UI nad backendem
Firmy zaczynają od „ładnego portalu”, zamiast od fundamentów: API, automatyzacji i procesów DevOps.
- Brak podejścia produktowego
Platforma to nie projekt jednorazowy. To produkt wewnętrzny, który musi mieć właściciela, roadmapę i regularne aktualizacje.
- Zbyt duża elastyczność
Pełny dostęp do infrastruktury przez portal kończy się chaosem i kosztownymi błędami.
- Ignorowanie feedbacku
Bez rozmów z użytkownikami (zespołami developerskimi) platforma staje się martwym narzędziem.
Jak budować skuteczną platformę inżynierską?
Zacznij od backendu, nie od portalu
- API do provisioning’u i deploymentów
- automatyzacja (CI/CD, Infrastructure as Code)
- standardowe szablony mikroserwisów
Wprowadź „golden paths” dla deweloperów
Gotowe ścieżki, które skracają czas startu projektu i eliminują błędy konfiguracji.
Dodaj bezpieczeństwo i zgodność od początku
Policy-as-code, RBAC, automatyczne skanowanie kodu i zasobów w chmurze.
Traktuj platformę jak produkt
Zbieraj feedback, mierz adopcję, rozwijaj funkcje. Platforma ma klientów – Twoje zespoły.
Platform Engineering w 2025 roku – jakie są trendy?
- FinOps i optymalizacja kosztów – platforma ma wspierać kontrolę wydatków w chmurze.
- Developer experience > dostęp do surowej infrastruktury – deweloperzy kodują „przeciwko platformie”, a nie bezpośrednio w AWS czy Azure.
- DevSecOps na pierwszym miejscu – bezpieczeństwo i zgodność są wbudowane w procesy, a nie dodane później.
- Rosnące wymagania wobec użyteczności – portale muszą być użyteczne, a nie tylko estetyczne.
Podsumowanie – portal to nie platforma
Platform Engineering to świetny kierunek, jeżeli zrozumiesz jedno: portal to wisienka na torcie, nie fundament. Bez mocnego backendu, automatyzacji i podejścia produktowego, Backstage i podobne narzędzia staną się tylko kolejnym źródłem frustracji.
Dlatego jeżeli ktoś dziś mówi Ci: „Wdrażamy Backstage i mamy platformę” = zapytaj:
„A co macie pod spodem?”
