Internal Developer Portal vs Platform: qual è la differenza?

Overview

• Gli sviluppatori devono affrontare spesso problemi di frammentazione.
• Internal developer portal e platform sono elementi chiave del platform engineering per incrementare l’integrazione.
• Internal developer portal e platform funzionano al meglio quando utilizzati insieme.

Questo articolo è stato pubblicato in origine su The New Stack.

Man mano che le aziende scalano e adottano più tecnologie DevOps e cloud-native, gli sviluppatori spesso hanno difficoltà a destreggiarsi in un ecosistema frammentato di strumenti, infrastrutture e processi di distribuzione. Questa crescente proliferazione di strumenti porta inevitabilmente a sovraccarico cognitivo, a colli di bottiglia operativi e flussi di lavoro poco consistenti. Così, per i team diventa difficile concentrarsi sulla creazione di valore aziendale.

Per risolvere questo problema, gli engineering leader hanno cercato modi per integrare infrastruttura, flussi di lavoro e automazione in un golden path che consenta agli sviluppatori un approccio self-service riducendo al contempo il carico cognitivo. Questo cambiamento di prospettiva ha dato origine al platform engineering.

Alla base di questa disciplina ci sono le internal developer platform (IDP) e gli internal developer portal. Le IDP e i developer portal si completano a vicenda, ma hanno scopi diversi. La IDP fornisce l’infrastruttura sottostante, l’automazione e gli strumenti giusti per una distribuzione più fluida del software. Invece, il developer portal funge da interfaccia utente, centralizzando l’accesso e l’interazione con tutti gli strumenti, le risorse e la documentazione di cui gli sviluppatori hanno bisogno.

Cos’è una Internal Developer Platform?

Una internal developer platform (IDP) è un set di strumenti, servizi e flussi di lavoro integrati progettati per semplificare lo sviluppo e la distribuzione di software all’interno di un’azienda per soddisfare esigenze specifiche. I team di platform engineering la progettano per offrire agli sviluppatori un’esperienza fluida e self-service dell’infrastruttura e dei processi sottostanti. A differenza delle configurazioni infrastrutturali tradizionali in cui gli sviluppatori devono interagire direttamente con Kubernetes, servizi cloud e pipeline CI/CD, una IDP astrae tale complessità.

In sostanza, una IDP agisce da ponte tra i team di sviluppo e il setup di delivery dell’azienda per ottenere risultati di business tangibili. Offre agli sviluppatori l’accesso ad ambienti, database, automazione di deployment, registri e altro ancora, bypassando i platform team e gli Ops team per ogni singola richiesta. Una IDP va oltre l’automazione dell’infrastruttura; riduce il carico cognitivo semplificando le pipeline di deployment, gestendo le configurazioni e semplificando il provisioning dell’ambiente.

Grazie a flussi di lavoro standardizzati e automazione integrata, la developer platform elimina gran parte del lavoro ripetitivo e manuale che rallenta gli sviluppatori. L’unificazione di strumenti e flussi di lavoro riduce la necessità per gli sviluppatori di gestire complessità operative e configurazioni, consentendo loro di concentrarsi sul codice senza impantanarsi nella navigazione di sistemi frammentati. Standardizzando gli ambienti, una IDP riduce anche le incongruenze, diminuisce gli sforzi di debug e garantisce la collaborazione tra i team.

Inoltre, una IDP è particolarmente efficace quando si tratta di gestire l’intero ciclo di vita del software end-to-end.

Caratteristiche principali e componenti fondamentali

Una IDP ben strutturata è costituita da più livelli che lavorano insieme per fornire un’esperienza di sviluppo efficace. Questi componenti gestiscono tutto: le interazioni degli sviluppatori, l’automazione dei workflow e la gestione della sicurezza e dell’infrastruttura. Una IDP in genere è costituita da:

