Software virkelig er at spise verden. Tæt på to tredjedele af organisationer i en nylig undersøgelse rapport, de er blevet-eller ønsker at blive-ikke kun for virksomheder, der producerer produkter, men også platform udbydere.
Foto: Joe McKendrick
×
conference-hall-jacob-javits-new-york-oct-2017-photo-by-joe-mckendrick.jpg
Det er en af de takeways fra en undersøgelse af 350 IT-chefer udgivet af Cloud Elementer, som finder 62% af de organisationer, der stræber efter at blive platform udbydere til at integrere med partnere, vedligeholde klæbrighed med kunder, eller finde nye indtjeningsmuligheder.
Så hvad betyder det at være en platform udbyder? Alex Moazed af Applico giver en dejlig definition af, hvad det betyder at gøre denne overgang: “en forretningsmodel, der skaber værdi ved at lette udveksling mellem to eller flere indbyrdes afhængige grupper, som normalt forbrugerne og producenterne…. Platform virksomheder behøver ikke, at bruge en fælles sætning, der ejer produktionsmidlerne – i stedet for, de skaber hjælp af forbindelse.”
Det er det ideelle, i det mindste — selvom det er uklart, hvor mange håbefulde platform udbydere vil smide ud af deres lagre til fordel for blot at være et forbindelsespunkt. Hvad er imidlertid klart, at de ser Api ‘ er som afgørende for at træffe de nødvendige forbindelser for at opnå denne nye forretningsmodel, som åbner op for online aktiver til partnere, og vice-versa. Halvtreds-fem procent af de adspurgte i en Sky Elementer survey sige API-integration, som er “afgørende” for deres forretningsstrategi, og yderligere 29% sagde, at det er “noget kritisk.”
Selvfølgelig, Cloud Elementer er en API-integration, som virksomheden selv, er så naturligt, at de kommer til at trompet disse resultater. Men objektivt, the survey data også giver interessante perspektiver for dem, der ønsker at bygge deres forretning kapaciteter på en API-arkitektur.
Api ‘ er er nu en del af udviklingsprocessen for de fleste. Næsten 55% ved at bruge Api til at bygge B2B-produkter, 36% for mobile produkter, 29% for B2C/consumer produkter, 26% for medarbejdernes produktivitet, og 22% for tingenes internet-applikationer. CRM-applikationer, der er mest sandsynlige til at blive åbnet med API-integration (24%), efterfulgt af finansiering (16%), ERP (15%), database (12%), kommunikation (10%) og human capital management (6%).
Af kursus, at udvikle en API-drevet platform tager tid. Udvikling af teams tage 41 dage i gennemsnit på at opbygge et net af nye API integration med avancerede funktioner, undersøgelsen finder. Respondenterne har planer om at bygge 18 integrationer i gennemsnit i 2019 op fra 11.5 i 2018.
“At være en succes i dette nye API landskab, er det vigtigt at fastlægge principper og metoder, der kan bevæge sig ud over simpel API funktionalitet og lean mod en sikker, effektiv og skalerbar integration uden at bremse tempoet i innovation eller tilføje unødvendige omkostninger,” siger bemærkes, API evangelist Mike Amundsen, citeret i Skyen Elementer rapport. Han advarer om, at koncentrere sig om tre områder: i overensstemmelse API design, der leverer action-orienteret Api ‘ er, og nedbringe omkostningerne ved at ændre sig.
I form af API design, API skabere skal “dokumentere deres arbejde på en konsekvent, målbare, og genbrugelig måde,” siger Amundsen. Indsamle brugernes historier, og ansætte “Agile, Scrum og andre mindre formelle modeller, der alle indeholder nogle blanding af interviews, observationer og undersøgelser for at indsamle data.” I sidste ende, den sidste API-design “, så bliver forvandlet til en generel beskrivelse dokument,” hvor “kan være, der er afsagt i en formaliseret maskine læsbart format, som ALPERNE, DCAP, JSON Hjem, og andre formater. Endelig, output fra disse aktiviteter, der er sporet i DevOps pipeline værktøjer og de resultater, der er bogført på dashboards, hvor alle interesserede kan se dem.”
Action-orienteret Api ‘er omfatter erfaring-baseret Api’ er.der appellerer til bestemte slutbrugere, Api ‘er, udtrykt som begivenheder eller strukturerede meddelelser, og hypermedier-style-Api’ er, at “vende tilbage ikke bare data, men også metadata — instruktioner — om, hvordan man håndværk forespørgsler og opdatere operationer på fly.”
Endelig kan ændringer i Api ‘ er, der skal løses gennem gaffel til at køre nye versioner parallelt med ældre versioner, eller simplying message passing mellem tjenester. Dette er vigtigt, Admundsen siger, fordi “som API programmer vokse, og som Api’ er i stigende grad blevet afhængige af andre Api ‘ er, den praksis at belaste API forbrugere med hovedparten af ændringen koster ikke skala.”
Relaterede Emner:
Virksomhedens Software
Digital Transformation
Datacentre
CXO
Innovation
Opbevaring