I början av 2020, innan någon hade någon aning om att en pandemi snart skulle förändra allt, vågade vi ut våra förutsägelser inför året. Vi gjorde en översikt över det växande intresset för moln. Uppenbarligen är vi inte de enda som har märkt. Vi noterade också hur användningsfallet utvecklades från taktiskt till strategiskt och kom fram till att under 2020-talet skulle standardvalet för att distribuera IT-system – förankrade och nya – vända från lokalt till moln.
Vi kallade den nya eran, inte som “The Cloud Default”, utan “The Hybrid Default”, för eftersom företag gick utöver de uppenbara fall-in-the-cloud-användningsfallet till grundsystemen som håller lamporna tända, att deras molnbeslut måste växa mer nyanserade. De vill ha den operativa enkelheten som moln-native-distribution kan förmedla. I vissa fall skulle det offentliga molnet vara rätt väg, men i många fall skulle de behöva hitta ett sätt att få det att fungera lokalt. Och det är här vi hämtar berättelsen om IBM.
VIDNING AV CITRONER I LEMONADE
IBM var visserligen sent till molnet, med de tre stora offentliga molnleverantörerna som stulit åskan. Men nu har IBM möjlighet att göra citroner till saft. Det finns kunder som inte vill bli bundna till specifika offentliga moln, och som nämnts finns det kunder som behöver alternativ som överbryggar till deras datacenter. Och så har IBM hittat sitt strandhuvud i hybrid. Men var är den mest lovande utgångspunkten?
Låt oss först zooma ut. Med Arvind Krishna som tagit rodret som VD för knappt ett år sedan och bläcket från $ 34b Red Hat-förvärvet nu torkar, är IBM helt klart vid en böjningspunkt. De stora teman runt IBM idag inkluderar AI; Quantum Computing; vad blir av dess globala tjänsteverksamhet; och naturligtvis moln. Det är det senare som vi kommer att fokusera på här.
Att bara uttrycka “moln” kännetecknar inte tillräckligt IBMs molnstrategi. Det är inte bara “moln” utan hybrid och multicloud. Ja, IBM har ett eget offentligt moln, och som vi kommer att notera nedan kommer IBM Cloud att spela en strategisk roll för en del av sin portfölj.
Mer till punkten berättar IBM för sina kunder att om du redan har börjat din molnresa är den inte i närheten, och att den tunga hissen är död framåt. Du har redan börjat resan med DevTest, sedan nya appar som mobil, edge och kundengagemang. Kanske har dina lag också pratat med några av de nya AutoML-tjänsterna som dyker upp där.
Men hur är det med de viktigaste företagssystemen som håller lamporna tända? Dessa är de system som är föremål för strikta regler; applikationer som har för många lokala ömsesidiga beroenden; eller data som inte kan flyttas till ett offentligt moln på grund av någon intern policy eller juridisk begränsning. Det är här molnövergången ger unika utmaningar, och där företag kan behöva ta olika tillvägagångssätt för den övergången jämfört med tidigare förflyttningar med födda i molnet mobil- eller edge-appar.
Sedan är det frågan om molnlås. Det är en sak att köra DevTest-arbetsbelastningar i ett moln eftersom dessa arbetsbelastningar är övergående och i de flesta fall kan köras i alla moln där priset och tillgängligheten för beräkningsinstanser är rätt. Men att köra något som ett ERP- eller kärnbanksystem i molnet kommer att bli ett mer strategiskt beslut eftersom dessa arbetsbelastningar inte kan flyttas snabbt. Här blir det att välja en molnleverantör som att fatta beslut om Oracle eller SAP igen. Det bestämmer vem och på vilken nivå av stacken som kommer att vara den strategiska teknikpartnern: kommer det att vara moln-, applikations- eller databasleverantören som definierar hur och var arbetsbelastningen ska köras?
Kör upp IBM och Red Hat. Två skäl sticker ut varför IBM betalade 34x $ intäkter för detta företag på 1 miljard dollar. För det första, med ambitionerna om att göra det till ett omvänd förvärv, hoppas IBM att det kan bli mer som Red Hat, och som en del av den övergången avskaffades en del av sin GTS-verksamhet förra året för att hjälpa till att få det dit. Och för det andra, för OpenShift gör det att IBM kan bli molnagnostiker. OpenShift är bärbar Kubernetes (K8s) -baserad programvara som är utformad för att köras i alla moln, offentliga, privata eller hybridiska – vilket innebär att modernisering av lokala system teoretiskt inte nödvändigtvis behöver resultera i ett hagelgevärsäktenskap till något specifikt offentligt moln.
KUBERNETES GALORE
Det finns många K8-plattformar där ute, men de är inte alla lika. Det finns skillnader i hur varje plattformsleverantör implementerar administrativa funktioner som multi-tenancy, service mesh, rollbaserad åtkomstkontroll, kryptering och så vidare. OpenShift är för närvarande tillgängligt på AWS och i förhandsgranskning på Azure. Under tiden gör Google Cloud ett liknande spel med Anthos och ditto för Microsoft med Azure Arc, med skillnaden mellan dem att välja mellan att distribuera med K8 eller konventionella virtuella datorer. VMware och andra erbjuder också sina egna K8-implementeringar.
Sedan är det frågan vem som distribuerar och hanterar dessa K8-miljöer.
Anthos och Arc sätter dig på egen hand; ditt team behöver veta hur man ställer in K8s-kluster, för att inte tala om att veta ins och outs för att distribuera dem i olika moln. Denna väg är inte för nybörjare. Vid denna tidpunkt har få organisationer de nödvändiga K8s-färdigheterna eller åtföljande kunskap om att skapa mikrotjänsterarkitekturer och sätta upp servicemaskor.
Det är här IBM/Red Hat skiljer sig åt. OpenShift finns i många former och storlekar. Kunder som känner till K8 kan göra det själva på vilken hårdvara som helst, med Anthos eller Arc. Men du kan istället dra nytta av Managed OpenShift där du fortfarande behöver veta hur du ställer in behållare och mikrotjänster, men lämnar hanteringen av den fysiska implementeringen till IBM Red Hat. Eller så kan du gå längre och få plattform som en tjänst, till exempel Cloud Pak for Data, där du fokuserar på analys- och maskininlärningsmodeller snarare än K8s, med alla Kubernetes VVS säkert undangömda under huven.
VERTIKALKA MOLN KAN VARA IBM: S SWEET SPOT
Det finns många leverantörer som gör ljud om multicloud bortom IBM eller åtminstone två av de offentliga moln misstänkta, Azure och Google. Det finns flera programvarudefinierade moln- eller molnliknande leverantörer från VMware till HPE, Nutanix, Dell Technologies och andra som främjar olika virtualiserings- eller hyperkonvergerade infrastrukturmiljöer. De tillhandahåller inte bara abstraktion från hårdvara utan också vanliga kontrollplan som fungerar som moln och körs på råvaruhårdvara och/eller i ett offentligt moln.
Men det finns en söt plats där IBM verkligen skiljer sig från resten av förpackningen: inom domänens kunskap om viktiga vertikaler som finansiella tjänster, sjukvård eller transport där det har en lång arv av engagemang. Det är här där IBM Cloud själv kan spela sin mest framträdande roll.
IBMs ritning är vertikala industrimoln, utrustade med rätt ramar, där IBM kan utnyttja sin kunskap, för att inte tala om dess långvariga relationer på C-nivå. De vertikala industrimolnen skulle distribueras på IBM Cloud, där IBM kan säkerställa att rätt skyddsräcken är på plats. AWS, Azure och Google Cloud kan inte riktigt matcha det, åtminstone inte utan partners.
Det betyder inte att IBM inte ska samarbeta i vertikala branschmoln. Det utesluter inte heller att IBM spelar i sexigare områden som AI där vanliga misstänkta också spelar, men de är mer konkurrenskraftiga arenor där IBM och rivaler kommer att ha någon viss differentiering.
Financial Industry Cloud är ett tydligt exempel på IBMs vertikala strategi eftersom det är en sektor där den har varit väl förankrad. Ja, IBM får konkurrens från de vanliga misstänkta; till exempel AWS pratar ut strategiska relationer, till exempel med FINRA, som har åtagit sig en flerårig migration, och Moody's Analytics, som har blivit en strategisk teknikpartner.
I sektorer som finansiella tjänster fortsätter IBM dock att ha en fördel i hemmet. Och så är Financial Industry Cloud en muromgärdad trädgård speciellt inrättad för branschens unika krav för säkerhet, revisionskontroller och regelefterlevnad. IBM tillhandahåller ett urval av banor, inklusive lyft och skift genom VMware, eller en transformationsstrategi för att omorganisera appar till mikrotjänster med flera tjänster inklusive hanterad K8-miljö, VPC, tillsammans med block- och objektlagringstjänster som har validerats. Vi förväntar oss att listan över validerade tjänster kommer att växa.
Så vid denna tidpunkt i sagan om hybridmoln är IBM differentierat i ett par områden. Dess Managed OpenShift-tjänst är ett av de första alternativen till gör-det-själv som finns i K8s-överallt. Men vid något tillfälle förväntar vi oss att andra också kliver upp på tallriken. Men i vissa vertikala industrier har IBM en uppgång som gör dess unika mer försvarbar.
Vi säger inte att IBM ska gå ut på vertikalt branschmoln. Företaget är för stort och diversifierat för att måla sig in i ett visst hörn. Ändå kommer dess starkaste differentiering för hybridmoln att vara i den välbekanta terrängen där den har bott, odlat relationerna och utvecklat den erforderliga expertis som går tillbaka decennier. Och det är en logisk plats för IBM att förstärka sitt fokus.
Upplysningar: IBM är en dbInsight-klient.
Big Data
Var är IBMs hybrid moln launchpad? Sju sätt att göra realtidsteknologi verklig för din organisation Maskininlärning vid kanten: TinyML blir stort Vad är nästa för Cloudera? McDonald's vill 'demokratisera' maskininlärning för alla användare över hela verksamheten
Relaterade ämnen:
Cloud Digital Transformation Robotics Internet of Things Innovation Enterprise Software 