Tipi di carichi di lavoro in un ambiente cloud ibrido - dummies

Un carico di lavoro in un ambiente cloud ibrido è un servizio indipendente o una raccolta di codice che può essere eseguita. Poiché un carico di lavoro viene eseguito tra le risorse del computer, un altro modo di esaminarlo è la quantità di lavoro che deve essere eseguita dalle risorse del computer in un determinato periodo di tempo.

Alcuni esperti del settore includono l'applicazione, il sistema operativo e il middleware nella loro definizione di carico di lavoro. Naturalmente, carichi di lavoro diversi hanno caratteristiche diverse e la piattaforma migliore per un particolare carico di lavoro da eseguire dipende dalla natura del carico di lavoro specifico.

Tipi di carichi di lavoro nel cloud ibrido

Poiché i requisiti di elaborazione sono diversi, lo sono anche i carichi di lavoro. Questo elenco spiega alcuni tipi di carichi di lavoro che potresti trovare in un ambiente cloud ibrido e la tabella che segue li confronta tra loro:

• Carichi di lavoro batch: Questi carichi di lavoro sono progettati per funzionare in background. I carichi di lavoro batch tipici tendono a elaborare enormi volumi di dati. Questi carichi di lavoro possono includere i dati prodotti da una serie di fatture del telefono cellulare o i risultati di mesi di transazioni online. Questi carichi di lavoro richiedono notevoli risorse di elaborazione e archiviazione. I carichi di lavoro batch sono raramente sensibili al fattore tempo e possono essere pianificati quando sono in esecuzione poche attività in tempo reale.

  Poiché questi dati sono ben documentati e prevedibili, l'automazione di questo tipo di carico di lavoro è relativamente semplice. Generalmente, i carichi di lavoro batch vengono eseguiti su base regolare e possono trarre vantaggio dalle economie di scala dei servizi cloud pubblici come un modo per elaborare questi carichi di lavoro. Anche in questo caso, come in qualsiasi ambiente cloud, la decisione su dove eseguire carichi di lavoro batch è determinata dalle regole aziendali, dalla governance e dalle normative di sicurezza.

• Carichi di lavoro transazionali: Questi sono l'automazione dei processi aziendali come la fatturazione e l'elaborazione degli ordini. Tradizionalmente, i carichi di lavoro transazionali erano limitati a un singolo sistema. Tuttavia, con l'uso crescente del commercio elettronico che raggiunge i partner e i fornitori, i carichi di lavoro transazionali devono essere gestiti attraverso gli ambienti di elaborazione dei vari partner. A seconda dell'analisi costi-benefici, è probabile che carichi di lavoro transazionali complessi siano più adatti a un cloud privato.

• Carichi di lavoro analitici: Le organizzazioni potrebbero voler utilizzare servizi di analisi in un ambiente cloud per dare un senso alle enormi quantità di dati in un ambiente ibrido complesso. Questo requisito non è semplicemente tecnico; è necessario che i business partner valutino il successo delle loro partnership e apportino modifiche per aumentare il successo.In un carico di lavoro di analisi , si pone l'accento sulla capacità di analizzare in modo olistico i dati incorporati in questi carichi di lavoro su siti Web pubblici, cloud privati ​​e data warehouse. Questi tipi di carichi di lavoro analitici tendono a richiedere molte più capacità di calcolo in tempo reale.

• Carichi di lavoro ad alte prestazioni: Questi carichi di lavoro hanno un processo specializzato con requisiti scientifici o tecnici. Questi carichi di lavoro sono complessi e in genere richiedono notevoli capacità di calcolo. Pertanto, sono adatti per cloud pubblici specializzati ottimizzati per le prestazioni.

• Carichi di lavoro del database: Questi sono il tipo di carico di lavoro più comune e influiscono su quasi tutti gli ambienti del data center e del cloud. Un carico di lavoro del database deve essere ottimizzato e gestito per supportare il servizio che sta utilizzando tali dati. In alcune situazioni, i carichi di lavoro dei dati sono piccoli e autonomi; tuttavia, in altre situazioni, i carichi di lavoro dei dati sono enormi e le prestazioni richiedono un approccio sofisticato. Ad esempio, carichi di lavoro di database ad alte prestazioni possono essere implementati su bare metal (direttamente sul sistema operativo dell'hardware) per supportare i requisiti aziendali.

Carichi di lavoro non adatti per il cloud

Proprio come alcuni carichi di lavoro sono adatti per il cloud, altri no. Alcuni esempi di carichi di lavoro che non si desidera spostare nel cloud includono:

• Carichi di lavoro che richiedono storage di rete ad alte prestazioni. Poiché è possibile che sia necessario accedere rapidamente a questi carichi di lavoro, potrebbero non essere adatti al cloud in cui si dipende da Internet per la velocità della rete.

• Carichi di lavoro delle applicazioni legacy che richiedono una latenza molto bassa. Spesso, i carichi di lavoro legacy non erano progettati per essere eseguiti in un ambiente di elaborazione distribuito. Possono servire a uno scopo particolare e potrebbe non avere senso spostarli nel cloud.

• Database clustering che richiede un throughput (velocità) molto elevato sulla rete. Anche un ampio gruppo di database che richiede tempi di risposta al millisecondo potrebbe non essere adatto per il cloud.

Astrazione e carichi di lavoro

I carichi di lavoro possono essere astratti negli ambienti cloud, il che significa che il carico di lavoro è isolato dall'hardware su cui è in esecuzione. Di fatto, nella maggior parte delle situazioni, il cliente medio non ha idea di dove si trovi il carico di lavoro. Sebbene un singolo carico di lavoro non dipenda da elementi esterni, in genere è combinato con altri carichi di lavoro per eseguire un processo o un'attività aziendale.

La nozione di astrazione è fondamentale per il modo in cui i carichi di lavoro vengono eseguiti nel cloud ed è ancora più importante in un cloud ibrido. L'unico modo per creare un ambiente di elaborazione distribuito composto da più servizi in più posizioni è di avere carichi di lavoro ben strutturati e astratti.