Gestione delle risorse di applicazioni e servizi per i team di sviluppo
Before you start, this guide covers:
What does application and service asset management for application development teams mean.
Why service context, application dependencies, and configuration data matter for engineering teams.
How Service Collection supports developer workflows with Assets, a CMDB, Data Manager, and service relationships.
A practical walkthrough example from service modeling to incident and change context.
Service Collection products referenced: Jira Service Management, Assets, Customer Service Management, Rovo
Reading time: 9 minutes
Sviluppa e gestisci applicazioni con un contesto di servizio migliore
La gestione delle risorse di applicazioni e servizi è fondamentale per i team di sviluppo delle applicazioni, perché i prodotti digitali moderni dipendono da una rete di applicazioni, servizi, ambienti, infrastrutture e componenti di terze parti.
Quando le informazioni su applicazioni, dipendenze, responsabilità e sistemi di supporto sono disperse in ticket, console cloud, fogli di calcolo e conoscenza informale, i team hanno meno visibilità sull’impatto delle modifiche, sul rischio di imprevisti e sull'integrità del servizio.
Questa mancanza di contesto può rallentare la distribuzione e aumentare la probabilità di interruzioni o di attività di risoluzione dei problemi fuorvianti.
Le applicazioni per sviluppatori e la gestione delle risorse del servizio riuniscono questo contesto in un modello condiviso e affidabile. Con Service Collection, i team possono monitorare gli elementi di configurazione di applicazioni e servizi, collegarli ai ticket di sviluppo, comprendere le relazioni nell’intero stack e identificare rapidamente le persone responsabili.
Questo aiuta i team di sviluppo delle applicazioni ad apportare modifiche più sicure, risolvere gli imprevisti più rapidamente, ridurre il sovraccarico di coordinamento e creare e gestire servizi affidabili con maggiore sicurezza.
Che cos’è la gestione delle risorse di applicazioni e servizi?
La gestione delle risorse di applicazioni e servizi è la pratica di monitorare il ciclo di vita, la responsabilità e le dipendenze di applicazioni e servizi per migliorare la visibilità operativa. Collegando le applicazioni all'infrastruttura, come database relazionali, servizi web, microservizi o ambienti cloud, i team ottengono il contesto del servizio necessario per ridurre il rischio di imprevisti e velocizzare le distribuzioni.
Combina diverse funzionalità strettamente correlate:
Gestione della configurazione dei servizi: mantenere informazioni accurate su servizi, applicazioni, database, API, risorse cloud e sulle relazioni tra di essi.
Monitoraggio di risorse e configurazioni: organizzare i sistemi e i componenti che supportano la distribuzione delle applicazioni software e le operazioni di produzione.
Flussi di lavoro di gestione dei servizi: applicare quel contesto a incidenti, modifiche, richieste, approvazioni e report.
In Service Collection, Risorse fornisce la struttura per questi dati. Risorse è il tuo CMDB che archivia tutti i record di configurazione e le loro relazioni nel tempo, aiutando i team a capire non solo cosa esiste, ma anche come sono connessi i componenti.
Assets Data Manager di Service Collection aiuta quindi a migliorare la qualità dei dati consolidando e riconciliando i record provenienti da più origini prima che i team vi facciano affidamento a livello operativo.
Perché la gestione delle risorse di applicazioni e servizi è importante per chi sviluppa
Quando le informazioni su applicazioni e componenti sono disperse tra fogli di calcolo e sistemi isolati, diventa difficile avere un quadro chiaro di quali applicazioni usa un'azienda, di come vengono usate e, soprattutto, di cosa si interrompe quando qualcosa cambia.
Asset di Service Collection ti offre un CMDB strutturato e interrogabile che riunisce tutti i dati di applicazioni e componenti in un unico posto, sostituendo i fogli di calcolo dispersi con un registro live e connesso.
La funzionalità Risorse di Atlassian centralizza il catalogo di applicazioni e servizi in un unico CMDB strutturato e consultabile, sostituendo fogli di calcolo dispersi e strumenti isolati con record live e connessi. Mappa le dipendenze tra app, componenti e infrastruttura e si integra direttamente nei flussi di lavoro di Jira Service Management, così i team sanno sempre che cosa hanno, chi ne è responsabile e quali elementi sono interessati quando le cose cambiano.
Valuta più rapidamente l’impatto delle modifiche: i team possono capire quali applicazioni, ambienti o servizi dipendenti potrebbero essere interessati prima di distribuire una modifica.
Migliora la risposta agli imprevisti: chi risponde può identificare rapidamente il responsabile del servizio, le dipendenze upstream e downstream e l'infrastruttura probabilmente interessata.
Riduci il cambio di contesto: sviluppatori e operatori possono accedere direttamente al contesto dei servizi e delle risorse nei flussi di lavoro di Jira Service Management.
Rafforza la responsabilità dei servizi: i team possono rendere più facili da trovare e mantenere i dati sulla responsabilità, sull'impegno di supporto e sulle dipendenze.
Migliora l'affidabilità dei servizi delle applicazioni e dei dati operativi: Assets Data Manager ti aiuta a riconciliare i record provenienti da strumenti cloud, strumenti di individuazione e sistemi interni in un'origine di riferimento più pulita.
Supporta una collaborazione migliore con i team operativi: Il contesto di configurazione condiviso aiuta i team di ingegneria e delle operazioni a lavorare con la stessa comprensione durante le modifiche e gli imprevisti.
Come Service Collection supporta lo sviluppo consapevole di app e servizi
Service Collection aiuta i team di sviluppo e delle operazioni a integrare i dati di configurazione nei flussi di lavoro in cui sono importanti. Invece di mantenere i modelli di servizio separati dai ticket quotidiani, i team possono collegare app, servizi e dipendenze direttamente a richieste, imprevisti e modifiche.
Crea un CMDB incentrato sui servizi con Risorse
Risorse consente ai team di definire schemi di oggetti per i componenti importanti per la distribuzione e le operazioni di software e applicazioni, nonché di mappare l’infrastruttura e i database relazionali. Può includere servizi aziendali, applicazioni, ambienti, API, database, code, risorse cloud, repository e team di supporto.
All’interno di un CMDB, questi elementi di configurazione possono essere collegati tramite relazioni che riflettono il modo in cui i servizi vengono effettivamente eseguiti. Ad esempio, un'applicazione rivolta ai clienti potrebbe dipendere da un gateway API, un cluster di database, un'infrastruttura cloud e un team responsabile. Questo modello connesso diventa utile quando i team devono comprendere rapidamente l'impatto.
Best practice: start with one or two critical application services and the dependencies that matter most for incidents and changes. A lean, service-centric CMDB is usually more useful than a large model nobody maintains.
Usa Assets Data Manager di Risorse per migliorare la qualità dei dati
I dati di applicazioni e servizi spesso provengono da molte fonti: piattaforme cloud, strumenti di individuazione, fogli di calcolo, documentazione interna e sistemi di progettazione. Se queste fonti non sono contrastanti, i team perdono fiducia nel modello.
Assets Data Manager aiuta a consolidare, ripulire e riconciliare i dati provenienti da più origini in un record operativo più affidabile. In questo modo è più facile standardizzare le convenzioni di denominazione, ridurre i duplicati e individuare eventuali lacune prima che influiscano su imprevisti, audit o approvazioni.
Per i team di progettazione e piattaforma, questo significa avere più fiducia nella responsabilità del servizio, nei record degli ambienti e nei dati sulle dipendenze.
Mappa i servizi aziendali con i servizi applicativi e le risorse per accedere all’impatto di imprevisti e modifiche
Jira Service Management consente ai team di associare richieste o modifiche agli oggetti di Risorse direttamente dalla visualizzazione ticket. Significa che un imprevisto può essere collegato all'applicazione o al servizio interessato, mentre una modifica può fare riferimento all'ambiente o all'infrastruttura che coinvolge.
Una volta collegati, chi risponde e chi approva hanno un contesto migliore. Possono vedere quale servizio è coinvolto, chi ne è responsabile, quali altri componenti potrebbero essere interessati e se ci sono ticket correlati già in corso.
Accelera la risoluzione dei problemi con il contesto delle relazioni
Un record del servizio, da solo, è utile. Un record del servizio collegato alle proprie dipendenze è molto più potente. I dati sulle relazioni aiutano i team a passare più rapidamente da "qualcosa non funziona" a "questa specifica dipendenza potrebbe essere la causa".
Ad esempio, se un'applicazione web presenta prestazioni ridotte, il team può esaminare il database collegato, il provider di autenticazione, la coda e l'ambiente cloud per restringere l'indagine. Questa vista condivisa può anche supportare lo swarming degli imprevisti offrendo ai team di sviluppo e operazioni una mappa comune del servizio.
Usa l’automazione per far progredire i flussi di lavoro operativi
L’automazione può aiutare i team ad agire in base al contesto del servizio e della configurazione senza lavoro manuale aggiuntivo. I team possono attivare trigger per le notifiche, instradare i ticket, creare attività di follow-up o aggiornare i record in base alle modifiche di stato o agli oggetti collegati.
Gli esempi più comuni includono:
Instradare gli incidenti in base al servizio selezionato o al team responsabile
Creare attività di follow-up quando una dipendenza critica cambia
Notificare agli stakeholder quando gli incidenti influiscono sui servizi ad alta priorità
Associare controlli operativi standard ad ambienti o componenti specifici
Esempio di procedura dettagliata: dal modello di servizio a una valutazione degli imprevisti più rapida, all'individuazione della causa principale e alla risoluzione
Ecco un esempio pratico di come la gestione delle risorse di applicazioni e servizi può funzionare in Service Collection con Jira Service Management e Risorse.
Scenario
Un team di progettazione della piattaforma supporta un portale interno per sviluppatori e diverse applicazioni rivolte ai clienti. La responsabilità del servizio è documentata solo in parte, ma le informazioni sulle dipendenze sono incoerenti e distribuite in diagrammi, strumenti cloud e conoscenza del team.
Quando si verificano imprevisti, chi deve rispondere passa troppo tempo a capire cosa è cambiato e quali componenti sono coinvolti.
Passaggio 1: definisci il modello di servizio
Il team crea uno schema di Risorse per rappresentare gli elementi di configurazione chiave nel proprio CMDB, inclusi servizi aziendali, applicazioni, ambienti, database, API e team responsabili. Iniziano con un servizio di applicazione ad alto valore e ne mappano le dipendenze più importanti.
Definisce relazioni come:
L'Applicazione dipende dal servizio API
Il servizio API dipende dal cluster di database
L'Applicazione viene eseguita nell'ambiente di produzione
Il team della piattaforma è responsabile dell'infrastruttura di runtime
Passaggio 2: consolida i dati di origine con Data Manager
Il team usa Data Manager per riunire i record provenienti dagli inventari cloud, dai fogli di calcolo interni e dalla documentazione di servizio esistente. I nomi duplicati delle applicazioni vengono riconciliati, i responsabili mancanti vengono segnalati e i record obsoleti vengono ripuliti prima della pubblicazione nel modello di lavoro.
Outcome: the team now has a cleaner, more trustworthy service model rather than relying on competing versions of the truth.
Passaggio 3: collega il modello ai flussi di lavoro di Jira Service Management
Il team aggiunge campi Risorse ai flussi di lavoro di imprevisti e modifiche, così il personale tecnico e operativo può selezionare il servizio o l'elemento di configurazione interessato. Quando viene creato un nuovo imprevisto, il team addetto alla risposta può vedere subito l'applicazione collegata, il responsabile, l'ambiente e le dipendenze correlate.
Questo consente di ridurre il tempo dedicato a porre domande di valutazione di base e aiuta i team a coinvolgere prima le persone giuste.
Passaggio 4: usa il modello durante un imprevisto
È stato segnalato un imprevisto a causa dell'aumento degli errori in un'applicazione rivolta ai clienti. La persona addetta alla risposta collega il servizio interessato in Jira Service Management e controlla gli elementi di configurazione correlati. Vedono che l'applicazione dipende da un'API di autenticazione condivisa e da un cluster di database.
Una modifica recente è già associata all'API di autenticazione. Questo indizio aiuta il team a restringere rapidamente l’indagine e a coinvolgere i responsabili giusti senza andare a tentativi.
Passaggio 5: migliora la pianificazione delle modifiche future
Dopo l'imprevisto, il team inizia a utilizzare le stesse relazioni tra servizi durante le revisioni delle modifiche. Prima di distribuire gli aggiornamenti, possono vedere quali servizi dipendenti potrebbero essere interessati e coordinarsi in anticipo con i team giusti.
Come si presenta nella pratica
Fase | Cosa fa il team | Valore operativo |
Modella il servizio | Crea oggetti di servizio, app, ambiente e dipendenza in Risorse | Crea un CMDB utilizzabile per i team di progettazione e operativi |
Migliora la qualità dei dati | Usa il Gestore dei dati per riconciliare i dati di più sistemi | Aumenta la fiducia nei dati relativi a responsabilità e dipendenza |
Connetti i flussi di lavoro | Collega i servizi e gli elementi di configurazione a imprevisti e modifiche | Offre ai team il contesto dove già lavorano |
Esegui la valutazione più rapidamente | Usa le relazioni di dipendenza durante gli imprevisti | Riduce i tempi di indagine e di escalation |
Pianifica meglio le modifiche | Controlla i servizi e i componenti interessati prima dell’implementazione | Migliora la consapevolezza dei rischi e il coordinamento |
Come affrontare l'implementazione
Se stai sviluppando questa funzionalità per team di progettazione o di sviluppo di applicazioni, di solito un lancio graduale è la soluzione migliore.
Inizia con un'applicazione o un servizio critico che compare spesso negli imprevisti o nelle modifiche.
Definisci il set minimo utile di elementi di configurazione e relazioni.
Usa il Gestore dei dati per migliorare la qualità dei dati di origine prima di estendere il processo su larga scala.
Aggiungi il contesto di Risorse ai flussi di lavoro di imprevisto e modifica per primi, dove crea valore operativo immediato.
Espandi gradualmente il CMDB, man mano che i team dimostrano che il modello è utile e gestibile.
Good first milestone: make it easy for a responder or approver to answer what service is affected, what supports it, who owns it, and what else may be impacted.
Cliente in evidenza: Lucid Motors
[Risorse è una] parte assolutamente cruciale della nostra infrastruttura Jira e, francamente, non so come potresti occuparti di progettazione hardware con Jira senza anche tenere traccia dell'hardware nello stesso spazio. Perché quando abbiamo provato a farlo con strumenti di monitoraggio dell'hardware frammentati… non c'era alcuna tracciabilità intrinseca nei nostri sistemi. E se provassi a fare tutto in quegli altri strumenti, non ci sarebbe agilità nemmeno in quel caso. Quindi abbiamo davvero trovato qualcosa che funziona per noi.
Felipe Luisi, Senior Product Manager, Lucid Motors
Domande frequenti
Che cos’è la gestione delle risorse di applicazioni e servizi?
La gestione delle risorse di applicazioni e servizi è la pratica di monitorare applicazioni, servizi, dipendenze, ambienti, elementi di configurazione e responsabilità in un modello connesso. Fornisce ai team di sviluppo e operazioni un contesto affidabile per imprevisti, modifiche, richieste e pianificazione dei servizi.
In che modo Risorse supporta i team di sviluppo delle applicazioni?
Risorse fornisce un CMDB strutturato per modellare applicazioni, API, database, ambienti, risorse cloud e i team che ne sono responsabili. I team possono collegare questo contesto a imprevisti e modifiche di Jira Service Management per valutare l’impatto, instradare i ticket e risolvere i problemi più rapidamente.
Qual è la differenza tra un CMDB e un Asset Inventory?
Un Asset Inventory registra ciò che esiste, mentre un CMDB acquisisce anche il modo in cui gli elementi di configurazione sono correlati tra loro e supportano un servizio. Risorse può svolgere entrambi i ruoli, archiviando insieme i record di applicazioni e servizi con le relative dipendenze, proprietà e contesto operativo.
Come possono i team migliorare la qualità dei dati di applicazioni e servizi?
Usa il Gestore dei dati di Risorse per consolidare, pulire, normalizzare e riconciliare i record di più origini prima di pubblicarli nel modello di lavoro. Inizia con i dati necessari per gli imprevisti critici e le modifiche, poi amplia il modello di servizio man mano che si dimostra utile e facile da gestire.