Zero
(Immagine: ZDNet)
Per la maggior parte, enterprise/commerciale nuvole hanno ospitato i servizi che potrebbero essere considerate merce o intercambiabili. In termini di elaborazione, macchine virtuali, Storage e di rete sono fondamentali pane-e-burro IaaS servizi che sono effettivamente la stessa tra i principali hyperscalers, e tra i principali protagonisti sono stati lo stesso prezzo, in gara-per-il-fondo di moda.
Contenitori in esecuzione su applicazioni open source imballaggio standard come scaricatore di porto, e che utilizzano sistemi di orchestrazione come Kubernetes, sono la prossima generazione di calcolo — e che, troppo, sta diventando anche mercificati. E ‘ più economico e molto più facili da scalare di macchine virtuali. Se si dispone di una finestra Mobile, applicazione basata su un cloud pubblico, è abbastanza banale porta ad un altro cloud pubblico con simili containerizzazione dei servizi di hosting.
Inoltre: che Cosa è il Kubernetes cloud ibrido e perché è importante
Il hyperscalers può provare a differenziare le prestazioni e poche altre cose, ma a un livello fondamentale, IaaS è IaaS, contenitori e contenitori, in sostanza, se si esegue su AWS, Azure o Google Cloud.
SaaS e PaaS è dove la differenziazione commerciali cloud che effettivamente accade. Per un’azienda come la Microsoft, la sua SaaS, come Office 365, PowerBI, Dinamica, SharePoint, le Squadre, e Skype per Business sono le cose che lo distinguono dal resto del settore. Queste sono le piattaforme applicative che già hanno una significativa quota di mercato locale, così commoventi ai clienti di cloud-based, ha ospitato le versioni di questi, come SaaS è commerciale naturale per la transizione alla dalla sua eredità installazioni.
Questi carichi di lavoro sono già molto appiccicoso perché sono legate in Microsoft Active Directory meccanismo di autenticazione, che è una tecnologia fondamentale per Microsoft basati su ambienti. Questi clienti sono già bloccate, ma non è così che stanno cercando di muoversi fuori di queste piattaforme applicative in ogni caso, perché non ci sono davvero molte buone alternative a loro.
Con la Piattaforma come Servizio, si dispone di tutti i tipi di applicazione finita servizi come i database ospitati e di apprendimento automatico e di sistemi che vengono fatturati in base transazionale. Questi sistemi, quando combinato con container, PaaS, consentono ai clienti aziendali di costruire sistemi altamente scalabili che, altrimenti, essere costo proibitivo per implementare in IaaS e può essere fornito su richiesta.
Fino ad ora, molti di questi sistemi sono stati costruiti su piattaforme open-source quali Hadoop o MongoDB. Ma ora stiamo iniziando a vedere hyperscale fornitori di cloud costruire il loro back-end di servizi altamente scalabili che sono compatibili, ma non sono lo stesso come il loro open source controparti.
Anche: SaaS, PaaS e IaaS: Capire il differenze
Un esempio è DocumentDB, un database ospitato servizio API-compatibile con MongoDB, ma non fa uso di alcun effettivo MongoDB codice, che Amazon ha lanciato questa settimana su AWS.
Per ora, si può costruire applicazioni in AWS, l’utilizzo di IaaS e container-based e sistemi di back-end in DocumentDB, e in una data successiva, passare di nuovo in locale o anche in un’altra competizione hyperscale cloud come Microsoft Azure o Google Cloud Platform. Ma questo non può essere il caso a tempo indeterminato.
Oggi, molti di questi servizi di hosting utilizzare le Api che sono compatibili con le loro open-source controparti. Così, il codice è portatile; non è bloccato in quel fornitore di servizi cloud.
Questo non è del tutto diversi da dire, il classico problema di porting da un database SQL per un’altra, purché esse sono codificate ANSI SQL specifiche. A che livello di compatibilità, non importa se un database è iniziato in Oracle, è possibile spostare il database IBM DB2 o anche Microsoft SQL Server.
Ma come questi servizi diventano mercificato, come IaaS fatto per calcolo e storage, cloud provider di aggiungere nuove funzionalità, che inevitabilmente si discostano dalla open source controparti. E gli sviluppatori di software amore per approfittare delle nuove caratteristiche, soprattutto se sono in grado di aumentare le prestazioni, migliorare la scalabilità, e può risparmiare denaro su transazionale o per il calcolo dei costi.
Questo è uno dei motivi per cui si stanno muovendo per PaaS e containerizzazione e microservices nel cloud, in primo luogo, costruire un vero “Born in the cloud” app. Inoltre, si può focalizzare l’attenzione sulla gestione di una piattaforma di applicazioni e il loro codice, invece di preoccuparsi dell’infrastruttura sottostante. IaaS è davvero solo un passaggio intermedio verso il cloud per la trasformazione dei carichi di lavoro, perché avete ancora preoccuparsi di mantenere il sistema operativo stack.
Anche: IBM: ancora errori dopo tutti questi anni
Ma, come ho spesso incontrato presso i clienti quando ero in IBM, a metà degli anni 2000, se si finisce per mettere logica di business in stored procedure e trigger su una particolare piattaforma di database per usufruire di ottimizzazione delle prestazioni, si può finire per avere maggiore compatibilità mal di testa.
Quindi non è così facile da spostare, per esempio, Oracle, IBM DB2. Si potrebbe finire per costare un sacco di tempo di sviluppo del software (e i soldi) per spostare la logica di business di database, in modo che è possibile porting da una piattaforma all’altra.
Mi ricordo di un IBM bancario cliente aveva 800 stored procedure e trigger in Oracle, e sarebbe un costo in milioni di rimuovere tutte quelle e spostare la logica di middleware su J2EE, invece. Anche se DB2 sarebbe stato più conveniente rispetto a Oracle in termini di licenza, il software, i costi di sviluppo, sarebbe stato molto più costoso. Si sono concluse solo attaccare con Oracle, ma di passare a un diverso sistema operativo e la piattaforma hardware (IBM AIX POWER) per ottenere le prestazioni di cui hanno bisogno. Erano bloccati nel database.
Potremmo vedere questo accadere con hyperscale nuvole. Certo, DocumentDB è MongoDB compatibile ora. Ma chi è che dire, cinque anni da oggi, le Api sono sta per essere identici? E DocumentDB è solo un servizio cloud. Altamente scalabile, nato-in-the-cloud applicazione potrebbe essere progettato per sfruttare una dozzina o più tipi di servizi cloud specifiche del fornitore di servizi cloud. Tutti sono in continua evoluzione e sempre nuovi set di funzionalità.
Quanti sono i servizi di, diciamo, Microsoft Azure hanno in portafoglio? Ho smesso di contare molto tempo fa. Certo, un sacco di questi per l’uso standard open source, ma come molti di loro non? Quanto tempo questi Open Source compatibile con i servizi di stare completamente in quel modo? Come AWS e Microsoft e Google Cloud e IBM è diventato molto più competitivo con gli altri, le probabilità sono che non.
Anche: Top fornitori di cloud 2018: Come AWS, Microsoft, Google
Più si perde il controllo dell’infrastruttura e spostare la vostra attenzione su di un piano strettamente esecuzione di codice dell’applicazione e di dover dipendere da una piattaforma di hosting, la maggiore possibilità c’è di che piattaforma diventi appiccicoso-che è esattamente ciò che hyperscale provider come AWS e Microsoft vogliono. Che si desidera soggiornare. Vogliono continuare ad acquistare i cicli e le transazioni. Essi non vogliono che tu a spostarsi dalle loro nuvole. SaaS sistemi come Office 365, giorni lavorativi, e Salesforce sono, ovviamente, il massimo in termini di appiccicoso.
Questo è davvero non è diverso dall’avere il locale di piattaforme software proprietarie e utilizzare il codice che non può essere facilmente portato su un’altra piattaforma. La differenza è che, invece di licenze di queste piattaforme, si affitta tempo su di loro, che i contatori di fagioli nella vostra organizzazione preferisce, perché è un costi operativi (OPEX), non una spesa di capitale (CAPEX).
Così, si può certamente progettazione basata su cloud di sistemi che sono abbastanza autonomo e portatile. Ma non può essere finanziariamente fattibile per fare che a lungo termine. Finito servizi cloud saranno meno di quello che è possibile ospitare in IaaS VMs o anche in contenitori. Con PaaS, il trade-off è in ultima analisi, sarà di prestazioni, funzionalità e costo contro la portabilità.
È il cloud lock-in un senso di inevitabilità, come si diventa più dipendente finito di servizi cloud? Parlare di nuovo e fammi Sapere.
Precedente e relativa copertura:
Quello che un cloud ibrido è il ‘multi-era del cloud,’ e perché si può già avere uno
Ora che i servizi utilizzati da un’impresa e ha fornito ai propri clienti può essere ospitato su server in un cloud pubblico o locale, forse “cloud ibrido” non è un’architettura più. Mentre che può il caso, che non si ferma alcuni nella trasformazione digitale del business di proclamare un modo di lavoro fino a se stesso.
Il Cloud computing è praticamente sostituire i tradizionali centri dati
Cloud data center di traffico rappresentano il 95 per cento del traffico totale dei data center entro il 2021,
Che cos’è il cloud computing? Tutto quello che devi sapere
Un’introduzione al cloud computing destra, dalle nozioni di base fino a IaaS e PaaS, ibrido, pubbliche e private cloud AWS e Azure.
Cloud computing: Ecco che arriva un importante punto di svolta
Applicazione di spesa si è spostato verso il cloud più veloce, ma in altri settori di spesa sono in fase di recupero.
Storie correlate:
Microsoft Azure: Tutto ciò che devi sapere
All’interno di Microsoft Cosmo DB
Come Amazon Web Services esegue la sicurezza su scala globale
Guardare fuori MongoDB: AWS lancia la gestione completa del documento servizio di database
Argomenti Correlati:
Amazon
La Trasformazione Digitale
Centri Dati
CXO
L’innovazione
Archiviazione
0