Prezzo fisso
8.000 €
per Automic sistema · escl. IVA
Guida completa · Pacchetto di consulenza

Automic Sistema Health Check — stabilità e prestazioni

Guida completa per il pacchetto di consulenza per il sistema Automic Health Check — la revisione esperta di 5 giorni che Tricise offre per controllare e ottimizzare un sistema Automic.

Prezzo
8.000 € IVA esclusa
Durata
5 giorni
Consegna
Remoto / in sede
Ambito di applicazione
1× Automic sistema
1 · Perché un Health Check conta

Perché un Health Check strutturato

La maggior parte delle aziende Broadcom Automic Automation i paesaggi seguono la stessa storia: un'installazione iniziale stabile, anni di funzionamento tranquillo, estensione graduale e una crescente convinzione che “funziona e basta”. Gli orari si sono ampliati, gli agenti si sono moltiplicati, sono state collegate nuove applicazioni, le versioni sono state aggiornate — e la piattaforma sottostante ha tenuto il passo, ma nessuno ha analizzato in modo strutturato se è ancora dimensionata, configurata e ottimizzata nel modo richiesto dall'attuale carico di lavoro.

Il Sistema Automic Health Check è la risposta di Tricise proprio a quella situazione. Si tratta di una revisione di 5 giorni, guidata da esperti e a prezzo fisso, di un sistema Automic, progettata per identificare le debolezze, scoprire il potenziale di ottimizzazione e produrre una roadmap strutturata e documentata per la risoluzione. L'intervento viene erogato da remoto o in sede da esperti Tricise certificati Broadcome utilizza i nostri strumenti di analisi basati su SQL per misurare come si comporta effettivamente la piattaforma, non solo come è stata configurata anni fa.

Il principio guida dietro Health Check è semplice: Non cambiare un sistema funzionante, ma non dare per scontato che un sistema funzionante sia ancora ottimale.. Storicamente, gli ambienti cresciuti Automic spesso trasportano impostazioni obsolete da diverse versioni (ad esempio, il legacy FT_VERSIONE parametro in UC_HOSTCHAR_* variabili di sistema), risorse sovradimensionate di un'epoca di carico di lavoro diversa o componenti sottotuned che si stanno avvicinando silenziosamente ai loro limiti. Il Health Check espone tutto ciò in un unico impegno strutturato in modo che il tuo team possa dare priorità a ciò che conta, senza dover prima eseguire autonomamente la ricerca.

Un quadro chiaro dello stato attuale della piattaforma è anche la base per una pianificazione informata su diversi fronti: decisioni di dimensionamento, progetti di aggiornamento, consolidamento degli agenti, ottimizzazione delle prestazioni e budget operativi. Nessuna di queste conversazioni è produttiva senza numeri e risultati documentati. Il sistema Automic Health Check è il modo in cui li ottieni.


2 · Metodo

Il metodo dei 5 giorni

Il Sistema Automic Health Check viene fornito come un unico intervento a scopo fisso della durata di cinque giorni lavorativi consecutivi. I cinque giorni non costituiscono un'agenda rigida giorno per giorno, bensì un budget di tempo esperto allocato in quattro fasi chiare: preparazione, raccolta dati, analisi e revisione congiunta. La distribuzione esatta dipende dal panorama, dalla situazione di accesso e dalla rapidità con cui il tuo team può rispondere alle domande lungo il percorso.

FASE 1 — PREPARAZIONE E ACCESSO
Ambito e accesso all'ambiente

Prima che l'incarico abbia inizio, Tricise e il tuo team si accordano su quale sistemaAutomic è interessato, chi sono i contatti lato cliente e quale accesso (Automic utente, accesso in lettura al database, accesso ai file di log) il consulente richiederà. Gli script SQL utilizzati da Tricise per la fase di raccolta dati vengono presentati e revisionati con il tuo team, in modo che tu veda esattamente cosa fanno prima che tocchino il tuo ambiente. Questa fase richiede deliberatamente poco sforzo da parte del cliente — tipicamente una breve chiamata di definizione dell'ambito e una sessione di provisioning degli accessi.

FASE 2 — RACCOLTA DATI
Esegui gli strumenti di analisi sul sistema live

