0
Följande är ett svar på mitt senaste inlägg, “En femtedel av dagens företag ansökningar var född i molnet, undersökningar tyder på,” som en IT-direktören var citeras som om att det bästa sättet att hantera applikationer är att “låt dem dö i sin egen livscykel.”
Av Wayne Morris, chief marketing officer, Skytap
Foto: Joe McKendrick
Analytiker Joe McKendrick tog en närmare titt på två undersökningar från Capgemini och Sammanhållet Nätverk i en nyligen ZDNet artikel, och gjorde ett enastående jobb med att fånga sina läsare uppmärksamma tidigt, och bättre än någon undersökning nummer någonsin kunde ha gjort. McKendrick leder sin berättelse med rubrik, “En femtedel av dagens företag ansökningar var född i molnet.” Och visst, i vår högteknologiska industri fylld med hype och överdrifter, med förståsigpåare positionering offentliga moln som AWS och Azure som universalmedel för alla företagets appar, en femtedel är en förvånansvärt liten andel av appar som du faktiskt kan använda dessa tjänster.
Men det är faktiskt inte den mest uppseendeväckande uttalande i Joe ‘ s story. Det var McKendrick är subhead som bör hindra dig i dina spår: “Låt dem dö i sin egen livscykel’: Kommer på lokaler program genom att helt enkelt tyna bort genom en successiv avgång?
För att vara tydlig, McKendrick ställer frågan om huruvida lokala program kommer att “vissna bort”, men det var Capgemini som citerar en “vice ordförande i tekniska tjänster för en restaurang kedja” som hävdade, “att Du är förmodligen bättre att låta (icke-moln-native applikationer) dör i sin egen livscykel.”
Icke-moln-native affärssystem är ofta berodde på kraftigt, om inte helt, för att stödja en organisation är rörelsegrenar. Dessa är komplexa, verksamhetskritiska system med år, kanske decennier, bakat-i business intelligence kring många komponenter, integrationer, och miljontals dollar som investeras för att göra en sak-att hålla dessa program som körs så att hela verksamheten stannar jämsides med dem. Dessa är fakturering system, ERP-system, eller ens hälso-och sjukvårdssystem som håller en hel del mer än verksamheten vid liv och väl. Dessa investeringar och beroenden inte kan helt enkelt överges, eller ignoreras för att “vissna och dö.” Det finns alltför många beroenden på dem.
McKendrick är korrekt att säga: hittills motis operandi moln projekt har varit att tillämpa cloud-första principen att alla nya projekt, program eller arbetsbelastning, samtidigt som de lämnar på lokaler som är.
Mest moln leverantörer har byggt sina moln IaaS och PaaS erbjudanden till stor del stöder cloud-native-program-eller traditionell/gamla program som har skrivits och rearchitected för deras specifika moln. På grund av detta, många Cio: er, App dev, och DET ops ledare har valt att lämna lokala program “som det är.” Eller, med andra ord låst i datacentret, och fortsätter att få lejonparten av de årliga utgifterna för IT-ett faktum som många andra undersökningar kommer att berätta för dig. Men detta beslut inte görs så att dessa program kommer så småningom “dör i sin egen livscykel”, det är så att de kommer att fortsätta att köra på ett tillförlitligt sätt, och stödja det växande antalet cloud-native applikationer de är kopplade till.
Det är där ett problem uppstår. Många traditionella tillämpningar som först utvecklades för flera årtionden sedan, när molnet, mobila, DevOps, kontinuerlig leverans, containerization, och microservices var inte i sinnet. Och som leverans av programvara team har till uppgift att leverera högre kvalitet koden snabbare, de kommer att fortsätta att vända sig till moderna utvecklingen praxis, metoder och tekniker för att hjälpa dem med det arbetet. Mer moln-native applikationer kommer att utvecklas, dessa undersökningar kommer snart att visa att även större andelar av enterprise application portföljer och är numera bosatt i molnet. Detta kommer att skapa en ännu större klyfta mellan takten i utvecklingen och moderniseringen av nyare apps och deras monolitisk motsvarigheter.
Lyckligtvis finns det en lösning-och det är inte “vänta tills dessa appar blivit så gamla, är problematiskt, och förödande för innovation att det är inget annat val än att döda dem.” McKendrick nyligen publicerat en uppföljning berättelse, “8 steg till att bli ett” moln-infödda “enterprise”, där han delar med sig av Capgemini s råd för dem som är “legacy-laden.” Citera hans Capgemini källor, McKendrick skriver: Det kan inte vara en god affär som görs för att kringgå år av investeringar i lokaler system för att anta nya cloud-baserade applikationer.
Detta är precis rätt, och det är därför framsynta organisationer börjar inse att starta ett moln-native resa inte kräver traditionella applikationer för att vara skrotade helt omskriven från grunden. Gör så gör långt mer än att “kringgå år av investeringar”, det ger månader, om inte år, av nya investeringar i ombyggnationer kostnader–och ny risken för att bryta vad som en gång arbetade. Smartare flytta görs genom att ett växande antal organisationer är att börja införa ny teknik och cloud-native tjänster till befintliga program så att de kan maximera sin AVKASTNING, samtidigt modernisera dem över tid.
Detta är en iterativ process som kan göras i någon organisation som är optimal takt. Capgemini rekommenderar företag, “Börja i liten skala, (och) försök inte att koka havet.” Skytap gav samma råd vid årets CoreOS Fest för team som ser till att framgångsrikt–och säkert–skala antagandet av behållare. Genom att först ta itu med små komponenter i en traditionell ansökan, med en lika liten grupp av “early adopters”, du införa mindre risk att verksamhetskritiska system och bygga en grund av tillit gör att få framtida inköp från andra lättare. Detta är inte annorlunda från hur du skulle vårda och växa antagandet av agile och DevOps initiativ–två andra rekommendationer från Capgemini som också förlängas till lokala program.
Det är ingen enkel -, silver-bullet på väg att bli en cloud-företag framåt. I molnet utrymme, hype och slagord är vardagsmat: offentliga, privata, on-prem, infödda, hybrid. Vi besatta över att definiera dessa kategorier ad nauseum och diskuterar över vilken metod som är bäst. Och vi gör företag och applikationer passar in i de cookie cutter definitioner. Men förlorade i alla som är praktiska och viktigaste frågor: Vad är bäst för mitt företag? Där kommer mina ansökningar att vara mest framgångsrik? Organisationer behöver inte falla in i en kategori eller en annan, och de behöver inte överge alla sina on-prem program för att flytta till molnet och modernisera. Molnet är så ofta ses som att vara svart och vit, men inte förbise nyanser av grått.
0