Programvaran är verkligen att äta världen. Nära två tredjedelar av organisationer i en färsk undersökning uppger att de har blivit-eller sträva efter att bli-inte bara företag som tillverkar produkter, men också en plattform leverantörer.
Foto: Joe McKendrick
×
conference-hall-jacob-javits-new-york-oct-2017-photo-by-joe-mckendrick.jpg
Det är en av de takeways från en undersökning av 350 IT-chefer släpptes av Moln Element, som finner 62% av alla organisationer strävar efter att bli en plattform leverantörer för att integrera med partners, upprätthålla klibbighet med kunder, eller hitta nya möjligheter till intäkter.
Så vad innebär det att vara en plattform leverantör? Alex Moazed av Applico ger en bra definition av vad det innebär att göra denna övergång: “en affärsmodell som skapar värde genom att underlätta utbyte mellan två eller flera grupper är beroende av varandra, oftast konsumenter och producenter…. Plattform företagen inte, för att använda en vanlig fras, äger produktionsmedlen – de skapar i stället det innebär av anslutning.”
Det är idealet, minst-men det är oklart hur många blivande plattform leverantörer kommer att kasta ut sina lager till förmån för att bara vara en anslutning. Vad som är klart är dock att de ser Api: er som avgörande för att göra de kopplingar som behövs för att uppnå denna nya affärsmodell, att öppna upp nätet tillgångar till partner, och vice versa. Femtiofem procent av de tillfrågade att Molnet Element undersökningen säger API-integration är “kritisk” till sin affärsstrategi, och ytterligare 29% sagt att det är “något kritisk.”
Naturligtvis Cloud Element är ett API för integration företaget i sig, så det är naturligt att de kommer att trumpet dessa resultat. Men objektivt, undersökningen ger också intressanta perspektiv för dem som vill bygga upp sin verksamhet kapacitet på en API-arkitektur.
Api: er är nu en del av utvecklingen för de flesta. Nästan 55% med hjälp av Api: er för att bygga upp B2B-produkter, 36% för mobila produkter, 29% för B2C/konsumentprodukter, 26% för de anställdas produktivitet, och 22% för IoT-tillämpningar. CRM-applikationer är mest sannolikt att vara öppet API-integration (24%), följt av finans (16%), ERP (15%), databas (12%), kommunikation (10%) och human capital management (6%).
Naturligtvis att skapa en API-driven plattform tar tid. Utvecklingen lag ta 41 dagar i genomsnitt att bygga ett nät nya API-integration med avancerade funktioner, som undersökningen visar. De tillfrågade planerar att bygga 18 integrationer i genomsnitt under 2019, upp från 11,5 år 2018.
“För att bli framgångsrik i detta nya API landskapet, är det viktigt att fastställa principer och praxis som rör sig bortom enkla API-funktioner och luta sig mot säkra, effektiva och skalbara integration utan att slå av på takten av innovation eller lägger till onödiga kostnader”, säger noterade API evangelist Mike Amundsen, citerad i Molnet Delar rapport. Han rekommenderar att koncentrera sig på tre områden: enhetlig API-design, att leverera action-orienterad Api: er, och för att minska kostnaderna för ändringen.
I form av API-design, API skaparna bör dokumentera sitt arbete på ett konsekvent, mätbara och återanvändbara sätt, säger Amundsen. Samla user stories och använda “Agile, Scrum, och andra, mindre formella modeller som alla har någon blandning av intervjuer, observationer och enkäter för att samla in data.” Slutligen, den sista API-design “och sedan förvandlas till en allmän beskrivning dokument”, vilket kan göras på ett formaliserat maskinläsbart format som ALPERNA, DCAP, JSON Hem, och andra format. Slutligen, produktionen från dessa aktiviteter följs upp inom DevOps pipeline verktyg och resultaten publiceras på instrumentpaneler där alla som är intresserade kan se dem.”
Action-orienterad Api: er inkluderar upplevelse-baserade Api: er.att tillgodose specifika slutanvändare, Api: er, uttryckt som händelser eller strukturerade meddelanden, och hypermedia-stil Api: er som “avkastning inte bara data utan också metadata — instruktioner — om hur man skapar frågor och uppdatera verksamhet på flugan.”
Slutligen, ändringar i Api: er ska hanteras med gaffel för att köra nya versioner parallellt med äldre versioner, eller simplying meddelande passerar mellan tjänster. Detta är viktigt, Admundsen säger, eftersom “API-program att växa, och Api: er som blivit allt mer beroende av andra Api: er, praxis belasta API konsumenter med större delen av förändringen kostar inte skala.”
Relaterade Ämnen:
Affärssystem
Digital Omvandling
Datacenter
CXO
Innovation
Förvaring