Sommario:
- Operationalizing workloads
- API: la chiave per la gestione dei carichi di lavoro cloud
- La necessità di un livello di carico di lavoro standard
- Portabilità dei carichi di lavoro
Video: Opening Keynote (Cloud Next '19) 2024
Le complessità del carico di lavoro sono più prevalenti in un ambiente cloud ibrido rispetto a una singola architettura cloud. Con l'avvento di un mondo di cloud ibrido, esistono molte più applicazioni e servizi tra le aree geografiche che devono essere eseguite.
Alcuni carichi di lavoro possono essere permanenti e devono essere costantemente eseguiti, ad esempio un sito di commercio online o un sistema di controllo che gestisce un processo ambientale critico. I carichi di lavoro virtualizzati aggiungono un altro livello di complessità. Nel mix sono inoltre integrati servizi aziendali e vari modelli applicativi.
In un ambiente cloud ibrido, i carichi di lavoro possono essere eseguiti su cloud diversi, eseguendo diversi tipi di infrastrutture che utilizzano sistemi operativi diversi. Stai riunendo carichi di lavoro da ambienti diversi che spesso devono comportarsi come se fossero un sistema unificato.
Operationalizing workloads
Qual è la connessione tra carichi di lavoro e gestione del carico di lavoro nel cloud? In realtà è al centro di determinare se si dispone di un ambiente cloud efficiente o meno. Questo è vero se sei un fornitore di servizi che offre un cloud pubblico o privato ai clienti o se gestisci un cloud privato interno a vantaggio di clienti interni e clienti e partner esterni.
Potresti pensare che tutto ciò che devi fare è ottenere un software di automazione (per pianificare automaticamente le risorse e svolgere alcune altre funzioni associate all'assegnazione delle risorse) e sei pronto. Quando si esaminano i carichi di lavoro da un punto di vista operativo, diventa chiaro che molti aspetti devono essere presi in considerazione quando si determina come creare un ambiente cloud ibrido globale che sia a livello di qualità e soddisfi i requisiti di sicurezza e governance. Questo non è un requisito statico; da un punto di vista operativo, le organizzazioni devono essere in grado di modificare dinamicamente la gestione del carico di lavoro in base ai mutevoli requisiti aziendali.
API: la chiave per la gestione dei carichi di lavoro cloud
Le API (Application Programming Interface) consentono a un prodotto software o servizio di comunicare con un altro prodotto o servizio. Ad esempio, se sei uno sviluppatore di software che ha scritto un programma per fogli di calcolo e vuoi consentire ad un altro sviluppatore di aggiungere alcune funzioni specializzate per migliorare la tua applicazione, puoi fornire allo sviluppatore un'API che gli consenta di scrivere sulla tua applicazione. L'API specifica in che modo l'unica applicazione può funzionare insieme a un'altra.Fornisce le regole e le interfacce. Lo sviluppatore non ha bisogno di conoscere il nocciolo della tua applicazione perché l'API astrae il modo in cui questi programmi possono lavorare insieme.
Un'API fornisce anche un modo astratto per scambiare dati e servizi. A causa di questa astrazione, l'API può nascondere le cose agli sviluppatori. Ad esempio, non vuoi che uno sviluppatore esterno apprenda i dettagli della tua sicurezza interna, quindi quei dettagli del sistema sono nascosti. L'API consente allo sviluppatore di eseguire solo l'attività desiderata.
Le API sono importanti per la gestione dei carichi di lavoro in un ambiente cloud. L'ambiente Amazon Elastic Compute Cloud offre un ricco set di API che consente ai clienti di creare i propri carichi di lavoro oltre ai servizi di elaborazione e archiviazione di Amazon. Infatti, ogni azienda che offre un servizio cloud di base come IaaS (Infrastructure as a Service), SaaS (Software as a Service) e PaaS (Platform as a Service) sviluppa API per i propri clienti.
Tutto è grande se si gestisce il carico di lavoro nell'ambiente in cui è stato creato o dove verrà distribuito. Tuttavia, API diverse non sono sempre compatibili. Ad esempio, è possibile creare un'API per supportare un sistema operativo a 32 bit e l'ambiente cloud che lo sviluppatore desidera spostare il carico di lavoro per supportare un'implementazione a 64 bit. Come gestisci i carichi di lavoro in ambienti incompatibili?
La necessità di un livello di carico di lavoro standard
Nessuna API standard consente allo sviluppatore di lavorare con diversi modelli di cloud forniti da diversi fornitori di cloud. Ciò che è effettivamente necessario è un livello standard che crea compatibilità tra i carichi di lavoro del cloud. Nell'orientamento al servizio, il modello XML consente l'interoperabilità tra i servizi aziendali. Non esiste un modello equivalente per il cloud ibrido.
Puoi trovare i modi per aggirare problemi complicati. Aziende come il provider di cloud management RightScale, Workload Deployer di IBM e Control-M di BMC creano modelli personalizzabili che consentono agli sviluppatori di tenere conto delle differenze nelle API e quindi sono in grado di distribuire e migrare i carichi di lavoro.
Portabilità dei carichi di lavoro
La discussione delle API e degli standard è essenziale perché la gestione del carico di lavoro è fondamentale per il funzionamento del cloud ibrido. In un ambiente cloud ibrido, è fondamentale poter spostare i carichi di lavoro e ottimizzarli in base al problema aziendale affrontato. Nonostante il fatto che i carichi di lavoro siano astratti, sono costruiti con middleware e sistemi operativi.
I carichi di lavoro devono essere ottimizzati per funzionare bene in un ambiente hardware specifico. Nell'attuale mondo dell'ibrid computing, è necessario un sacco di interventi manuali per ottenere la portabilità del carico di lavoro. Tuttavia, prevediamo standard futuri e approcci ben definiti che renderanno la gestione del carico di lavoro ibrida nel cloud una realtà.
L'avvento del computing ibrido porterà all'evoluzione di un nuovo componente nel cloud computing. Il broker dei carichi di lavoro dei servizi ibridi fornirà un livello che esaminerà l'infrastruttura del servizio basato su cloud sottostante e fornirà un modo coerente e prevedibile per gestire carichi di lavoro diversi come se fossero stati costruiti nello stesso modo.Ci aspettiamo che questo broker di carico di lavoro ibrido fornisca la gestione ibrida del carico di lavoro che il mercato richiederà. Quando gli standard evolveranno, la necessità di parte di questo strato andrà via, ma l'ampio uso di standard richiede tempo.