Det bästa
10 bästa interna utvecklarplattformar (IDP) – [month] [year]
Lägg till Unite.AI bland dina föredragna källor på Google
Unite.AI kan få ersättning när du använder länkar till produkter vi granskar. Det påverkar inte våra redaktionella bedömningar. Läs vår affiliateinformation.
Internt utvecklarplattformar hjälper organisationer för ingenjörer att standardisera hur programvara skapas, distribueras, driftas och styrs. De ger utvecklare självbetjäningsåtkomst till infrastruktur, miljöer, dokumentation, godkända mallar, distributionsarbetsflöden och operativa verktyg utan att kräva en manuell biljett för varje begäran.
Termen IDP används vanligtvis för både en intern utvecklarplattform och en intern utvecklarportal, även om de fyller olika roller. Plattformen är orkestrerings- och automationslagret som etablerar infrastruktur och kör arbetsflöden. Portalen är gränssnittet genom vilket utvecklare upptäcker tjänster, dokumentation, mallar och självbetjäningsåtgärder. Många moderna produkter kombinerar båda lagren eller integrerar med en annan portal eller orkestreringsmotor.
AI-kodningsagenter har gjort den underliggande plattformen mer viktig. Att generera kod snabbare ger begränsat värde när utvecklare och agenter saknar tillförlitlig information om ägande, beroenden, säkerhetskrav, distributionsstandarder och produktionsmiljöer. Nuvarande IDP:er tillhandahåller alltmer strukturerad kontext, policygenomförande, poängkort och kontrollerade åtgärder för både mänskliga utvecklare och AI-agenter.
En intern plattform bör behandlas som en produkt snarare än ett engångsinfrastrukturprojekt. Lyckade implementeringar börjar med utvecklarforskning, ett litet antal värdefulla gyllene vägar, mätbara resultat och en driftsmodell för att underhålla mallar, integrationer och standarder när organisationen förändras.
Bästa interna utvecklarplattformar jämförda
| AI-verktyg | Bäst för | Funktioner |
|---|---|---|
| Qovery | Självbetjäningsmolnmiljöer och Kubernetes-applikationsleverans | Infrastruktur-etablering, distribution, efemära miljöer, GitOps, policy som kod, RBAC, observabilitet, AI-agenter, multi-moln och självvärd |
| Humanitec | Företagsplattformsorkestrering och styrda utvecklar-självbetjäning | Plattformsorkestrator, utvecklarportal, Poäng-arbetsbelastningsspecifikation, resursdefinitioner, miljöhantering, infrastrukturorkestrering, RBAC, drifthantering |
| Port | Flexibla programvarukataloger, agenter-arbetsflöden och självbetjäningsåtgärder | Context Lake, programvarukatalog, självbetjäningsåtgärder, AI-agenter, poängkort, arbetsflödesorkestrering, RBAC, integrationer, anpassade datamodeller |
| Cortex | Ingenjörsverksamhet, produktionsklarhet och gyllene vägar i stor skala | Context-graf, tjänstekatalog, poängkort, produktionsklarhet, gyllene vägar, arbetsflöden, ingenjörskapacitet, AI-styrning, initiativ och rapportering |
| OpsLevel | Programvarustandarder, poängkort, katalogkvalitet och utvecklarautonomi | Programvarukatalog, poängkort, kampanjer, kontroller, AI-berikning, underhållsagenter, självbetjäningsåtgärder, kunskapscenter, anpassade integrationer |
| Backstage | Bygga en helt anpassad öppen källkodsutvecklarportal | Programvarukatalog, programvarumallar, TechDocs, plugins, anpassade komponenter, API:er, dokumentation, utökad React- och TypeScript-ram |
| Harness Internal Developer Portal | En Backstage-baserad portal ansluten till en bredare programvaru-leveransplattform | Programvarukatalog, självbetjäningsarbetsflöden, poängkort, miljöhantering, AI-kunskapsagent, plugins, styrning, CI/CD- och säkerhetsintegrationer |
| Red Hat Developer Hub | Företagsstödda Backstage-distributioner över hybridmolnmiljöer | Programvarukatalog, mallar, dynamiska plugins, företags-RBAC, revisionsloggar, självbetjäning, AI-assistent, OpenShift- och Kubernetes-stöd, 24/7-stöd |
| Mia-Platform | AI-nativ företagsprogramvaru-leverans med en styrkt kontextlager | Context-katalog, AI-gjuteri, intern utvecklarportal, poängkort, kampanjer, programvaru-livscykelorkestrering, API:er, dataintegration och styrning |
| Facets | AI-nativ infrastrukturorkestrering och självbetjäning över moln | Declarativa ritningar, infrastruktur-etablering, miljöhantering, utvecklar-självbetjäning, AI-agenter, policygenomförande, kostnadskontroller, multi-molndistribution |
10 bästa interna utvecklarplattformar
1. Qovery
Qovery är en utvecklarplattform för etablering av infrastruktur, distribution av applikationer och hantering av miljöer i ett företags eget molnkonto. Den abstraherar många Kubernetes- och molnhanteringsuppgifter bakom ett självbetjäningsgränssnitt samtidigt som den behåller åtkomst till den underliggande infrastrukturen.
Plattformsteam kan definiera distributionsstandarder, återanvändbara miljömallar, åtkomstregler och policy-som-kod-kontroller. Utvecklare kan sedan skapa tjänster, databaser, förhandsgranskningsmiljöer och produktionsdistributioner utan att manuellt montera varje infrastrukturkomponent.
Qovery stöder Amazon Web Services, Google Cloud Platform, Microsoft Azure, Scaleway och självvärd på sin Enterprise-plan. Dess gränssnitt inkluderar en webbkonsol, kommandoradsgränssnitt, program-API, Model Context Protocol-server och AI-färdigheter som tillåter godkända agenter att interagera med plattformen.
Fördelar och nackdelar
- Tillhandahåller äkta infrastruktur-etablering och applikationsleverans snarare än bara en portal
- Kör arbetsbelastningar inom kundens eget molnmiljö
- Stöder efemära miljöer, distributionsautomatisering, styrning och policy som kod
- Inkluderar en AI-agentplats för varje mänsklig plats på nuvarande planer
- Kan tjäna växande team utan att kräva att de bygger en komplett plattform internt
- Plattformen är starkt inriktad mot Kubernetes och molnnativa applikationer
- Observabilitet, optimering och AI-DevOps-funktioner kan kräva tillägg
- Team behöver fortfarande moln, säkerhet och plattformsägande även när rutinarbete är automatiserat
Qoverys publicerade prenumerationer täcker plattformsavgiften. Den underliggande molninfrastrukturen faktureras fortfarande av den valda molnleverantören.
2. Humanitec
Humanitec tillhandahåller ett plattformsorkestreringslager för att bygga styrda interna utvecklarplattformar. Dess Plattformsorkestrator sitter mellan utvecklar-gränssnitt, distributionspipelines, infrastruktur-som-kod-moduler och molnresurser.
Plattformsteam definierar Resursdefinitioner som beskriver hur godkänd infrastruktur ska etableras. Utvecklare beskriver arbetsbelastningen och resurserna de behöver genom Poäng, en arbetsbelastningsspecifikation, eller genom en ansluten portal. Humanitec genererar sedan den erforderliga applikations- och infrastrukturkonfigurationen dynamiskt för varje miljö.
Plattformen stöder miljö- och distributionshantering, infrastrukturorkestrering, utvecklar-självbetjäning, rollbaserad åtkomstkontroll, kostnadskontroller, efemära miljöer, återställning, drifthantering och kluster- eller GPU-orkestrering. Den kan tillhandahålla sin egen portal eller förse backend för en annan utvecklarportal.
Fördelar och nackdelar
- Separerar utvecklarbegäranden från den infrastrukturimplementering bakom dem
- Fungerar med befintliga infrastruktur-som-kod, CI/CD, moln och portalinvesteringar
- Stark miljöhanterings- och infrastrukturorkestreringsförmåga
- Stöder värdbaserade och självvärdade distributioner
- Poäng tillhandahåller ett öppet, kodbaserat gränssnitt för att definiera arbetsbelastningskrav
- Team måste utforma Resursdefinitioner och referensarkitekturer innan bred självbetjäning är användbar
- Produkten kan lägga till ett ytterligare abstraktionslager till en redan komplex leveransstack
3. Port
Port kombinerar en flexibel programvarukatalog med självbetjäningsåtgärder, poängkort, arbetsflöden, åtkomstkontroller och AI-agenter. Dess Context Lake samlar strukturerad information från repository, molnresurser, infrastruktur, incidenter, distributioner, kostnader och andra ingenjörssystem.
Till skillnad från produkter byggda kring en fast tjänstschema låter Port team definiera sina egna ritningar, relationer, egenskaper och entitetstyper. Detta gör det möjligt att representera tjänster, applikationer, miljöer, kluster, databaser, modeller, team, leverantörer eller andra objekt inom en ansluten katalog.
Utvecklare och AI-agenter kan utföra kontrollerade självbetjäningsåtgärder, medan poängkort mäter säkerhet, kvalitet, ägande, produktionsklarhet och andra standarder. Ports arbetsflödesorkestrator och AI-agenter kan använda katalogkontext för att automatisera incidenthantering, ingenjörsverksamhet, resurshantering och återkommande programvaruleveransarbete.
Fördelar och nackdelar
- Hög flexibilitet i datamodellen kan representera mer än konventionella mikrotjänster
- Kombinerar katalogsynlighet med utförbara åtgärder och arbetsflödesorkestrering
- AI-agenter fungerar med strukturerad organisatorisk kontext och behörigheter
- Omfattande integrationsramverk och program-API:er stöder anpassade stackar
- Flexibel modellering kräver att team utformar och styr sin egen katalogstruktur
- Plattformsvärdet beror på att anslutna källdata är korrekta och aktuella
- Organisationer kan fortfarande behöva en separat infrastrukturorkestreringsbackend för komplex etablering
4. Cortex
Cortex har utvidgats från en konventionell intern utvecklarportal till en ingenjörsverksamhetsplattform. Den kombinerar en automatiskt mappad context-graf, tjänstekatalog, poängkort, arbetsflöden, gyllene vägar, ingenjörskapacitet och organisatoriska initiativ.
Katalogen ansluter programvara, team, infrastruktur, beroenden, operativa data och ägande. Poängkort definierar standarder för produktionsklarhet, tillförlitlighet, säkerhet, dokumentation och AI-antagande, medan arbetsflöden kan stödja tjänster, etablera infrastruktur och utföra migrationer.
Cortex är särskilt stark för organisationer som vill förbättra ingenjörsmognad över många team snarare än att bara skapa en katalog över tjänster. Den ger ingenjörsledare ett sätt att identifiera risk, mäta framsteg och samordna tvärgående initiativ samtidigt som den ger utvecklare godkända självbetjäningsvägar.
Fördelar och nackdelar
- Ansluter programvarusynlighet med mätbara ingenjörsstandarder
- Starka poängkort, produktionsklarhet, initiativ och rapporteringsförmåga
- Context-grafen kartlägger tjänster, team, beroenden och operativa uppgifter
- Gyllene vägar stöder kontrollerad självbetjäning för utvecklare och agenter
- Utformad för ingenjörsledare, plattformsteam, utvecklare och webbplatstillförlitlighetsteam
- Företagsomfattning kan överstiga behoven hos mindre ingenjörsorganisationer
- Poängkort kan bli kontraproduktiva när team spårar för många dåligt valda standarder
- Integrationer och organisatoriska data kräver fortfarande ägande för att förbli tillförlitliga
5. OpsLevel
OpsLevel är en intern utvecklarportal som fokuserar på programvarusynlighet, standarder, ägande och utvecklarautonomi. Dess katalog samlar automatiskt tjänster, system, domäner, infrastruktur, team, beroenden och relaterad dokumentation.
Poängkort, kontroller och en organisationsspecifik rubrik mäter om programvara uppfyller definierade ingenjörskrav. Kampanjer omvandlar breda initiativ, såsom ramverksuppgraderingar eller efterlevnadsändringar, till spårbar arbete som tilldelas lämpliga tjänsteägare.
OpsLevel tillhandahåller också självbetjäningsåtgärder, ett kunskapscenter, repository-kontroller, anpassade integrationer och AI-assisterad katalogberikning. Dess AI kan generera komponentbeskrivningar, sammanfatta dokumentation och hjälpa till att hålla kataloginformation aktuell.
Fördelar och nackdelar
- Stark fokus på programvarustandarder och kontinuerlig mognadsförbättring
- AI-assisterad katalogberikning minskar viss manuell dokumentationsarbete
- Kampanjer samordnar tvärgående ändringar över många tjänster
- Självbetjäningsåtgärder och ett kunskapscenter stöder utvecklarautonomi
- Standard inkluderar obegränsade katalogiserade komponenter
- Standard är begränsad till 50 användare
- On-premises-distribution och de starkaste stödalternativen kräver Enterprise
- Primärt tjänar katalog- och styrningslagret snarare än fullständig infrastrukturorkestrering
OpsLevel prissätter prenumerationer enligt antalet utvecklare som använder portalen och erbjuder volymbaserad anpassning.
6. Backstage
Backstage är ett öppen källkods-ramverk för att bygga utvecklarportaler. Det skapades på Spotify och är nu ett Cloud Native Computing Foundation inkubationsprojekt som underhålls genom en öppen samhällsgrupp.
Dess Programvarukatalog organiserar tjänster, bibliotek, webbplatser, data-pipelines, maskinlärningsmodeller, team och andra programvaruenheter. Programvarumallar stöder nya projekt med godkända standarder, medan TechDocs implementerar ett dokument-som-kod-arbetsflöde.
Backstages plugin-arkitektur är dess främsta differentierare. Organisationer kan integrera befintliga ingenjörverktyg eller bygga helt anpassad funktionalitet. Den flexibiliteten innebär också att Backstage inte är en färdig programvara som en tjänst: team måste värd, säkra, uppgradera, anpassa och driva portalen själva.
Fördelar och nackdelar
- Öppen källkodsgrund som undviker beroende av en proprietär portaldata-modell
- Stort ekosystem av community- och kommersiella plugins
- Programvarukatalog, mallar och TechDocs tillhandahåller en stark utgångspunkt
- Fullständig kontroll över gränssnittet, integrationer, arkitektur och distribution
- Omfattande antagen grund med kommersiella stödalternativ från flera leverantörer
- Kräver utvecklare med React, TypeScript, Node.js, infrastruktur och säkerhetserfarenhet
- Implementering och underhåll kan konsumera betydande ingenjörskapacitet
- Plugin-kvalitet, kompatibilitet och uppgraderingsstöd varierar
- Organisationer måste bygga många styrnings- och operativa förmågor själva
Backstage tar inte ut någon licensavgift, men en produktionsimplementering bör budgeteras som en intern driftsprodukt snarare än ett kostnadsfritt plug-and-play-verktyg.
7. Harness Internal Developer Portal
Harness Internal Developer Portal utvidgar Backstage med en hanterad företagsupplevelse som är ansluten till den bredare programvaru-leveransplattformen.
Portalen centraliserar tjänster, miljöer, dokumentation, ägande, pipelines, säkerhetsfynd, incidenter och annan utvecklingsinformation. Programvarumallar och självbetjäningsarbetsflöden låter utvecklare stödja tjänster och utföra godkända operativa åtgärder.
Harness lägger till poängkort, miljöhantering, styrning, kuraterade plugins, granskningsbarhet och en AI-kunskapsagent. Agenten använder en programvaru-leverans-kunskapsgraf som innehåller byggnads-, distributions-, test-, säkerhets-, kostnads- och övervakningskontext samtidigt som den respekterar användarens befintliga åtkomstbehörigheter.
Fördelar och nackdelar
- Kombinerar Backstages ekosystem med kommersiell hosting och företagskontroller
- Stark integration med Harness CI/CD, infrastruktur, säkerhet, tillförlitlighet och kostnadsprodukt
- AI-kunskapsagenten fungerar med levande programvaru-leveranskontext
- Tillhandahåller självbetjäningsarbetsflöden, poängkort, katalogisering och miljöhantering
- Minskar den interna underhållsbördan för att driva Backstage direkt
- Största värdet uppnås av organisationer som använder andra Harness-moduler
- Betalda Internal Developer Portal-distributioner kräver ett minimum antal utvecklarprenumerationer
- Stödda Backstage-plugins är kuraterade snarare än obegränsade
Besök Harness Internal Developer Portal
8. Red Hat Developer Hub
Red Hat Developer Hub är en företagsstödd intern utvecklarportal som bygger på Backstage. Den är utformad för organisationer som vill ha det öppna Backstage-ekosystemet utan att ta fullt ansvar för paketering, kompatibilitet, säkerhetskorrigeringar och produktionsstöd.
Plattformen tillhandahåller en programvarukatalog, mallar, dokumentation, självbetjäningsarbetsflöden, dynamiska plugins, rollbaserad åtkomstkontroll, revisionsloggar, företagsstöd och utvecklarhastighet. Dynamiska plugins låter team lägga till stödda funktioner utan att bygga om hela portalapplikationen.
Utvecklarhastighet lägger till kontextmedveten AI-assistans för att hitta information, felsöka, planera arbete och producera tekniskt material. Red Hat låter organisationer ansluta en föredragen stor språkmodell, vilket hjälper dem att hantera sekretess, kostnad och modellvalskrav.
Fördelar och nackdelar
- Företagsstödd Backstage-distribution från en etablerad infrastrukturleverantör
- Dynamiska plugins förenklar utvidgning jämfört med att bygga om portalbilden manuellt
- Stark rollbaserad åtkomst, granskningsbarhet, efterlevnad och stöd
- Fungerar på OpenShift, Amazon EKS och Microsoft AKS
- Utvecklarhastighet stöder kundvalda språkmodeller
- Kräver Kubernetes-infrastruktur innan den kan distribueras
- Organisationer utanför Red Hat-ekosystemet kan få mindre integrationsvärde
- Utvecklarhastighetens tillgänglighet och mognad kan variera per release
9. Mia-Platform
Mia-Platform är en AI-nativ utvecklarplattform för att ansluta programvara, infrastruktur, API:er, data, policys och AI-agenter inom ett enda styrkt företagskontext.
Dess Context-katalog skapar en kontinuerligt uppdaterad karta över teknikegendomen. AI-gjuteriet fungerar som ett styrningslager mellan användarbegäranden, kodningsagenter och produktionsystem, vilket hjälper till att säkerställa att genererade tillgångar följer organisatoriska policys och använder godkänd kontext.
För plattformsingenjörsteam tillhandahåller Mia-Platform en utvecklarportal, poängkort, kampanjer, molnverksamhet, programvaru-livscykelorkestrering och styrkt självbetjäning. Samma grund stöder också programutveckling, API-styrning, dataintegration och AI-agent-livscykelhantering.
Fördelar och nackdelar
- Ansluter applikationer, infrastruktur, data, API:er, policys och AI-agenter
- Context-katalogen skapar en gemensam sanningkälla för människor och agenter
- Stark företagsstyrning och programvaru-livscykelomfattning
- Stöder plattformsingenjörsteam tillsammans med data- och programutvecklingsarbetsflöden
- Utformad explicit för agenter-utvecklingsmiljöer
- Större företagsomfattning kan göra implementering mer komplex än en fristående portal
- Organisationer kan inte behöva dess data- och AI-grundfunktioner
- Lyckad distribution kräver överenskommelse över flera teknik- och styrningsteam
Mia-Platform säljer genom demonstrationer och organisationspecifika företagsavtal.
10. Facets
Facets är en AI-nativ orkestreringsplattform som kombinerar infrastruktur-etablering, CI/CD-konfiguration, miljöhantering, styrning, kostnadskontroll och utvecklar-självbetjäning.
Plattformsteam skapar återanvändbara, deklarativa ritningar från godkända infrastrukturmoduler. Utvecklare väljer den erforderliga projekttypen och konfigurationen, medan Facets etablerar och hanterar den resulterande miljön över molnleverantörer utan att kräva att varje programteam skriver sin egen Terraform.
Praxis AI-agenter stöder uppgifter som Terraform-författande, miljödesign, felsökning, infrastrukturanalys och kostnadsoptimering. Plattformen underhåller en leverans-kunskapsgraf som innehåller tjänster, miljöer, infrastruktur, distributioner, policys och beroenden.
Fördelar och nackdelar
- Orkestrerar infrastruktur, programkonfiguration och miljöer snarare än att bara exponera en portal
- Deklarativa ritningar stöder återanvändbara gyllene vägar
- AI-agenter fungerar med plattforms- och leveranskontext
- Stöder värdbaserad och självvärd distribution
- Underliggande molninfrastruktur faktureras separat
- Team måste skapa och underhålla godkända moduler och ritningar
- Plattformen kan vara för infrastrukturinriktad för organisationer som söker enbart en tjänstekatalog
En Resursinstans är varje molnresurs som hanteras via Facets, inklusive beräkning, databaser, lastbalanserare eller lagringsresurser.
Hur man väljer en intern utvecklarplattform
Börja med att identifiera den primära flaskhalsen. Ett team som väntar dagar på miljöer behöver infrastrukturorkestrering och självbetjänings-etablering. En organisation som inte kan identifiera tjänsteägare eller beroenden kan behöva en programvarukatalog först. Ett företag som kämpar med oförenliga ingenjörsstandarder kan få mer värde från poängkort och samordnade förbättringskampanjer.
Bestäm om organisationen behöver en plattform, en portal eller båda. En portal kan tillhandahålla upptäckt, dokumentation och åtgärder samtidigt som den delegerar körning till befintliga system. En komplett plattform äger mer av etablerings-, miljö-, konfigurations- och distributionslivscykeln.
Utvärdera den befintliga teknikstacken innan du väljer en produkt. IDP bör integreras med organisationens repository, molnleverantörer, infrastruktur-som-kod-verktyg, CI/CD-system, övervakningsplattformar, säkerhetsskannrar, incidentsystem, dokumentation och identitetsleverantör.
Gyllene vägar bör vara åsiktsbaserade utan att bli rigida. Plattformsteam bör standardisera den vanliga vägen samtidigt som de behåller en undantagsprocess för arbetsbelastningar med legitima krav som standardmallen inte tillgodoser.
Säkerhet och styrning bör vara inbäddade i plattformen. Granska rollbaserad åtkomst, godkännandegränser, policy som kod, revisionsloggar, hemligheter, isolering, dataresidens, distributionskontroller och behörigheter som beviljats AI-agenter.
Slutligen, kör en begränsad pilot runt ett värdefullt arbetsflöde. Mät antagande, tid till första distributionen, minskning av biljetter, miljö-etableringstid, ombordstigningshastighet, felhastighet, utvecklartillfredsställelse och mängden plattformsteam-insats som krävs för att hålla arbetsflödet igång.
Vanliga frågor
Vad är en intern utvecklarplattform?
En intern utvecklarplattform är ett kuraterat lager av verktyg, automatisering och tjänster som ger utvecklare självbetjäningsåtkomst till godkänd infrastruktur och programvaru-leveransarbetsflöden.
Vad är skillnaden mellan en intern utvecklarplattform och en portal?
Plattformen är orkestrerings- och automationslagret som etablerar resurser och kör arbetsflöden. Portalen är användargränssnittet genom vilket utvecklare upptäcker tjänster, dokumentation, mallar och självbetjäningsåtgärder.
Vad är en gyllene väg?
En gyllene väg är en godkänd, återanvändbar arbetsflödesväg för att slutföra ett vanligt utvecklingsarbete. Den kan innehålla mallar, infrastruktur, säkerhetspolicys, testning, dokumentation, övervakning och distributionskonfiguration.
Bör en organisation bygga eller köpa en IDP?
Är Backstage en komplett intern utvecklarplattform?
Backstage är ett öppen källkods-ramverk för att bygga portal-lagret. Det tillhandahåller en katalog, mallar, dokumentation och plugins, men tillhandahåller inte automatiskt varje infrastrukturorkestrerings-, styrnings- eller operativ förmåga.
Hur förändrar AI-agenter plattformsingenjörskap?
AI-agenter kan generera kod och utföra operativa arbete snabbare, men de kräver korrekt kontext, godkända arbetsflöden, begränsade behörigheter och granskningsbara åtgärder. En IDP kan tillhandahålla dessa skydd och den strukturerade kunskap som agenter behöver.
Hur bör IDP-succés mätas?
Användbara mätvärden inkluderar distributionsledtid, miljö-etableringstid, ombordstigningstid, ändringsfelhastighet, biljettvolym, gyllene-vägsantagande, utvecklartillfredsställelse, plattformsreliabilitet och procenten tjänster som uppfyller definierade standarder.
Slutliga tankar om interna utvecklarplattformar
Internt utvecklarplattformar fungerar som bäst när de löser ett definierat arbetsflödesproblem, tillhandahåller tillförlitliga gyllene vägar och underhålls som produkter. Den nuvarande kortlistan inkluderar Qovery, Humanitec, Port, Cortex, OpsLevel, Backstage, Harness Internal Developer Portal, Red Hat Developer Hub, Mia-Platform och Facets. Team bör jämföra orkestreringsdjup, katalogkvalitet, styrning, distributionsmodell och den insats som krävs för att underhålla integrationer innan de väljer en plattform.
