Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Fasi successive
Questa guida descrive vari approcci di accesso alla rete in diversi scenari e descrive i vantaggi e gli svantaggi di ciascuna architettura. È necessario comprendere perché la scelta di un approccio di accesso alla rete non dovrebbe essere una discussione puramente tecnologica. L'allineamento tra business e tecnologia è essenziale. I passaggi e le raccomandazioni seguenti possono aiutarti a valutare e standardizzare la tua strategia di architettura di rete valutando le funzionalità attuali, analizzando le esigenze del mercato e implementando i controlli di governance.
Questa sezione contiene i seguenti argomenti:
Valutazione dell'architettura e delle funzionalità attuali
Esamina l'attuale architettura di rete confrontandola con le fonti di dati pertinenti, ad esempio il quadro di autovalutazione riportato in questa guida, gli attuali requisiti normativi e lo stato attuale del mercato (sia in termini di clienti che di analisi della concorrenza). Ad esempio, prendi in considerazione l'utilizzo del AWS Well-Architected
Esamina eventuali eccezioni potenziali, decisioni una tantum e decisioni storiche relative ai prodotti. Siate curiosi, sfidatele e non assumete automaticamente la loro validità. Le esigenze dei clienti di anni fa potrebbero non essere più valide. I presupposti sfidanti creano l'opportunità di semplificare e ridurre la complessità dell'architettura.
In termini semplici, documentate le osservazioni in modo che possano essere consultate e comprese dai diversi ruoli dell'organizzazione. Registra dove lo stato attuale differisce dallo stato bersaglio, qual è lo stato obiettivo, l'impatto e quando sono state effettuate le osservazioni. La registrazione di queste informazioni aiuta le organizzazioni a prendere decisioni sulla base di dati aggiornati.
Analisi del mercato e dei clienti
Raccogli informazioni sulle tendenze del mercato. Qual è il modo attualmente preferito dai consumatori per accedere a offerte SaaS come la tua? Riesci ancora a soddisfare i tuoi clienti dove si trovano? Le coorti o il comportamento dei clienti sono cambiati? I vostri dirigenti hanno orientato la rotta verso un nuovo mercato, una geografia con requisiti normativi specifici o un nuovo livello di clienti? La tua azienda o il tuo modello operativo sono cambiati? Ad esempio, state considerando l'idea di etichettare i vostri servizi con etichette bianche? Il vostro piano di crescita prevede la collaborazione con i partner in modo che il vostro servizio sia disponibile per i clienti quando entrano in contatto con tali partner?
Allineamento strategico
Dopo aver compreso le capacità attuali, l'architettura attuale, il mercato e i clienti, convoca una riunione di allineamento strategico. Con i principali stakeholder di prodotto, business e tecnologia, chiedete quali requisiti sono ancora validi e quali nuovi requisiti devono essere presi in considerazione. Trova opportunità per ridurre la complessità eliminando i requisiti che non sono più necessari. Non si tratta di un progetto elaborato da un comitato; il team di ingegneri deve preparare e gestire l'architettura e i dettagli di implementazione effettivi. Tuttavia, questo incontro dovrebbe chiarire perché questo è l'insieme di requisiti che massimizza i vantaggi per i clienti e l'organizzazione.
Standardizzazione
Per attirare clienti, potreste essere tentati di lasciare che ognuno scelga liberamente come connettersi al vostro servizio. Dopotutto, qualsiasi soluzione potrebbe funzionare tecnicamente e potresti anche avere il know-how e le risorse per gestirle e utilizzarle tutte. Fino a un certo punto può funzionare bene, ma man mano che l'azienda cresce, diventa difficile da gestire. Il vostro stack di osservabilità deve supportare le metriche provenienti da più soluzioni e anche i tecnici addetti all'affidabilità del sito devono essere in grado di comprenderle. È necessaria la up-to-date documentazione per ogni approccio di connettività. Le principali modifiche all'applicazione devono essere valutate rispetto a ciascun approccio di accesso offerto. È necessario scrivere e gestire automazioni e infrastrutture come codice (IaC) per ogni approccio di accesso. Il sovraccarico aggiuntivo derivante dalla non standardizzazione dell'accesso al servizio deve essere confrontato con la flessibilità che si desidera offrire ai clienti.
Se avete bisogno di una stella polare che guidi il vostro processo decisionale, vi suggeriamo la standardizzazione. La standardizzazione del modo in cui i clienti interagiscono con i servizi che offri è in genere l'azione più efficace che puoi intraprendere per migliorare molte metriche di successo all'interno dell'organizzazione. La standardizzazione consente ai team di prodotto di comprendere più facilmente la struttura dei costi dei servizi e prendere decisioni sui prodotti basate sui dati. È più facile per i team operativi risolvere i problemi e automatizzare parti del processo di risoluzione dei problemi in un ambiente sviluppato, implementato e gestito secondo standard predefiniti. Può aiutarti a rilevare anomalie, comportamenti imprevisti o azioni di un malintenzionato. La standardizzazione riduce anche il debito tecnico. I team di ingegneri impiegano meno cicli per testare e implementare le modifiche alla produzione. Può anche aumentare la velocità di commercializzazione, migliorare il successo dell'onboarding self-service e ridurre i rischi normativi.
Pertanto, ti suggeriamo di esaminare anche eventuali soluzioni una tantum che potrebbero essere in vigore oggi. Quantifica il numero di cicli operativi che dedichi al supporto dei clienti esistenti. Confronta i risultati con i dati storici e valuta se il tuo approccio attuale è scalabile per gli anni a venire. Ogni volta che è necessario allontanarsi dagli standard, contestate i requisiti alla base di tali richieste. Valuta l'impatto e bilancia i benefici immediati con impegni a lungo termine.
Nei casi in cui la personalizzazione è inevitabile ma è in conflitto con i vostri standard, prendete in considerazione un modello di responsabilità condivisa. In questo modello, i prodotti sono ampiamente protetti dalle modifiche richieste e la personalizzazione avviene in un ambiente minimalista e dedicato. Per un esempio, consulta la sezione. Connessione con un'architettura VPC di transito
Governance
Per la conformità ai requisiti normativi e agli standard interni, la governance è essenziale. Con una governance adeguata, è possibile controllare dove e come applicare gli standard. Inoltre, stabilisci i controlli per rilevare le divergenze dagli standard e informare i proprietari delle risorse sulle azioni correttive necessarie. AWS Organizations, AWS ConfigAWS CloudTrail, e AWS Control Towersono solo alcuni dei tanti Servizi AWS che possono aiutarti a gestire e governare i carichi di lavoro in. Cloud AWS
Ripetizione
Sfruttando gli insegnamenti tratti dai tuoi sforzi iniziali, imposta un processo leggero e ripetibile per rimanere allineato nelle future generazioni. Definisci da quali ruoli hai bisogno degli input, con quale frequenza, quanto devono essere accurati i dati, come verranno condivisi e chi agirà di conseguenza.