• Developer portal self-service: le IDP spesso hanno interfacce intuitive tramite cui gli sviluppatori possono accedere e da qui fare il provisioning di tutti gli ambienti, il deployment delle applicazioni e gestire servizi senza doversi affidare continuamente ai platform engineer.
• Source control management (SCM): strumenti basati su Git come GitHub, GitLab o Bitbucket vengono utilizzati per tracciare le revisioni del software, gestire i repository di codice, migliorare la collaborazione e gestire abilmente il codice.
• CI/CD: le IDP utilizzano strumenti CI/CD come Jenkins, CircleCI e GitHub Actions per automatizzare l’integrazione, i test e la distribuzione del codice negli ambienti di sviluppo e produzione. Consentono così più affidabilità, sicurezza e grande disponibilità.
• Orchestrazione dell’infrastruttura: una IDP è un toolkit ben organizzato che fornisce tutto ciò di cui gli sviluppatori hanno bisogno: cluster, database, storage e DNS, che sono gestiti dinamicamente dai platform orchestrator per il provisioning e per la scalabilità.
• Integrazione e distribuzione: una IDP ben progettata si integra con gli strumenti esistenti per consentire una distribuzione fluida del codice dallo sviluppo alla produzione. La sua estensibilità consente ai platform team di incorporare strumenti personalizzati, modificare i workflow e ottimizzare le orchestrazioni man mano che i requisiti evolvono.
• Piano di sicurezza: il piano di sicurezza di una IDP è importante perché viene utilizzato da più team. Quindi, il controllo degli accessi basato sui ruoli (RBAC) viene spesso utilizzato per gestire autorizzazioni e compliance per facilitare una sicura esecuzione del carico di lavoro.

Cos’è un Internal Developer Portal?

Un internal developer portal è un’interfaccia centralizzata che comprende tutti gli strumenti necessari per creare, distribuire e gestire tutto il DevOps. Gli sviluppatori possono utilizzarlo per scoprire e accedere alle funzionalità della piattaforma. Agisce quindi come un hub self-service, fornendo tutto ciò di cui gli sviluppatori hanno bisogno per creare, distribuire e gestire le applicazioni, astraendo facilmente le complessità degli ambienti cloud native.

I developer portal fungono da livelli di astrazione, semplificando l’esperienza degli sviluppatori con infrastrutture, servizi e strumenti sottostanti che migliorano le funzionalità self-service e la produttività complessiva. Grazie ai portal, gli sviluppatori possono fare il provisioning degli ambienti da soli, distribuire applicazioni e accedere alla documentazione, riducendo la loro dipendenza da altri team e velocizzando così il processo di sviluppo. I developer portal sono personalizzati in modo da soddisfare le esigenze specifiche e i flussi di lavoro di un’azienda. Offrono agli sviluppatori un hub centralizzato per API, repository di codice, documentazione e supporto, semplificando lo sviluppo e migliorando la capacità complessiva.

Caratteristiche principali e componenti fondamentali

I developer portal fungono da ponte tra gli engineering team e le capability della piattaforma, consentendo un facile accesso a strumenti, documentazione e servizi. Incorporano diverse caratteristiche chiave che semplificano lo sviluppo, migliorano le capability e promuovono un approccio coerente in tutta l’azienda. Tra queste:

• Dashboard: le dashboard sono essenziali nei developer portal perché consentono ai team di visualizzare le dipendenze e lo stato del servizio. Tracciano anche le prestazioni della piattaforma e le metriche di implementazione, offrendo informazioni utili sull’efficacia dello sviluppo.
• Catalogo di servizi centralizzato: richiedono un catalogo di componenti software che offra una gestione centralizzata di componenti infrastrutturali riutilizzabili, database, API e servizi. La connessione tra repository di codice sorgente, CI/CD, gestione degli incidenti, strumenti di osservabilità, provider cloud e altro fornisce una visione unificata e in tempo reale dei servizi applicativi.
• Accesso a strumenti e risorse: i developer portal offrono un accesso centralizzato e semplice a un’ampia gamma di strumenti, librerie e framework essenziali, riducendo l’attrito e aumentando la produttività degli sviluppatori.
• Personalizzazione: i developer portal aiutano gli sviluppatori attraverso funzionalità self-service. Ciò consente loro di personalizzare l’interfaccia del portale e i flussi di lavoro in base alle proprie esigenze specifiche, consentendo l’esecuzione indipendente di attività di routine e promuovendo una maggiore autonomia.
• ‍Documentazione automatica: i developer portal fungono da fonte di documentazione fondamentale, poiché danno accesso non solo a log e diff, ma anche a metriche importanti, tra cui dashboard DORA, intelligence organizzativa e dati sul controllo dei costi.
• Automazione e pipeline CI/CD: il developer portal si integra con gli strumenti CI/CD, abilitando trigger diretti di build, test e distribuzione. Include strumenti di automazione che gestiscono processi di business tra cui alert, cessazione degli ambienti, gestione delle autorizzazioni per una maggiore coerenza e un effort manuale estremamente ridotto.