Con l'accesso in atto, il consulente Tricise esegue gli script di analisi contro il repository Automic, raccoglie i file di log dall'Automation Engine e dall'AWI, acquisisce i file di configurazione e le variabili di sistema ed estrae i dati storici di runtime necessari per le valutazioni delle prestazioni. Tutta la raccolta dati è in sola lettura: nulla nel sistema Automic viene modificato durante questa fase. La raccolta è leggera dal punto di vista del carico di sistema e paragonabile a una query di reporting.

A seconda delle dimensioni del paesaggio, la raccolta dei dati richiede da mezza giornata a una giornata intera di tempo del consulente.

FASE 3 — ANALISI
Revisione esperta in tutte le otto aree di valutazione

Questo è il cuore dell'engagment. Il consulente Tricise lavora sui dati raccolti e applica il catalogo di valutazione descritto nella prossima sezione: architettura di sistema e hardware, database e processi, impostazioni di sistema e incompatibilità, Automic configurazione di sistema, prestazioni AE, prestazioni rispetto al database, configurazione dell'interfaccia Web e dimensionamento. Ogni area produce dei risultati, ogni risultato viene documentato e ogni risultato è collegato a una raccomandazione concreta con una valutazione di sforzo e impatto.

La fase di analisi utilizza la quota maggiore del budget di 5 giorni — tipicamente due o tre giorni — poiché è qui che l'esperienza e il riconoscimento dei pattern trasformano i dati grezzi in conclusioni utili.

FASE 4 — WALKTHROUGH E REPORT
Sessione congiunta di resoconto e rapporto scritto

L'ingaggio si conclude con una sessione di revisione congiunta in cui il consulente Tricise presenta i risultati, le raccomandazioni e le valutazioni grafiche al tuo team. La sessione è interattiva: il tuo team pone domande, contesta i risultati dove utile, aggiunge contesto che il consulente non poteva vedere dall'esterno e conferma le priorità. Gli esiti di questa sessione confluiscono nel report scritto finale, un documento completo da cui il tuo team potrà partire autonomamente nelle settimane e nei mesi successivi all'ingaggio.

La revisione è deliberatamente programmata verso la fine dei 5 giorni in modo che non ci sia alcun intervallo tra “analisi completata” e “risultati consegnati”: si lascia l'incarico con la comprensione, non solo con il documento.

Cosa ti comprano 5 giorni. Cinque giorni consecutivi di tempo di esperti certificati Broadcom, completamente dedicati a un singolo sistema Automic, senza lavori paralleli o priorità concorrenti. Il modello a prezzo fisso significa che sai esattamente cosa costa l'impegno in anticipo e cosa ricevi; lo scope creep non è una preoccupazione perché il catalogo di valutazione è standardizzato.

3 · Catalogo di valutazione

Ciò che analizziamo

Il catalogo di valutazione del sistema Automic Health Check è il risultato di molti anni di esperienza di consulenza di Tricise e copre oltre 30 controlli diagnostici strutturati raggruppati in otto aree principali. Le categorie sottostanti descrivono i tipi di valutazione eseguiti durante l'incarico: ognuna fa emergere una diversa classe di problemi e, nel loro insieme, fornisce un quadro completo della salute della piattaforma. Le metriche esatte, le soglie e le query fanno parte del metodo di consulenza di Tricise e vengono applicate dal consulente durante l'incarico; ciò che vedi qui sono i risultati, non come vengono calcolati.

