IBM ha pagato $34B per questo: Dove Red Hat sta prendendo OpenShift

0
188

Scott Fulton III

Da Scott Fulton III

| – 22 novembre 2019 — 19:33 GMT (19:33 GMT)

| Argomento: Il Software Enterprise

Orchestrazione ha una sua conferenza: Perché KubeCon è ora una cosa del genere
Scott Fulton dice di migliaia di professionisti scendere su San Diego per vedere frank discussioni e dimostrazioni live. C’è una coerente strategia per gli utenti e collaboratori, Kubernetes andare avanti? Siamo pronti a fare servizio in maglia di una parte della nostra vita? Leggi di più: https://zd.net/2s948pe

IBM aveva già un Linux. Linux non è più il prodotto di una società di informatica che l’aspirina è il prodotto di un’azienda farmaceutica. Quando IBM ha annunciato nel mese di ottobre 2018 l’acquisto di Red Hat, i suoi dirigenti, ha spiegato la mossa utilizzando marketing parlare, chiamando un investimento per il cloud ibrido. Le notizie di affari di servizi debitamente notato che Red Hat è il produttore di Red Hat Enterprise Linux (RHEL), che è generalmente creduto di avere almeno due terzi la quota di mercato in enterprise server.

Citato tra parentesi, se non del tutto, c’era qualcosa chiamato OpenShift. È stato Red Hat platform-as-a-service (PaaS) di sistema — un modo per le aziende per riunire i server che già possiedono, integrare le risorse del cloud pubblico, e distribuire le applicazioni create per il sistema direttamente dal codice sorgente. (Se si sente il termine “cloud-native” sbandierati come un gusto di gelato, che è ciò che significa realmente.) Nel tipo di spostare una delle principali società di software in genere non si fa mai, nel 2015, Red Hat abbandonato l’architettura che aveva già creato per OpenShift, in favore di un’alternativa di sistema basato intorno Kubernetes, la nuova piattaforma di orchestrazione di quel tempo.

Il fatto inevitabile della nostra industria è ora che i ruoli giocati da hardware e software sono stati scambiati. Infrastruttura di oggi, non solo comprende i server, ma anche i servi, i software che comprende le applicazioni e i servizi. Per essere nel server aziendale non è sufficiente; è necessario avere una mano nell’infrastruttura software che mette a questi server di lavoro. In caso contrario, non sarebbe “le Tecnologie Dell” ora.

191118-kubecon-002-inspiration-hornblower.jpg

Così è stato, in un tempo insolitamente caldo metà novembre giorno di uno yacht nella Baia di San Diego, che recentemente inaugurata IBM corporate “unità”, assegnato al cloud ibrido divisione, definiscono la propria strategia di fare per le imprese nel 2020 ciò che IBM AS/400 Serie ha fatto per loro nel 1988. Parlare sopra il fragore dei generatori diesel in sala macchine, e cullato dalla scia di tanto in tanto passando spedizione chiatta navali o di destroyer, ecco la strategia per la quale la maggior parte dei piani corporation nella storia dell’informatica pagato 34 miliardi di dollari.

Quotidiana affermazione

191118-kubecon-007-openshift-panel.jpg

Da sinistra a destra: Jeb Bloom, Red Hat; John Willis, mitico autore di “Il DevOps Manuale;” Andrew Argilla Shafer, Red Hat

Scott Fulton

“Ogni singola azienda, in questa conferenza, sta cercando di telaio se stessi in open-source in azienda di infrastrutture per la prossima versione di questa storia,” ha detto Andrew Argilla Shafer, Red Hat, vice presidente di trasformazione, in riferimento al Kubernetes-oriented KubeCon conferenza che questo incontro sullo yacht si è basata su. “Allora, qual è l’opportunità per differenziarsi sul mercato, dove ognuno prova a dire che sei l’open-source azienda di infrastrutture?”

La credenza comune tra le tante notizie di affari scrittori è che l’open source è una sorta di pubbliche relazioni tattica, venture un lato se designato, non critici, professionisti in grado di raccogliere insieme a conferenze come KubeCon a San Diego, e fanno apparire il mondo come se stanno lavorando insieme in spirito di collaborazione, l’agilità, e inserire altri business-book metafora. Come si scopre, Kubernetes — l’orchestratore nato dall’aumento improvviso di containerizzato infrastrutture lanciato dalla finestra Mobile — è diventato molto rapidamente il motore della distribuzione del carico di lavoro su piattaforme cloud. (La parola “ibrido” non ha molto di più in questo contesto, come il prefisso “carrozza senza cavalli.”) Anche se era nato a Google da un progetto basato su tecnologie Google (e anche se Google probabilmente cercato di mantenere un sfogo sul suo messaggio di marketing per un certo tempo), non una singola azienda possiede Kubernetes. I suoi creatori ora di lavoro per Microsoft (Burns) e VMware (Joe Beda e Craig McLuckie), ed è supervisionato dalla Nube Nativo di Calcolo Foundation, un’agenzia della Linux Foundation. VMware ha già annunciato la sua intenzione di orientare lo sviluppo della vSphere — virtuale fondamenti di un enorme pezzo di infrastrutture enterprise — verso Kubernetes.