Un internal developer portal integra inoltre funzionalità di intelligenza artificiale (Intelligent DevX) per semplificare i flussi di lavoro degli sviluppatori, accelerare l’onboarding e aumentare la produttività, offrendo assistenza proattiva e automatizzando molte task ripetitive.

Internal Developer Platform e Portal: qual è la soluzione migliore?

La scelta giusta tra una internal developer platform e un portal per la vostra azienda richiede una valutazione completa delle esigenze e degli obiettivi specifici. Entrambi svolgono un ruolo cruciale nell’ottimizzazione del ciclo di vita dello sviluppo software e la loro implementazione dipende da alcuni fattori:

• Valutazione delle esigenze dell’azienda: iniziate valutando le sfide e gli obiettivi principali della vostra organizzazione. I vostri team hanno difficoltà con la gestione dell’infrastruttura, deployment inconsistenti o inefficienze operative? Oppure l’obiettivo è migliorare l’esperienza di sviluppo, le capacità self-service e ridurre l’attrito nei flussi di lavoro? Comprendere questi punti critici aiuterà a determinare se è necessario concentrarsi su una internal developer platform, su un internal developer portal o su una combinazione di entrambi.
• Identificazione degli strumenti giusti per la piattaforma: quando selezionate gli strumenti, bisognerebbe scegliere un internal developer portal che si allinei alla propria visione di engineering, che si tratti di soluzioni basate su Kubernetes, workflow selezionati CI/CD o framework di Infrastructure-as-Code. Per un developer portal, è opportuno scegliere soluzioni che offrano un’interfaccia user-friendly che centralizza l’accesso a tutte le risorse, gli strumenti e la documentazione necessari.
• Integrazione: anziché vederli come scelte separate, l’approccio più efficace è quello di combinare entrambe le soluzioni: il portale come interfaccia e la piattaforma come motore. Questa combinazione porta a un ambiente più efficiente, scalabile e user-friendly che migliora la produttività degli sviluppatori e si evolve in base alle esigenze aziendali.

In sintesi

Le IDP e i developer portal svolgono ruoli distinti ma complementari nello sviluppo software moderno. Una differenza fondamentale tra i due risiede nel loro focus. La internal developer platform è creata per platform engineer e team DevOps e funge da infrastruttura backend necessaria per gestire i flussi di lavoro di sviluppo software. Alimenta l’automazione, gestendo attività complesse come il provisioning di ambienti, l’applicazione di policy di sicurezza e la gestione di pipeline CI/CD.

Invece, l’internal developer portal agisce come una interfaccia utente intuitiva per gli sviluppatori che fornisce accesso centralizzato a questi strumenti. Migliora l’usabilità, fornendo un’esperienza semplificata che consente agli sviluppatori di interagire con la piattaforma senza sforzi, che si tratti di scoprire servizi, distribuire applicazioni o accedere alla documentazione.

Lavorando insieme, le developer platform e i portal colmano il divario tra gestione dell’infrastruttura ed esperienza di sviluppo, garantendo al contempo una distribuzione software più rapida, una migliore collaborazione e workflow più affidabili. 

Mia-Platform, ad esempio, è una AI native developer platform foundation che offre un toolkit completo per la progettazione della piattaforma, integrando platform engineering, data fabric, componibilità delle app, orchestrazione AI e molto altro. Scoprite di più su come Mia-Platform può aiutarvi a potenziare la vostra strategia di piattaforma in questa demo della console.