Serverless o Kubernetes su AWS

Molti clienti AWS si basano su tecnologie open source ampiamente supportate. L'open source può consentire a un'organizzazione di trovare le competenze giuste ed evitare il rischio di bloccarsi. Fare le scelte sbagliate in un ecosistema open source può portare a rimanere bloccati in astrazioni e integrazioni locali. Inoltre, la responsabilità di far funzionare insieme diversi componenti open source spetta spesso all'organizzazione che effettua la scelta. Molto frequentemente capita che le organizzazioni dedichino troppo tempo alla manutenzione delle integrazioni open source.

Note:

• Prendi in considerazione le fonti della comunità e il sostegno di imprese o fondazioni quando effettui questi investimenti. Un investimento in questi progetti non è solo finanziario. È anche necessario investire nel training e nella formazione del team sulle tecnologie utilizzate. 
• Potresti anche incorrere in qualche debito tecnico (a causa del lavoro richiesto per la manutenzione di tali integrazioni) poiché questi componenti e le integrazioni associate richiedono in genere un aggiornamento.
  
• Visita il blog AWS Open Source per ottenere idee sulle implementazioni open source.
  

Quando si sceglie una strategia di sviluppo di applicazioni moderna, è importante che la strategia soddisfi una varietà di modelli di carico di lavoro. Le scelte sull’architettura saranno più semplici se comprendi i modelli del tuo carico di lavoro. Ad esempio, applicazioni Web, microservizi basati su API, applicazioni basate su eventi, streaming e messaggistica, pipeline di dati, automazioni IT e altro ancora. Alcuni carichi di lavoro avranno prestazioni migliori o saranno più convenienti in un ambiente di elaborazione rispetto a un altro tipo.

Quando vengono creati con AWS Serverless, i servizi come App Runner e Batch AWS sono progettati per supportare prontamente le esigenze di un determinato tipo di carico di lavoro. I carichi di lavoro che utilizzano questo approccio saranno più facili da creare, avranno prestazioni migliori o saranno più convenienti, sebbene ciò vada a scapito della flessibilità.

Kubernetes fornisce coerenza tra cloud e ambienti on-premise, se richiesto dall'organizzazione.

I carichi di lavoro non vivono isolati. I carichi di lavoro sono supportati da tecnologie come database, messaggistica, streaming, orchestrazione e altri servizi. Un'efficace strategia di sviluppo di app moderne richiede l'integrazione con questi servizi. Le integrazioni gestite semplificano il sovraccarico operativo e la gestione dell'infrastruttura sottostante.

Le opzioni AWS Serverless sono profondamente integrate nell'ecosistema AWS. AWS Lambda può iscriversi a eventi da oltre 200 altri servizi. Le estensioni di AWS Lambda, ad esempio, consentono l'integrazione con strumenti di monitoraggio, osservabilità, sicurezza e governance. Lambda richiama una determinata funzione in un ambiente di esecuzione, che fornisce un runtime sicuro e isolato in cui viene eseguito il codice della funzione. 

Le offerte gestite da AWS per Kubernetes forniscono integrazioni con offerte gestite. Kubernetes stesso dispone di un ricco ecosistema di partner che offre l'integrazione con numerose altre tecnologie.

Molti clienti devono creare esperimenti per convalidare le idee. Questi prototipi potrebbero essere l'idea per una nuova applicazione e/o buttati via se non ha successo. La capacità di fornire un ambiente in cui scrivere, implementare e convalidare idee rapidamente è essenziale per un ambiente sano. L’ambiente viene spesso trascurato quando si sviluppa una moderna strategia di sviluppo di app, ma la capacità di fare innovazioni aziendali potrebbe dipendere proprio da tale ambiente. Far sì che i team siano in grado di utilizzare servizi che possano essere utilizzati per creare, testare e iterare rapidamente è fondamentale per scoprire nuove opportunità di business.