Red Hat aveva una posta in gioco molto presto, molto prima che i concorrenti deciso di spostare le proprie strategie verso Kubernetes. Da questa posizione consolidata che, si spera di essere in grado di solidificare quel palo, facendo appello alle persone che ha portato Red Hat nell’impresa, in primo luogo: i quadri, gli amministratori IT, e la cosiddetta “trasformazione team leader.” Il cuore di Red Hat messaggio è affermazione più di automazione-l’idea che i compiti e i carichi di lavoro in un sistema automatizzato per la distribuzione del sistema può essere di proprietà e apprezzato, piuttosto che in outsourcing ad una macchina.

“A nessuno piace sentire che quello che fanno è male”, ha spiegato Shafer. “Gli esseri umani tendono a collegare la loro identità, i loro compiti. E come conseguenza di questo, un sacco di volte, che cosa hai a che fare con organizzazioni è in realtà, la gente a sentire che cosa sta per fare è cancellare la loro identità.”

Questo è come la resistenza si accumula nell’organizzazione, in particolare, la resistenza al cambiamento e una gommatura delle attività della catena delle organizzazioni per cui manager di medio livello potrebbe inevitabilmente essere biasimato. Si noti come abilmente Red Hat ha trasformato (per prendere in prestito il suo termine effettivo per l’ufficio da cui questo messaggio emana) il tema delle infrastrutture di distribuzione da un automazione problema per una questione culturale.

“Per me, questo è come sistemi di pensiero,” Shafer ha continuato. “Si può provare a spingere le cose più difficili, o si può provare a rimuovere la resistenza al cambiamento. Il più che si può rendere le persone si vedono come eroi nella nuova versione di questa storia, quindi il più ricettivi sono per la costruzione di questi ponti per un nuovo tipo di lavoro.”

Storie di guerra

191118-kubecon-003-inspiration-hornblower.jpg

Red Hat intento con incontri come la sua OpenShift Commons, che si terrà quest’anno l’Ispirazione Hornblower yacht, è stato quello di incoraggiare OpenShift adottanti in azienda per condividere e discutere le loro esperienze di distribuzione — quello che Red Hat Open Innovation Labs direttore Kris Pennella chiama “il buono, il brutto, il cattivo” – in modo che il processo open source può estendersi al di là di sviluppo del software e dell’infrastruttura di distribuzione. È un altro modo per consolidare Red Hat gioco in questo emergente Kubernetes mercato, incoraggiando gli implementatori di ING, ExxonMobil, e Broadcom, tra gli altri, di conoscersi e collaborare.

In un mondo In cui infrastrutturali di base, in qualsiasi forma essi possono prendere, possono essere forniti da un motore, è necessario che per ciascun fornitore in questo mercato di forgiare una comunità attorno al suo marchio e la sua etica. Questo è dove la Red Hat speranze si dispone già di un quattro-anno di inizio di testa su VMware.

191118-kubecon-008-openshift-panel.jpg

Da sinistra a destra: Diane Mueller, Red Hat; Kris Pennella, Red Hat Open Innovation Labs; Jeb Bloom, Red Hat, autore di John Willis

Scott Fulton

“È abbastanza facile da identificare come un eroe, come sviluppatore”, ha spiegato Jabe Bloom, che lavora in Red Hat Globale di Trasformazione in ufficio. “E’ abbastanza facile capire che si può essere un eroe, come un amministratore delegato. Vai in un qualsiasi aeroporto, e c’è come un migliaio di libri su come essere un eroe, come un amministratore delegato. Il Middle management è completamente privo di storie di eroi, come i quadri. Se vai nella maggior parte delle organizzazioni e chiedi cosa fare quadri fare, si ottiene, non lo so, sono la via”. Il numero uno degli indicatori che il processo di trasformazione è stato di successo, è l’aumento peer-saggio di comunicazione nella gestione centrale — posti dove si possono praticare a parlare tra di loro e la pratica di raccontare le loro storie.”

