| 24 November 2019 — 23:00 GMT (23:00 GMT)
| Emne: Cloud
Mulesoft har til formål at gøre data integration “plug and play” og Api ‘ er lettere at skabe for ikke-udviklere
I en samtale med ZDNet, Mulesoft CTO Uri Sarid, der er skitseret Salesforce virksomhedens vision om at gøre enterprise data integration “plug and play” og Api ‘ er så nem at skabe, som blogindlæg eller websider.
MuleSoft ønsker at gøre enterprise data integration fundamentalt lettere og give alle, ikke kun udviklere, de færdigheder og værktøjer til at oprette Api ‘ er. Lige før Dreamforce i sidste uge, Salesforce-selskabet annoncerede en række initiativer for at gøre netop dette, herunder, Flow Designer (et nyt værktøj, der giver brugerne mulighed for at oprette integrationer og automatisere processer uden at skrive kode), præ-bygget integration skabeloner kaldes Acceleratorer, uddannelsesinitiativer (via Trailhead), og opdateringer til Anypoint API Community Manager og Anypoint Udveksling, der gør det lettere for folk at finde og dele Api ‘ er.
Jeg havde haft en chance for at tale med Uri Sarid, MuleSoft CTO, om de meddelelser, hvordan MuleSoft er at gøre det lettere for folk at oprette Api ‘ er, hvor Mulesoft er at forbinde ting bag kulisserne for Salesforce kunder, og virksomhedens vision om at gøre enterprise data integration mere “plug and play”. Det følgende er en redigeret transkription af interviewet.
At gøre den hemmelige sauce af data, integration af mindre hemmelige
Bill Detwiler: Så lad os ikke rigtig tale om meddelelser. Vi kommer til at tale om, at i en lille smule. Hvad jeg virkelig ønsker at fokusere på er, hvordan MuleSoft er, at hemmelige sauce bag kulisserne, der forbinder alle de forskellige platforme, og alle de forskellige produkter, som Salesforce tilbyder.
Uri Sarid: Ja. Gør et væld af mening at tale om det. Jeg ville faktisk gerne starte endnu højere end det.
Bill Detwiler: Okay. Dejligt.
Uri Sarid: Fordi jeg tror, at det er virkelig vigtigt, som vi dykke ned og da vi kommer ind i de tekniske detaljer, og virkelig, hvordan tingene fungerer, og hvad der gør det hemmeligt og så på, at der stadig holder og som led i denne vision. Så vi er på en mission for at gøre det meget nemmere at arbejde sammen og forbinde ting sammen. Og en måde at nærme sig denne vision er at sige, jamen, du ved, MuleSoft bare på magisk vis forbinde alt under scener og alt, hvad en eller anden måde er automatisk tilsluttet, og så videre. Jeg tror, tekniske folk vide, at virkeligheden ikke giver mening.
Bill Detwiler: Det er ligesom de film, når de viser, hacking og disse blot tilfældige tegn på skærmen.
Uri Sarid: Men visionen er helt korrekt, at i den sidste ende for forbrugeren, kunden, at den person, der ved udgangen, så skal det føles som magi. Og den bedste teknologi føles som magi. Så hvad kan vi egentlig gøre for at gøre det muligt for vores kunder, som er virksomheder, at oprette disse magisk oplevelse, nogle gange automatisk, hvad skal vi gøre for under dynen, til rent faktisk at få det til at ske? Og den anden påstand om, at jeg vil have er, at ja, der er en secret sauce. Vi bør gøre det til en masse mindre hemmelige. Så jeg ville elske at tale om, hvad, at sauce og…
Bill Detwiler: Helt Sikkert.
Uri Sarid: Hvad er de byggesten. Og den måde at tænke på det, måske den nemmeste analogi er på et tidspunkt Web-kom ud og det var utroligt. Hver virksomhed var nødt til at offentliggøre en webside, og hvis du ikke udgive en webside, du ikke eksisterer. Men for at offentliggøre en webside, i det mindste du var nødt til at lære HTML. Måske du ikke er nødt til at lære en masse kodning, men du brug for at vide nogle HTML, måske lidt JavaScript. Du havde brug for at vide, hvordan at offentliggøre ting at servere og så videre. Og så var det stadig noget begrænset i forhold til, hvem der producerer, og så en masse mennesker vil ende op med at forbruge.
Der var stor. Google hjalp meget på forbruget, måske ikke så meget om produktionen. På et tidspunkt, blogs kom ud. På et tidspunkt, sociale medier, som Facebook kom ud. Og nu kan alle faktisk kunne producere så godt som forbruger.
Bill Detwiler: Så adgangsbarriere var meget lavere.
Uri Sarid: Præcis. Og det er i den retning, at vi er i gang. Vi ønsker at tage alle verdens muligheder og gøre dem nemmere for alle at forbruge, men så er nemmere for alle at også producere. Og det kræver nogle grundlæggende ændringer i bunden, og det kræver en lille smule af en anden tankegang. Så folk ikke tænke om integration som denne hårde ting du skal gøre under dynen med nogle magic secret sauce og så til sidst får du op til det store resultat, da der i sidste ende sandsynligvis aldrig kommer.
Gør enterprise data integration mere “plug and play” med Api ‘ er
Bill Detwiler: jeg tror, du rammer på noget virkelig vigtigt. Du nævnte, interoperabilitet og det har altid været noget, som vi har talt om i DET rum. Men interoperabilitet er virkelig vigtigt, at der nu mere i fortiden, fordi som du og jeg talte før interviewet, moderne organisationer, der beskæftiger sig med snesevis af leverandører, snesevis af systemer i forskellige geografiske lokaliteter. Tale en lille smule om, hvor vigtigt det er at sørge for, at alle disse systemer kan arbejde sammen om at løse for at udnytte potentialet for data og enkeltpersoner.
Uri Sarid: Absolut. Jeg ville ønske, det var snesevis. Det ville gøre vores liv lettere.
Bill Detwiler: Det var ikke hundreder.
Uri Sarid: Vi lavede faktisk en nylig forbindelse benchmark-rapport. Det viser sig, at den gennemsnitlige virksomhed bruger næsten tusind forskellige programmer.
Bill Detwiler: Wow.
Uri Sarid: Og det er fordi en masse af det er kommet op gennem den skygge DET plads, så de er faktisk ved hjælp af en masse flere ting. De ved bare ikke, at de er ved hjælp af disse ting. Så der er en masse ting, der rent faktisk er at drive virksomhed. Og med microservices og andre tendenser, der kommer til at blive hundreder og tusinder af gange mere. Så vi er nødt til at blive rigtig god til dette ting, og vi har fået at sortere i kernen gøre ting sammen. Du kan ikke gøre tingene interoperable ved aftaler mellem virksomheder, mellem virksomheder. Der bliver simpelthen ikke skala for kombinatorisk årsager.
Så vi har fået til at gøre dem mere fundamentalt plug and play. Og det er sådan, hvor vi skal hen er den hemmelige sauce er virkelig API. Og igen, tekniske folk har haft Api ‘ er for evigt. Men hvis du har en million forskellige typer af Api ‘ er, og du er nødt til at være rigtig god til hver enkelt teknologi, det hjælper ikke. Det giver dig en fysisk måde at slutte, men det giver dig ikke en nem måde at gøre tingene sammen. Så, hvad vores tilgang har været, og hvad har været virkelig succesfuldt til markedet er dette begreb, da jeg har tænkt mig at oprette forbindelse til noget, jeg har tænkt mig at, hvis det er nødvendigt, at opbygge en nem API i front af det, hvis det ikke allerede findes.
I nogle tilfælde, er det, der allerede eksisterer. Og jeg er en forbindelse gennem denne. Og så det endelige resultat af, at der i mange tilfælde er, at jeg har tænkt mig at producere nye Api ‘ er. Nu gør hvad vi mener med API? Igen, det er ikke noget, der kommer til at være meget tekniske og svært, og meget specifik. Nøglen med Api ‘ er enkelhed. Og det er, igen, noget, der er meget lig, hvad der sker med microservices at gøre én ting og én ting godt. Så en API bør udsætte en evne og udsætte det rigtig godt. Hvis det er virkelig godt, og det gør én ting, er det sandsynligt at modstå testen af tid.
Og så nu tænker alle, der producerer Api ‘er fordi de har brug for det til deres egne behov og alle de forbindelser, der går gennem disse Api’ er. Så hvad betyder det? Det betyder, at integration er faktisk en masse mere robuste, fordi de går gennem disse veldefinerede aftaler, og det betyder, at en masse Api ‘ er bliver produceret. Og så når du går til at bygge den næste integration, er du mere tilbøjelige til at finde, at de stykker, er der allerede. Og der begynder at generere denne cyklus, dette netværk effekt, der begynder at gøre den form for skabelse, og vi har set, at i alle andre netværk.
Vi så det på YouTube med videoer. Vi så det med Facebook, for så vidt som posteringer gå. Hver gang du gør det virkelig let at producere og forbruge, og opdage, netværket virkning spark i, og du får en enorm mængde af værdi generation. Og jeg tror, det er den tendens, der vil feje sammen versus venter for folk at gøre det en efter en.
Flere Salesforce-Dreamforce-nyheder og-analyse:
Salesforce lancerer ny Salesforce Mobile App, Trailhead GÅ med Apple, eksklusive iOS, iPadOS featuresHow Salesforce fik sin developer conference højre, mens Microsoft, Apple, Facebook og Google har mistet deres måde
En lektion i tech lederskab fra Barack Obama
Tim Cook ‘ s dream: Hver virksomhed køre på en iPhone
Salesforce tilbyder Service Stemme Sky som den fremtidige kontakt center
Dreamforce 2019: Salesforce ‘ s Kunde 360 Sandhed har til formål at konsolidere kundedata (TechRepublic)
Dreamforce 2019: Telefoni slutter Service Cloud (TechRepublic)
Vinderne af Dreamforce 2019 Mega Demo Jam imponere publikum med en rap (TechRepublic)
Afmystificere Api ‘ er med Acceleratorer, der understøtter Salesforce produkt økosystem
Bill Detwiler: Og hvad er det, der MuleSoft gør, enten gennem nye meddelelser, gennem de acceleratorer, gennem integration med Trailhead, mennesker bliver i stand til at uddanne sig og få færdigheder til at være i stand til at skabe disse Api ‘ er? Hvad er det, du gør for at hjælpe med det, for at gøre det nemmere at oprette Api ‘ er, som er kompatible?
Uri Sarid: Præcis. Så vi sætter vores penge hvor vores mund er sammen alle kanaler. Det faktisk starter med produktet. Vi er nødt til at investere i at gøre på produkt niveau oprettelsen af API er en skabelse af integrationer mere og mere tilgængelig for alle. Hvilket betyder, at de steder, der har unødvendig friktion, vi er nødt til at fjerne. De steder, der gør det utilgængelige for folk at komme på, vi er nødt til at fjerne. Så på produktets side, du vil se, at vi har et Flow Designer i dag og du vil se os helt investere i at gøre det lettere og lettere for flere og flere mennesker til at arbejde med værktøjer som flow designer.
Der vil være andre i fremtiden, der giver dig mulighed for at gøre den slags sammensætning meget let, og du vil se, over tid, at folk kan også producere deres egne Api ‘ er. Der er forskellige typer Api ‘ er. Vi kan få i øjeblikket, i hvilke typer Api ‘ er. Men når jeg beskrev dem, vil folk begynde at sige, vent, et API er faktisk en virkelig nem ting for mig at forstå. Selv om jeg ikke er en meget erfaren udvikler, selv om jeg aldrig betragtet mig selv som en udvikler, wow, det er alt, hvad de mente med en API, det er fantastisk. Og så er parallelt du også nødt til at gøre det muligt for folk ved at give dem færdigheder.
Og derfor er vi nu en del af Salesforce til Salesforce er en fantastisk platform for opkvalificering folk op og skalering op skilling. Og så er vi hælder til det. Så vi har fået et løfte, at inden for fem år, vi kommer til at have 100.000 integration trailblazers. Lige nu, vi taler på skalaen. Og så for folk, der er nødt til at gøre det samme, har vi også brug for fedt vejen for dem og sige, at dette er, hvordan andre mennesker har været en succes. Og så vil du se os rulle ud acceleratorer, der er i gang efter gang igen, men dybest set har alt, hvad du behøver for at komme i gang.
For eksempel med integration med Salesforce, men de er acceleratorer til ting uden for Salesforce. Så for eksempel, hvis du ønsker at gøre e-handel at gøre, hvordan jeg bruger Handel Cloud? Hvordan kan jeg se på både de præ-byggede pakker, Api ‘ er, præsamlede integration skabeloner, præsamlede eksempler, dokumentation, referencearkitekturer, alle disse er samlet og tilgængelig derude, og flere og flere af dem, vil rulle ud. Jeg tror, at over tid at andre mennesker vil producere acceleratorer, og du vil have et indhold økosystem til at understøtte produkt-økosystem.
Bill Detwiler: Og det er en af de ting, jeg ønskede at røre på også. Hvad tror du, at industrien har brug for at gøre, ikke bare for Salesforce, ikke bare MuleSoft, men branchen som helhed at gøre disse Api ‘ er? Du taler om standardisering. Det skete i forbindelse med standardisering omkring networking og vi taler om standardisering omkring koden og sprog. Tale om standardisering omkring API.
Uri Sarid: Ja. Utroligt vigtigt. Og igen, standardisering faktisk nogle gange er bogstaveligt talt lige rundt om Api ‘ er, som lad os gå ud og bruge den samme API overflade. Oftere end ikke, det er faktisk en standardisering omkring, for eksempel, hvordan kan vi modellere data på lignende måder, hvordan vi har det samme domæne model for disse ting. Der er tusind måder at tænke på en kunde. En kunde er en kunde, og kunden har en tendens til at blive beskrevet i form af data, form, måske på flere måder, men det er stadig betyder, at de kunde. Så hvis vi kan slutte, at semantisk betyder, at en kunde og en ordre, og at en sundheds-record og så videre, og derefter alle af en pludselig, at vores systemer kan blive smart nok til at sige, vent, jeg ved, hvordan at forbinde denne journalen, at denne patient record, fordi jeg kender deres patientjournaler.
Og så kortlægningen kan begynde at ske automatisk. Du ser allerede inde i en Flow-Designer, som vi har machine learning til at anbefale tilknytninger. På et tidspunkt, disse kortlægninger vil være helt automatisk, når der er nok tillid til, inde i systemet. Så jeg tror, vi bliver nødt til at standardisere nogle konceptuelle modeller, standardiserede nogle data modeller, standardisere nogle Api ‘ er, og sørg for, at der er så meget incitament som muligt til at dele den slags ting. Det kræver en organisation tankegang forandring. I stedet for at sige, at det handler om mig, er du nødt til at være åben for at dele disse ting, i det mindste på en industri med industrien grundlag.
Bill Detwiler: tror du, at den alder, at bruge en overbelastet sigt, walled gardens er overstået? Jeg mener du se denne konkurrence, du ser dette vendor lock-in. Det er stadig selv i dagens verden af multi-cloud, flere leverandører af interoperabilitet og kundens ønsker større interoperabilitet og sagde: “jeg ønsker ikke at blive låst fast i denne leverandør. Jeg ønsker at være i stand til at tage mine data. Jeg ønsker at være i stand til at tage min applikationer og flytte dem på tværs af leverandører. Tror du, at det er umuligt for leverandører i dag at fortsætte med at skubbe lock-in? Eller de leverandører, vil bare ikke lykkes i markedet måske som de gjorde i fortiden, fordi kunder er lige krævende større grad af interoperabilitet, og du vil bare falde af i svinget, eller vil du komme med på vognen?
Uri Sarid: Ret. Så langvarig, at det ikke virker.
Bill Detwiler: Ret.
Uri Sarid: Kort sigt, er det stadig forbundet med organisatoriske dynamik til at sige, hey, jeg har fået en god ting her. Jeg ejer platformen. For eksempel, jeg ejer et bestemt økosystem. Lad mig tilt det i retning af måder, at gøre mig nogle indtægter på kort sigt. På lang sigt, det virker ikke. Så spørgsmålet organisationer er nødt til at spørge sig selv er, at jeg kommer til at gå med en sælger, der eksplicit fremmer interoperabilitet, der viser, hvad interoperabilitet betyder, at der inviterer leverandører, der har en iboende åben arkitektur? Jeg kommer til at gå med nogen, der kommer til at blive låst i?
Og jeg tror, at over tid vil vi se, at alle de store leverandører omfavne interoperabilitet, og interoperabilitet over tid bør ikke mener det godt, jeg arbejder med dem, og jeg arbejder med dem. Interoperabilitet betyder, at jeg arbejder på nogle åbne arkitektur, nogle åbne standarder. Jeg er aktivt i udveksling af oplysninger med andre leverandører inden for dette rum, og som et resultat af, at vores kunder får gavn af deres valgte os til den rigtige grund, i stedet for at vælge os, fordi de er låst inde.
Bill Detwiler: De er nødt til det, fordi alle mine data, alle de investeringer, som jeg har lavet i denne ansøgning, er uddannelsen til mit folk er her…
Uri Sarid: Præcis.
Bill Detwiler: Og jeg kan ikke tage det et andet sted?
Uri Sarid: Præcis.
Bill Detwiler: Så har vi været inde på lidt tidligere når man talte om form af den tekniske side, fordi vores publikum er lidt mere teknisk.
Uri Sarid: Ja.
Bill Detwiler: jeg ville elske at pakke op, er der bare med en lille smule af et smugkig bag sløret en lille smule, eller hvad der foregår slags? Nå, hvad er måske den mest spændende til dig på den tekniske side af Api ‘ er og hvad MuleSoft gør lige nu?
Uri Sarid: Det går under det generelle område af modellering. Så jeg er en stor tilhænger af, at når du har en god, kraftfuld og alligevel simpel model af det problem, du forsøger at løse, er du nødt til at være utrolig hurtigere og mere effektiv ved faktisk løse. Og med modeller, jeg har bogstaveligt talt betyde en modellering sprog og modellering ramme og behandling af modeller som data og gemme dem på passende vis og forespørge på tværs af modeller. Så når vi ser på en API-spec, for eksempel, der virkelig fortæller dig i en maskin-læsbar måde, hvordan gør jeg rent faktisk, hvad der er de kapaciteter, der er udsat ved denne API.
Vi ser ikke på det som et dokument. Vi ser ikke på det som en blog. Vi ser på det som en graf af meningsfulde noter. Hvad er en meningsfuld note? Det er for eksempel, at det er en ressource. Denne ressource har følgende HTTP-metoder, der er forbundet med det. Dette er den datatype, at denne ressource udsætter. Og ved den måde, som data type er i sig selv en lille graf af noter. Der er faktiske data. Så nu kan du spørge den graf, du kan bede disse API specs, er du fyre konsekvent? Hvad kapaciteter er du udsætter? Er denne følsomme oplysninger, og så videre.
Vente, er dette følsomme oplysninger? Hvad betyder det at være sensitiv? Lad os gå model følsomhed. Lad os gå model data typer. Lad os gå model business semantik. Så det er ikke bare en HTTP post, der returnerer en 201, dette er en opret faktura, der returnerer en faktura, der er oprettet. Nå, hvordan gør vi-model business semantik på toppen af dette, og forbinde det til det faktiske HTTP transaktion? Og nu da jeg har forretning semantik naturligt, teknisk, direkte overlejret på toppen af denne interaktion, nu kan jeg oprette business-bruger står værktøjer til at give dem mulighed for at sige, hvad vil du gøre, når der oprettes en ordre?
Og jeg kan generere en business event ud af det og sige, når en ny ordre er oprettet, jeg gerne vil abonnere på dette og skabe, for eksempel, en licens. Forestil dig nu, business-brugere med at organisere deres virksomhed siger, jeg vil have noget magisk. Jeg vil sige, at når en faktura er genereret eller når en ny licens, der er genereret, vil jeg gerne også sammen med, at brugeren i en form for fremme for at få dem til at gøre mere. Så disse er de typer af værktøjer, som jeg tror, vi vil se, når vi har denne kombination af sand modellering af data under dække.
Bill Detwiler: Og det er at skubbe, at ingen kode, lave kode filosofi via API, højre?
Uri Sarid: Ja.
Bill Detwiler: Der er, jeg tror gerne, at din tidligere tidspunkt, er noget, vi ikke har set før, fordi folk tror, af en API, det er lidt kompliceret eller er det bare …
Uri Sarid: Præcis.
Bill Detwiler: Den måde, jeg kan få data ud eller noget…
Uri Sarid: Præcis. Præcis. Og jeg tror, det er hvor jeg sagde før omkring forskellige typer af Api ‘ er, bør vi også indse, at evnen til at offentliggøre arrangementer er også en API. Det er også en kontrakt. Du kan stole på mig udgivelse arrangementer til dig, så du kan gøre noget med disse begivenheder. Så vi investerer kraftigt i AsyncAPI, som er en åben spec til hvordan du faktisk erobre disse begivenheder og forvandle dem til kontrakter. Så når vi kommer ned under den meget struktur på samme måde, som var den struktur for web med HTML og HTTP-indhold på forhandling.
Vi skal ned på den meget struktur i det, vi kalder ansøgning netværk og siger, hvad er standard stykker og standard modeller, der skal være på plads for at give alt for at blive bygget på toppen af det på den nemmeste mulige måde?
ZDNET ER MANDAG MORGEN OPLUKKER
Mandag Morgen Oplukker er vores åbning salvo for uge i tech. Da vi kører et globalt site, denne redaktionelle offentliggør på mandag kl 8: AEST i Sydney, Australien, som er 6pm Eastern Time om søndagen i OS. Det er skrevet af et medlem af ZDNet ‘ s globale editorial board, som består af vores ledende redaktører på tværs af Asien, Australien, Europa, Nord-Amerika.
Salesforce spiller multi-cloud spil med Microsoft Azure, Google Cloud som AWS kontrakt vil sandsynligvis op til fornyelse
Android-økosystemet er ikke klar til unge Pixel 4We skal lade være med at smile vores vej mod en overvågning stateNike væddemål på tech CEO Donahoe at fremskynde digital transformation: Vil det fungere?
Tidligere Twitter-CISO aktier hans råd for IT-sikkerhed ansættelse og cybersecurityPC eller folde telefon? Her kommer din næste store enhed dilemma
Kina har af Apple iPhones
Carvana CEO Ernie Garcia på data, videnskab, teknologi, investeringer og forstyrrer en industryWhy en Java-udvikler sprang til Salesforce, og har ikke set sig tilbage
Relaterede Emner:
Virksomhedens Software
Digital Transformation
Datacentre
CXO
Innovation
Opbevaring
| 24 November 2019 — 23:00 GMT (23:00 GMT)
| Emne: Cloud