Molti clienti vogliono assicurarsi che le loro applicazioni possano essere eseguite ed essere facilmente migrate o spostate in un ambiente diverso. Vogliono poter scegliere se spostare i fornitori di cloud o eseguire un'applicazione sia on-premise sia nel cloud. Ciò include spesso la necessità di supportare i framework linguistici e gli scenari di sviluppo più diffusi. Ad esempio, gli sviluppatori Java potrebbero voler usare Spring o Python e gli ingegneri dei dati potrebbero voler usare PyTorch. La scelta di un approccio moderno allo sviluppo di app non sarà sufficiente di per sé. Richiederà le best practice e l'architettura per raggiungere la portabilità delle applicazioni. Ti consigliamo di acquisire competenze nelle architetture software e creare pacchetti che consentano di trasferire più facilmente la logica aziendale differenziata tra i servizi di elaborazione.

Le applicazioni create utilizzando alcune tecnologie possono funzionare in modo più efficace su alcuni servizi di elaborazione rispetto ad altri. I servizi container sono in genere un obiettivo di migrazione migliore per le applicazioni legacy rispetto a Lambda, che richiede una modifica dell'architettura.

Dovrebbe esserci una netta differenza tra la portabilità delle applicazioni e quella dell'automazione. La maggior parte delle volte, la scelta tra AWS Serverless o AWS Kubernetes in realtà ha poco a che fare con la portabilità o meno di un'applicazione. Invece, sono gli strumenti utilizzati dai team dell'infrastruttura e dai team DevOps a essere un fattore chiave. I clienti che scelgono l'approccio Kubernetes su AWS sono spesso alla ricerca della portabilità dell'infrastruttura e degli strumenti di implementazione.

Le competenze della tua organizzazione sono un fattore importante per decidere se adottare un approccio serverless o basato su container per lo sviluppo di app moderne. Sia i serverless che i container richiederanno un certo investimento nei team DevOps e Site Reliability Engineer (SRE). La creazione di una pipeline automatizzata per la distribuzione delle applicazioni è comune per la maggior parte delle applicazioni moderne.

Alcune scelte aumentano la quantità di gestione. Ad esempio, alcune organizzazioni dispongono delle competenze e delle risorse per eseguire e gestire un'implementazione Kubernetes , poiché investono in forti team SRE per gestire i cluster Kubernetes. Questi team gestiscono gli aggiornamenti frequenti dei cluster (ad esempio, Kubernetes rilascia tre release principali all'anno e le vecchie versioni sono obsolete).

Le dimensioni dell'organizzazione sono un fattore chiave, poiché le startup più piccole dispongono forse di un piccolo staff IT composto da persone che ricoprono più ruoli, mentre le aziende più grandi possono essere in grado di supportare centinaia di carichi di lavoro in produzione contemporaneamente.

Le decisioni relative all'architettura comportano dei compromessi, uno dei quali è spesso il costo. È comune avere difficoltà a stimare il costo delle applicazioni moderne a causa della natura dinamica dei componenti coinvolti. Sebbene il costo di un set fisso di server sia più facile da stimare, si paga per quei server anche quando non aggiungono valore aziendale.

Entrambi gli approcci offrono molteplici leve per raggiungere gli obiettivi di costo per i carichi di lavoro. La scelta ad alto livello tra gli approcci dovrebbe considerare il costo non solo in termini di risorse, ma anche di impegno necessario per la creazione e il mantenimento della strategia. Il calcolatore dei prezzi di AWS può essere utile per comprendere i costi di un determinato carico di lavoro.

La creazione con AWS Serverless e Kubernetes su AWS ti consente di creare carichi di lavoro ben funzionanti, scalabili e resilienti. Puoi soddisfare i requisiti tecnici di cui hai bisogno. I servizi con i più alti livelli di astrazione gestiscono il posizionamento nelle zone di disponibilità di AWS e la scalabilità dell'ambiente, migliorando le prestazioni e la resilienza. Livelli di astrazione inferiori consentono un maggiore controllo sulla scalabilità del carico di lavoro. I principali compromessi sono i costi e la complessità della gestione.