Un’organizzazione che sostiene di aver avuto un certo successo negli ultimi mesi ottenere la gestione “on-board” modifiche alla sua infrastruttura digitale, è ExxonMobil. Audrey Reznik è un membro di quella società Computazionale di Dati Scienziati del Gruppo, che si applica simulazioni e approcci di apprendimento automatico per gli studi di geologia e mineralogia. Come Reznik detto i partecipanti, più tardi 2017, è stata una sfida per il suo team per produrre e presentare proof of concept (PoC) in una forma che gli utenti e i colleghi può effettivamente utilizzare. White paper e report pubblicati rendono piacevoli i riferimenti sul curriculum vitae. Ma “chi ha voglia di sedersi lì e installare un sacco di software,” ha dichiarato Reznik, “quando si desidera solo per vedere se il problema che avete in realtà può essere risolto. O è un problema che si dovrebbe anche essere alla ricerca di?”

Jupyter Notebook ha dato i membri del team di ambienti in cui incollare il codice, fase di test rapidi, e mostrare i risultati. Ma la pazienza livelli di previsto gli utenti che ancora hanno i loro limiti. Un ExxonMobil collega suggerito durante il pranzo che ha creare un contenitore per la sua PoC codice, piuttosto che per un breve periodo, notebook, utilizzando OpenShift.

191118-kubecon-006-exxonmobil-team.jpg

Da sinistra a destra: Cory Latschkowski, Audrey Reznik — dati di scienziati con ExxonMobil

Scott Fulton

“Così, invece di preoccuparsi di dare alla gente locale l’accesso come amministratore, o preoccuparsi il codice più recente, o anche preoccuparsi alcuni di dipendenze che è,” ha continuato, “si può contenere in un’unità indivisibile che si può andare avanti e distribuire. E ci siamo seduti indietro e disse: “se questo funziona per noi, ci sarebbe qualcosa che sia riproducibile e interattivo. Non ci risparmiare la fatica di volo per i nostri colleghi a Calgary, e la configurazione dei computer portatili: solo così si poteva vedere l’ultima soluzione”.

Sotto il vecchio sistema di dimostrazione, l’anno scorso, Reznik la squadra è riuscita a produrre un minimo di due prodotti validi (MVP) — Poc costruito con caratteristiche di attraversare il confine utilizzabile, software basato su esperimenti e simulazioni. Dopo l’implementazione di OpenShift, ha detto i partecipanti, la sua squadra ha prodotto oltre 70 Mvp dallo scorso mese di gennaio.

La mossa di OpenShift finito spingendo il Computazionale Data Science team di adottare un DevOps approccio allo sviluppo del software, utilizzando il repository Git come mezzi per l’attuazione di stadiazione e di controllo di versione. “Per alcuni degli scienziati”, ha detto, “questa era una cosa nuova.”

OpenShift, accoppiato con gli strumenti costruiti intorno Kubernetes, ha presentato questi dati gli scienziati con gli strumenti necessari per implementare i concetti di built-in Jupyter notebook, sviluppare ed evolvere le loro tramite repository Git, e quindi distribuire al cloud in modo che i colleghi e gli utenti possono utilizzare il loro digitando l’URL nel proprio browser. Nell’ideare una sorta di itinerario per la costruzione di queste Poc in maniera controllata, la squadra finì l’adozione di metodologie Agili di sviluppo software. “Per noi, questo era in realtà rivoluzionaria”, ha detto Reznik. “Non può essere per voi, ma per noi, questo è stato enorme.”

Fu così che, durante il pranzo un giorno, alcuni dei più sofisticati software di infrastruttura che sia mai stato concepito è stato messo da utilizzare nella realizzazione di qualcosa di apparentemente semplice come un proof-of-concept. Una dozzina di queste piccole scoperte di un giorno, e dopo un tempo, IBM può trovare che OpenShift ha consegnato un ritorno sul Red Hat investimento.

E ‘ il tipo di storia, meglio detto ai tuoi compagni.

191118-kubecon-005-san-diego-bay.jpg

Disclosure: Scott Fulton aspetto a OpenShift Commons e KubeCon 2019 è stato reso possibile dal principale organizzatore della conferenza, il Cloud Nativo di Calcolo Fondazione.

IBM

Google vs. IBM dibattito su quantum supremazia significa

In IBM, AI congressi, la definizione di ciò che l’IA è e non è in divenire,

IBM punta a scala quantum computing con il nuovo centro, 53-qubit di sistema

Il futuro di IBM e Red Hat (ZDNet YouTube)

IBM, quantum computing ambizioni ottenere esponenziale come la Legge di Moore (CNET)

ESSO Piramide di Dolore: Come il CIO di IBM mantiene alto il talento di tecnologia (TechRepublic)

Argomenti Correlati:

La virtualizzazione

Cloud

Big Data Analytics

L’innovazione

Tecnologia e Lavoro

Collaborazione

Scott Fulton III

Da Scott Fulton III

| – 22 novembre 2019 — 19:33 GMT (19:33 GMT)

| Argomento: Il Software Enterprise