En portal samlar tjänstekatalog, dokumentation, mallar och ingångar till plattformen på ett ställe. Backstage är den vanligaste, men frågan här gäller formatet, inte produkten.
Varför ASSESS
En portal löser ett verkligt problem: ingen vet vilka tjänster som finns, vem som äger dem eller var dokumentationen tog vägen. Som katalog är den ofta värd sitt underhåll redan vid tjugo tjänster.
Men den löser sällan problemet den köps för. Portalen ger en knapp, och bakom knappen ligger ofta samma kö som förut. Teamet fyller i ett formulär i stället för en ticket och väntar lika länge. Blir svaret på "hur får jag en miljö" fortfarande "någon återkommer", har du bytt gränssnitt mot väntan, inte tagit bort den.
Testet är enkelt: ta bort portalen i tanken. Går det fortfarande att få allt via API och git? Är svaret ja är portalen ett skyltfönster, och det är precis vad den ska vara. Är svaret nej har du byggt din self-service i en frontend, och då är portalen en ny flaskhals med en egen backlog.
Vad det kostar
Backstage är ett eget utvecklingsprojekt. Räkna med en halv till en person löpande för plugins, uppgraderingar och en katalog som annars driver ifrån verkligheten. En katalog som ljuger är dyrare än ingen katalog, för folk fattar beslut på den.
När det är fel val
När plattformens API:er inte finns än. Bygg gränssnittet först, portalen sedan. Ordningen är svår att vända, och ett team som redan har lärt sig klicka slutar fråga efter API:et.