Architettura di sistema e hardware
Analisi dell'architettura di sistema corrente e verifica che corrisponda ancora ai requisiti e alle dimensioni effettive del panorama Automic. Molti ambienti sono stati dimensionati anni fa per un profilo di carico di lavoro diverso e si sono gradualmente modificati — alcuni sono sottodimensionati e iniziano a mostrare segni di cedimento, altri sono sovradimensionati in modo significativo e sprecano infrastruttura. Cosa rivela: se la tua architettura ha superato il suo design originale, se il dimensionamento è ancora bilanciato rispetto al carico attuale e se è pronta per i prossimi 2–3 anni di crescita.
Database e processi
Revisione della configurazione del database, dei processi chiave di Automation Engine e delle loro interconnessioni per efficienza e stabilità. Sebbene Automic sia “solo un utente” del database, il repository ha i propri parametri e le pratiche migliori a seconda del backend in uso. Cosa rivela: parametri del database che necessitano di ottimizzazione, interconnessioni di processi che introducono latenza o contesa e pattern di configurazione che limitano la produttività durante le ore di punta.
Impostazioni di sistema e incompatibilità
Revisione di tutti i file di configurazione Automic e variabili di sistema (UC_*e l'identificazione di impostazioni obsolete, deprecate o incompatibili sopravvissute a più aggiornamenti di versione. I sistemi cresciuti storicamente spesso portano parametri di versioni inferiori alla versione 12.x che non vengono più utilizzati, ad esempio FT_VERSIONE in UC_HOSTCHAR_*. Cosa rivela: impostazioni legacy che possono essere eliminate in sicurezza, componenti incompatibili che potrebbero causare problemi durante il prossimo aggiornamento e deriva della configurazione rispetto alle raccomandazioni Broadcom correnti.
Automic configurazione del sistema
Revisione approfondita e ottimizzazione della configurazione del sistema Automation Engine (AE) — il ucsrv.ini, parametri del server, impostazioni a livello di sistema e regole di routing che definiscono il comportamento della piattaforma. È qui che si nascondono molte decisioni del tipo “l'abbiamo sempre fatto in questo modo”, con un impatto reale sulla produttività, sulla stabilità e sul comportamento sotto carico. Cosa rivela: parametri di configurazione che dovrebbero essere regolati per il carico di lavoro corrente, impostazioni che non sono in linea con le raccomandazioni Broadcom correnti e opportunità per migliorare la stabilità.
Prestazioni AE e processi di lavoro
Analisi delle prestazioni dell'Automation Engine basata sui dati di runtime correnti e storici, inclusi il dimensionamento dei work process (WP) e il rapporto tra il numero di work process avviati e l'utilizzo effettivo del sistema. Più processi non sono sempre meglio: un conteggio WP sovradimensionato spreca risorse, mentre un sottodimensionato causa accodamenti sotto carico massimo. Routine del server come UCGENX/GENX vengono esaminati nei file di registro per individuare schemi che potrebbero indicare oggetti che utilizzano un numero elevato di righe di script, il che può suggerire problemi di prestazioni. Cosa rivela: il numero ottimale di processi di lavoro per il carico di lavoro corrente, i pattern nell'esecuzione di routine del server che indicano hotspot di prestazioni e lo spreco di risorse dovuto al sovradimensionamento.
Prestazioni verso il database
Analisi delle prestazioni del database e della sua interazione con l'AE per identificare colli di bottiglia e potenziale di ottimizzazione. L'Automation Engine interagisce continuamente con il repository attraverso molti tipi di query, e alcune di esse — ad esempio SLUC, a seleziona per aggiornare istruzione utilizzata per la gestione delle transazioni — dovrebbe sempre essere veloce. Quando non lo è, è un segnale. Cosa rivela: quali chiamate al database sono lente, se le chiamate lente sono correlate a finestre temporali specifiche e se la lentezza è correlata a routine del server elevate. Questo include la revisione dell'AE REORG — frequenza, tempo di esecuzione, dimensioni delle tabelle, struttura degli indici — perché la configurazione del REORG plasma direttamente le prestazioni a lungo termine del database.
Attivazioni degli oggetti e distribuzione del carico
Analisi delle attivazioni dei processi su diversi orizzonti temporali — mensili, settimanali, giornalieri, orari — per identificare i periodi di carico di picco e la distribuzione irregolare del carico. La maggior parte dei paesaggi presenta picchi accentuati in momenti prevedibili (il batch mattutino delle 06:00, la chiusura di fine mese, l'ondata di reportistica del lunedì) e questi picchi guidano sia le decisioni sulla stabilità sia quelle sulla dimensionamento. Cosa rivela: forma del carico di lavoro, opportunità di livellamento e consolidamento, il picco effettivo che le tue dimensioni devono accogliere e gli hotspot di carico che meritano un'analisi più approfondita.
Analisi degli oggetti (variabili, calendari, lavori, agenti)
Revisione strutturale dello strato dell'oggetto Automic. Ci sono variabili con centinaia di migliaia di voci — o calendari con migliaia di voci — che rallentano il caricamento e le operazioni? Ci sono processi che abortiscono ripetutamente? Gli agenti collegati corrispondono alla versione corrente di Automation Engine e sono pienamente compatibili? Cosa rivela: oggetti di grandi dimensioni che necessitano di pulizia, lavori instabili che indicano problemi di processo più profondi e discrepanze nelle versioni degli agenti che diventeranno un problema al prossimo aggiornamento.
Analisi AWI (Interfaccia Web)
Revisione dell'interfaccia web Automic indipendentemente dal fatto che venga utilizzato Tomcat o Jetty come launcher. Il consulente verifica configuration.properties file per parametri utili, ispeziona i file di log di Tomcat e Jetty per anomalie, verifica che siano disponibili risorse sufficienti per il funzionamento di AWI e valuta l'architettura generale di AWI per il potenziale di ottimizzazione. Cosa rivela: Parametri dell'interfaccia web che migliorano l'usabilità e la stabilità, problemi di dimensionamento delle risorse che influiscono sull'esperienza utente e miglioramenti architetturali per una migliore scalabilità.
Oltre 30 controlli diagnostici strutturati. Le otto aree sopra indicate sono le principali famiglie di valutazione; all'interno di ciascuna, il consulente applica molteplici controlli specifici a seconda del backend del database, della versione Automic e delle dimensioni del panorama. Un tipico incarico Health Check produce tra i 20 e i 60 riscontri concreti, ciascuno collegato all'area da cui proviene e ciascuno con la propria raccomandazione e priorità.

4 · Risultati

Ciò che ricevi

Alla fine della sessione di sistema Automic di 5 giorni Health Check, ti congedi dall'incarico con una serie completa di output scritti e visivi da cui il tuo team potrà lavorare autonomamente, senza ulteriore coinvolgimento di Tricise. Tutto ciò che è elencato di seguito fa parte del prezzo fisso: la sessione di sistema Automic Health Checknon ha costi aggiuntivi nascosti né fatturazione oraria all'interno dell'ambito concordato.

Analisi dettagliata del rapporto

Un documento scritto completo contenente tutti i risultati del coinvolgimento, organizzati per area di valutazione e con ciascun risultato descritto, quantificato e contestualizzato. La sezione superiore è un riepilogo esecutivo strutturato leggibile dalla gestione delle operazioni; il corpo contiene i dettagli tecnici di cui gli ingegneri delle operazioni e della piattaforma hanno bisogno per agire. Il documento viene esaminato congiuntamente con l'esperto Tricise alla fine del coinvolgimento, in modo che tutti i membri del tuo team comprendano cosa è stato trovato, perché è importante e quali sono i prossimi passi.

Raccomandazioni pratiche e piano d'azione

Ogni riscontro viene fornito con una raccomandazione concreta: cosa cambiare, quanto impegno comporta e quale impatto previsto sulla stabilità, sulle prestazioni o sull'utilizzo delle risorse. Le raccomandazioni sono raggruppate in azioni immediate, miglioramenti a medio termine e modifiche architetturali a lungo termine, in modo che il tuo team abbia una chiara lista dall'alto verso il basso anziché un insieme di suggerimenti generici.

Evidenziazioni di aggiustamento critico

Una sezione dedicata che evidenzia le modifiche critiche per evitare incidenti, aggiornamenti falliti o regressioni di stabilità: le cose che richiedono attenzione per prime. Questa sezione esiste perché non tutti i risultati sono uguali: alcuni sono “nice-to-have”, mentre altri sono "risolvi questo prima della prossima finestra di manutenzione".

Valutazioni grafiche

Visualizzazioni del carico del sistema, delle attivazioni degli oggetti e dei modelli di accesso al database che rendono i risultati tangibili: la forma del picco settimanale, la distribuzione delle chiamate al database per durata, le tabelle principali per numero di righe, i principali fattori di carico e gli oggetti attivati più di frequente. L'output grafico trasforma i numeri in argomenti che il tuo team può utilizzare internamente per promuovere le modifiche prioritarie.

Sessione di revisione congiunta

La revisione finale con il consulente Tricise è di per sé un deliverable. È il momento in cui il tuo team vede i risultati in prima persona, chiarisce il contesto, pone domande e trasforma il report scritto in una comprensione condivisa. La sessione avviene all'interno dell'engagement di 5 giorni, non come follow-up separato, in modo che nulla vada perso tra l'analisi e la consegna.

Roadmap per il futuro

Una roadmap concisa che riassume le raccomandazioni in una sequenza: cosa fare prima, cosa fare dopo e cosa pianificare nel contesto di aggiornamenti imminenti, decisioni di scaling o cambiamenti architetturali. Questo è il risultato che renderà utile il Health Check mesi e anni dopo l'impegno stesso.


5 · Ambito tecnico

Ambito tecnico e cosa ci serve da voi

Il Automic System Health Check è volutamente leggero sui prerequisiti del cliente. Non chiediamo al tuo team di preparare dati, eseguire script o assemblare report in anticipo. Ciò di cui abbiamo bisogno è l'accesso al sistema, la disponibilità durante il walkthrough e la conoscenza contestuale che solo il tuo team operativo possiede. Lo sforzo totale da parte del cliente durante l'impegno di 5 giorni è tipicamente compreso tra mezza giornata e una giornata intera, il resto lo fa Tricise.

Cosa è incluso

  • Un sistema Automic — un singolo sistema Engine Automic Automation, che può includere più client se condividono lo stesso repository
  • 5 giorni di consulenza — preparazione, raccolta dati, analisi, rendiconto, walkthrough
  • Tutte le otto aree di valutazione — architettura, database, impostazioni di sistema, configurazione, prestazioni AE, prestazioni database, attivazioni, oggetti e AWI
  • Oltre 30 controlli diagnostici strutturati — applicato dal catalogo Tricise
  • Relazione, raccomandazioni, valutazioni grafiche e walkthrough — l'insieme completo dei deliverable

Ciò che la tua squadra deve fornire

  • Accesso completo al sistema Automic — un account utente Automic con diritti sufficienti per ispezionare la configurazione, gli oggetti e le variabili di sistema
  • Accesso in lettura al repository Automic — per l'esecuzione degli script di analisi Tricise contro PostgreSQL, Oracle o SQL Server, a seconda del tuo backend
  • Accesso ai file di log pertinenti — Log di Automation Engine, log di AWI (Tomcat o Jetty) e eventuali log di incidenti recenti che potrebbero fornire un contesto utile
  • Partecipanti per il sopralluogo — tipicamente uno o due amministratori Automic e, ove applicabile, un amministratore di database
  • Una breve chiamata di valutazione prima che l'ingaggio inizi, per confermare accesso, contatti e tempistiche

Modalità di consegna

Il Sistema Automic Health Check viene consegnato in remoto per impostazione predefinita, il che mantiene i costi prevedibili, consente una pianificazione rapida e funziona bene per la maggior parte dei clienti. La consegna in loco è disponibile su richiesta; le spese di viaggio vengono quindi addebitate in aggiunta al prezzo fisso, al costo effettivo. L'analisi stessa è identica in entrambe le modalità di consegna: la consegna in remoto utilizza un accesso sicuro e videoconferenze per il walkthrough, e i clienti che hanno lavorato con Tricise in remoto riportano costantemente che il formato funziona bene per questo tipo di impegno.

Fuori tema

  • Implementazione delle raccomandazioni — il Health Check fornisce l'analisi e il piano; l'implementazione è solitamente gestita dal tuo team interno o come un impegno di consulenza separato di Tricise
  • Esecuzione dell'aggiornamento: un progetto di aggiornamento è un impegno separato, sebbene Health Check sia spesso un prezioso contributo ad esso
  • Analisi di sistemi diversi da quello contrattualizzato in questo incarico
  • Monitoraggio continuo o servizi gestiti — vedi Tricise Application Managed Services (AMS) per questo

6 · Domande frequenti

Domande frequenti

Clicca su una domanda qualsiasi per espandere la risposta.

Cos'è il Sistema Automic Health Check e cosa fa?

Il sistema Automic Health Check è un pacchetto di consulenza a prezzo fisso di Tricise che esegue una revisione strutturata di 5 giorni di un sistema Automic Automation Engine. Gli esperti Tricise certificati Broadcom verificano otto aree della piattaforma: architettura di sistema, database, impostazioni di sistema, configurazione Automic, prestazioni AE, prestazioni del database, attivazioni di oggetti, livello strutturale degli oggetti e interfaccia web (AWI), applicando più di 30 controlli diagnostici strutturati dal catalogo di valutazione Tricise. L'impegno si conclude con un rapporto dettagliato, raccomandazioni prioritarie, valutazioni grafiche e una sessione di walkthrough congiunta con il vostro team, in modo da lasciare sia il documento che la comprensione condivisa necessaria per agire su di esso.

Quanto costa il Sistema Automic Health Check?

Il sistema Automic Health Check è offerto a un prezzo fisso di 8.000 € (IVA esclusa) per sistema Automic. Il prezzo fisso copre l'intero impegno di 5 giorni: preparazione, raccolta dati, analisi in tutte le otto aree di valutazione, la relazione scritta, le raccomandazioni prioritizzate, le valutazioni grafiche e la sessione di aggiornamento congiunto. Se l'impegno viene erogato in loco su vostra richiesta, le spese di viaggio saranno addebitate a parte al costo effettivo. Non ci sono costi aggiuntivi nascosti né fatturazione oraria all'interno dell'ambito concordato.

Quanto tempo richiede il sistema Automic Health Check?

Il Sistema Automic Health Check è un Impegno di 5 giorni, solitamente distribuito su cinque giorni lavorativi consecutivi. I cinque giorni rappresentano il budget di tempo di un esperto Tricise che copre la preparazione, la raccolta dati, l'analisi, la stesura del report e la discussione finale, non un'agenda rigida giorno per giorno. A seconda del contesto e della situazione di accesso, la distribuzione può variare leggermente, ma lo sforzo totale e il prezzo fisso rimangono costanti. Lo sforzo da parte del cliente è molto ridotto in confronto: solitamente circa mezza giornata o una giornata in totale, inclusa la chiamata di definizione dell'ambito e la sessione di discussione finale.

Quali versioni di Automic e quali backend di database sono supportati?

Il Sistema Automic Health Check supporta le attuali versioni di Automic Automation Engine in esecuzione su uno qualsiasi dei tre comuni database di repository: PostgreSQL, Oracle e Microsoft SQL Server. Tricise mantiene script di analisi e controlli di valutazione adattati a ciascun backend e alla versione dell'Automation Engine in uso. Se il tuo panorama utilizza una versione Automic molto vecchia — ben al di sotto della finestra di supporto corrente — comunicacelo durante lo scoping; ti diremo direttamente se l'impegno standard è ancora adeguato o se sono necessari aggiustamenti.

Cosa devo preparare prima che inizi il Health Check?

La preparazione da parte vostra per un sistema Automic Health Check è intenzionalmente minima. Dovete fornire un account utente Automic con i diritti sufficienti per ispezionare la configurazione, gli oggetti e le variabili di sistema; accesso in lettura al database repository Automic per gli script di analisi Tricise; e accesso ai file di log pertinenti (Automation Engine, AWI, log degli incidenti). Indicate inoltre uno o due amministratori Automic — più un amministratore di database, ove applicabile — che partecipano alla breve chiamata di definizione dell'ambito all'inizio e alla sessione di riepilogo alla fine. Nessuna pre-elaborazione dei dati, nessun foglio di calcolo interno, nessun rapporto preliminare: l'impegno è progettato in modo che il coinvolgimento totale del vostro team rimanga inferiore a un giorno.

La raccolta dati è invasiva? Ha un impatto sulla produzione?

No. La raccolta dei dati durante il Sistema Automic Health Check è interamente sola lettura — gli script di analisi Tricise interrogano il repository Automic e i file di log, ma non li modificano mai. Non viene distribuito alcun codice nell'Automation Engine, non vengono installati agenti, non ci sono modifiche a workflow o oggetti, nessun rischio per i processi in esecuzione. Gli script vengono rivisti congiuntamente con il tuo team prima dell'esecuzione, quindi vedi esattamente cosa fanno prima che tocchino il tuo ambiente. L'impatto sul carico del database è paragonabile a una query di reporting.

In cosa differisce dal pacchetto di analisi e ottimizzazione dei processi Automic?

I due pacchetti si completano a vicenda. Il Automic Sistema Health Check è una revisione dell'architettura e della configurazione, che chiede “la piattaforma è sana?” e analizza come l'Automation Engine è impostato, dimensionato e ottimizzato (parametri del database, processi di lavoro, routine del server, REORG, configurazione AWI, igiene dello strato degli oggetti, compatibilità degli agenti). Automic Analisi e ottimizzazione dei processi Il pacchetto è una revisione del carico di lavoro — si chiede “lo stiamo eseguendo in modo efficiente?” e analizza ciò che il sistema sta effettivamente eseguendo, in quale volume, con quale frequenza e con quale efficienza. I clienti spesso prenotano entrambi, in un ordine o nell'altro, a seconda di quale domanda sia più pressante. Un Health Check è tipicamente il punto di partenza giusto se la stabilità, gli aggiornamenti o il dimensionamento sono la preoccupazione principale; l'Analisi di processo è più adatta quando il fattore trainante è l'efficienza del carico di lavoro o le licenze basate sull'esecuzione.

Mi dirai esattamente cosa cambiare, o solo cosa c'è di sbagliato?

Ogni riscontro nel report del sistema Automic Health Check è accompagnato da una raccomandazione concreta: cosa cambiare, quanto sforzo rappresenta e quale impatto ci si aspetta. Per i riscontri relativi a configurazione e parametri, la raccomandazione è tipicamente al livello di “cambia questa impostazione a quel valore a causa di X”. Per i riscontri relativi all’architettura e al dimensionamento, la raccomandazione è al livello del pattern, poiché la decisione effettiva dipende dal contesto aziendale che solo il tuo team possiede. In entrambi i casi, il report ti offre passi successivi attuabili, non solo osservazioni.

Puoi anche implementare le raccomandazioni?

L'implementazione è volutamente non parte del sistema a prezzo fisso Automic Health Check — il pacchetto è definito come un coinvolgimento di analisi e raccomandazione. Detto questo, Tricise può ovviamente implementare le raccomandazioni come progetto di follow-up, definito e prezzato separatamente in base a ciò che Health Check ha prodotto. Molti clienti prendono prima il rapporto, lavorano sulle rapide vittorie internamente e poi coinvolgono Tricise per gli elementi a medio termine e architetturali. Altri ci restituiscono tutto immediatamente. Entrambi i modelli funzionano.

Teniamo gli script SQL dopo l'incarico?

Gli script di analisi SQL e gli strumenti di valutazione sono il metodo di consulenza di Tricise e rimangono con Tricise: sono lo strumento che utilizziamo per eseguire il Health Check, non un deliverable di prodotto. Ciò che ricevi e conservi è il report completo dell'analisi, tutti i risultati, le raccomandazioni, le valutazioni grafiche e la roadmap delle azioni. Se desideri una capacità di monitoraggio continua e self-service piuttosto che una revisione di esperti puntuale, questa è una conversazione diversa, tipicamente tramite l'Automazione CLI Action Pack, gli Application Managed Service(AMS) o un impegno Health Checkripetuto periodicamente.

Con quale frequenza dovremmo eseguire un Sistema Health Check?

Non esiste un'unica risposta giusta, ma una regola generale utile è ogni 12-24 mesi, o ogni volta che un evento significativo è imminente — un importante aggiornamento di Automic, una migrazione, un consolidamento di piattaforme, l'onboarding di un nuovo carico di lavoro o una rapida crescita del carico. Tra un impiego e l'altro, le raccomandazioni dell'impiego precedente Health Check dovrebbero essere state elaborate, il che significa che l'esecuzione successiva parte da una base di riferimento più pulita e produce risultati più mirati. I clienti che eseguono un Health Check ogni 18 mesi ed elaborano i principali risultati tra un'esecuzione e l'altra vedono in genere miglioramenti misurabili a lungo termine in termini di stabilità e prestazioni.

È utile il Health Check prima di un aggiornamento Automic?

Sì, questo è uno dei motivi più comuni per cui i clienti prenotano il sistema Automic Health Check. Il catalogo di valutazione include parametri obsoleti, variabili di sistema legacy, componenti incompatibili e discrepanze nelle versioni degli agenti, tutte cose che causano attriti durante un aggiornamento. Un'esecuzione Health Check1-3 mesi prima di un aggiornamento pianificato ti fornisce un elenco chiaro di ciò che è necessario correggere in anticipo, in modo che la finestra di aggiornamento effettiva sia molto meno "eccitante". Molti clienti Tricise abbinano Health Check a un progetto di aggiornamento imminente proprio per questo motivo.

Pronto a stabilizzare e rendere a prova di futuro il tuo sistema Automic?
Prenota direttamente in negozio o parla con i nostri esperti per scopri e programmazioni.
Torna in alto