| November 24, 2019 — 23:00 GMT (23:00 GMT)
| Ämne: Moln
Mulesoft syftar till att göra data integration “plug and play” och Api: er är lättare att skapa för icke-utvecklare
I ett samtal med ZDNet, Mulesoft CTO Uri Sarid beskrivs Salesforce företagets vision att göra företagets data integration “plug and play” och Api: er lika enkel att skapa som blogginlägg eller hemsidor.
MuleSoft vill göra företagets data integration i grunden lättare och ge alla, inte bara utvecklare, kunskaper och verktyg för att skapa Api: er. Precis innan Dreamforce i förra veckan, Salesforce företaget tillkännagav en rad initiativ för att göra just detta, bland annat, flödesutformaren (ett nytt verktyg som låter användare skapa integrationer och automatisera processer utan att skriva kod), pre-byggd integration mallar kallade Acceleratorer, utbildningsinsatser (via Vandringsled), och uppdateringar till Anypoint API, Community Manager och Anypoint Utbyte att göra det lättare för människor att hitta och dela med Api: er.
Jag hade haft en chans att prata med Uri Sarid, MuleSoft CTO, om meddelanden, hur MuleSoft är att göra det lättare för människor att skapa Api: er, hur Mulesoft är att koppla ihop saker bakom kulisserna för Salesforce-kunder och företagets vision att göra företagets data integration mer “plug and play”. Följande är en redigerad utskrift av intervjun.
Göra hemliga sås av data integration mindre hemliga
Bill Detwiler: Så låt oss inte riktigt prata om det tillkännagivanden. Vi kommer att tala om detta i lite. Vad jag verkligen vill fokusera på är hur MuleSoft är den hemliga såsen bakom kulisserna ansluta alla olika plattformar och alla de olika produkter som Salesforce erbjuder.
Uri Sarid: Ja. Gör en ton av meningsfullt att tala om det. Jag skulle faktiskt vilja börja med högre än den.
Bill Detwiler: Okej. Bra.
Uri Sarid: Eftersom jag tycker att det är väldigt viktigt eftersom vi dyka ner och när vi kommer in på de tekniska detaljerna och verkligen hur saker och ting fungerar och vad som gör det hemligt och så vidare, för att fortfarande hålla ramen för denna vision. Så vi är på ett uppdrag att göra det mycket lättare att samverka och koppla ihop saker. Och ett sätt att närma sig denna vision är att säga, ja, du vet, MuleSoft bara på något magiskt vis ansluta allt under kulisserna och allt som på något sätt är automatiskt anslutna och så vidare. Jag tror att teknisk folk vet att det verkligen inte är vettigt.
Bill Detwiler: Det är som på film när de visar dataintrång och dessa bara slumpmässiga tecken på skärmen.
Uri Sarid: Men visionen är helt korrekt att det i slutändan till konsumenten, till kunden, till den person på slutet, det ska kännas som magi. Och den bästa tekniken känns som magi. Så vad kan vi faktiskt göra för att möjliggöra för våra kunder, vilka är företag, för att skapa dessa magisk upplevelse ibland automatiskt, vad behöver vi göra under täcket för att faktiskt få det att hända? Och den andra påstående att jag skulle ha är att ja, det är en hemlighet sås. Vi bör göra det mycket mindre hemliga. Så jag skulle älska att tala om vad det är som sås och…
Bill Detwiler: Definitivt.
Uri Sarid: Vad är de byggstenar. Och sättet att tänka på det, kanske det enklaste analogi är vid en viss punkt Nätet kom ut och det var otroligt. Varje företag var tvungna att publicera en webbsida och om du inte publicera en webbsida, att du inte finns. Men att publicera en webbsida, åtminstone du var tvungen att lära sig HTML. Kanske du inte måste lära dig en massa kodning, men du behövde för att veta lite HTML, kanske lite JavaScript. Du behövde för att veta hur man publicerar saker till servrar och så vidare. Och så var det fortfarande något begränsad när det gäller vem som producerar, och då en hel del människor skulle sluta att konsumera.
Det var bra. Google hjälpte väldigt mycket på konsumtion, kanske inte så mycket på produktion. Vid en viss punkt, bloggar kom ut. Vid en viss punkt, sociala medier, som Facebook kom ut. Och nu alla faktiskt kunde producera samt konsumerar.
Bill Detwiler: Så inträdeshinder var mycket lägre.
Uri Sarid: Exakt. Och det är i den riktningen vi är på väg in. Vi vill ta alla världens resurser och göra dem enklare för alla att konsumera, men då lättare för alla att också producera. Och som kräver en del grundläggande förändringar i botten och det kräver lite av en annan anda. Så att folk inte tycker om integration som har detta hårda sak som du gör under täcket med lite magi hemliga sås och sedan så småningom kommer du komma till denna fantastiska resultat eftersom att så småningom förmodligen aldrig kommer.
Gör företagets data integration mer “plug and play” med Api: er
Bill Detwiler: jag tror att du träffar på något riktigt viktigt. Du nämnde interoperabilitet och det har alltid varit något som vi har pratat om det i DET utrymmet. Men interoperabilitet är verkligen viktigt nu mer så i det förflutna, eftersom som du och jag pratade innan intervjun, moderna organisationer arbetar med dussintals leverantörer, dussintals av system på olika geografiska platser. Prata lite om hur viktigt det är att se till att alla de här systemen kan arbeta tillsammans för att sortera av potentialen för data och individer.
Uri Sarid: Absolut. Jag önskar att det fanns dussintals. Det skulle göra våra liv enklare.
Bill Detwiler: Det var inte hundratals.
Uri Sarid: Vi gjorde faktiskt en ny anslutning benchmark-rapport. Det visar sig att det genomsnittliga företaget använder nästan tusen olika applikationer.
Bill Detwiler: Wow.
Uri Sarid: Och det beror på att en hel del av det som har kommit fram genom den skugga DET utrymme, så de är faktiskt med hjälp av en massa mer saker. De vet bara inte att de är med hjälp av dessa saker. Så det är en massa saker som faktiskt driver verksamheten. Och med microservices och andra trender, det kommer att finnas hundratals och tusentals gånger mer. Så vi har fått för att få riktigt bra på denna sak, och vi har fått reda på kärnan gör saker interoperabla. Du kan inte göra saker interoperabla av företag med avtal mellan företag. Att helt enkelt inte skala för combinatoric skäl.
Så vi har fått göra dem i grunden fler plug and play. Och det är typ där vi kommer är den hemliga såsen är verkligen API. Och igen, teknisk människor har haft Api: er för evigt. Men om du har en miljon olika typer av Api: er och du måste vara riktigt bra på att varje teknik, det hjälper inte. Det ger dig ett fysiskt sätt att ansluta, men det ger inte dig ett enkelt sätt att göra saker och ting samverkar. Så vad vår strategi har varit och vad som har varit väldigt framgångsrika på marknaden är denna uppfattning av när jag ska ansluta till något, jag ska, om det behövs, bygga en enkel API framför, om det inte redan finns.
I vissa fall, det finns redan. Och jag är en anslutning via det. Och då slutresultatet av att det i många fall är att jag ska producera nya Api: er. Nu vad vi menar med API? Återigen, det är inte något som kommer att bli mycket tekniska och svåra och mycket specifika. Nyckeln med Api: er är enkelhet. Och det är återigen något som väldigt mycket liknar vad som händer med microservices att göra en sak och en sak bra. Så ett API bör utsätta en förmåga och göra det riktigt bra. Om det är riktigt bra och det gör en sak, det är troligt att motstå tidens tand.
Och så nu tänker alla som producerar Api: er för att de behöver det för sina egna behov och att alla anslutningar gå igenom dessa Api: er. Så vad innebär det? Det innebär att integration är faktiskt en mycket mer robust, eftersom de går genom dessa väldefinierade kontrakt och det innebär att en hel del Api: er som är som produceras. Och så när du går att bygga nästa integration, du är mer sannolikt att hitta de bitar som redan finns där. Och det börjar ge denna cykel, detta nätverk effekt som börjar att göra den typ av skapande och vi har sett att i varje annat nätverk.
Vi såg det på YouTube med filmer. Vi såg det med Facebook så långt inlägg gå. Varje gång du gör det riktigt enkelt att producera och konsumera och upptäcka, nätverket effekt sparkar och du får en enorm mängd av värdet generation. Och jag tror att det är den trend som kommer att svepa längs kontra väntar för människor att göra det en efter en.
Mer Salesforce Dreamforce nyheter och analys:
Salesforce lanserar nya Salesforce Mobile-programmet, Trailhead GÅ med Apple, exklusivt för iOS, iPadOS featuresHow Salesforce fick sitt developer conference, medan Microsoft, Apple, Facebook och Google har förlorat sin väg
En lektion i tekniskt ledarskap från Barack Obama
Tim Cook ‘ s dream: Varje företag köra på en iPhone
Salesforce erbjuder Service Röst Moln som den framtida kontakta centrum
Dreamforce 2019: Salesforce Kunden 360 Sanningen syftar till att stärka kundens data (TechRepublic)
Dreamforce 2019: Telefoni går med Service Cloud (TechRepublic)
Vinnare av Dreamforce 2019 Mega Demo Jam imponera på publiken med en rap (TechRepublic)
Avmystifiera Api: er med Acceleratorer som stöd Salesforce produkt ekosystem
Bill Detwiler: Och vad är det som MuleSoft gör, antingen genom nya meddelanden, via acceleratorer, genom integrering med Vandringsled, att människor ska kunna utbilda sig och få kunskaper för att kunna skapa dessa Api: er? Vad är det som du ska göra för att hjälpa till med detta, för att göra det enklare att skapa Api: er som är kompatibla med varandra?
Uri Sarid: Exakt. Så vi lägger våra pengar där vår mun är tillsammans alla kanaler. Det faktiskt börjar med produkten. Vi har att investera i att göra på produktnivå skapande av API är en skapelse av integrationer mer och mer tillgängligt för alla. Vilket innebär att de platser som har onödig friktion, vi måste ta bort. De platser som gör det omöjligt för människor att komma på, vi har att ta av. Så på produktens sida kommer du att se att vi har ett Flöde som Designer idag och du kommer att se oss helt investera i att göra det lättare och lättare för fler och fler människor att arbeta med verktyg som flödesutformaren.
Det kommer att bli flera i framtiden som gör att du kan göra denna typ av sammansättning väldigt enkelt och du kommer att se att människor kan också producera sina egna Api: er. Det finns olika typer av Api: er. Vi kan få den stunden till vilka typer av Api: er. Men när jag beskrev dem, folk kommer att börja att säga, vänta, ett API är faktiskt en riktigt enkel sak för mig att förstå. Även om jag inte är en mycket erfaren utvecklare, även om jag aldrig sett mig själv som en utvecklare, wow, det är alla de menade med ett API, det är fantastiskt. Och sedan parallellt du måste också aktivera människor genom att ge dem färdigheter.
Och så nu är vi en del av Salesforce och Salesforce har en otrolig plattform för kompetensutveckling människor upp och trappar upp skilling. Och så vi lutar i det. Vi har fått ett löfte om att inom fem år kommer vi att ha 100.000 integration föregångare. Just nu pratar vi i stor skala. Och då för människor som behöver göra det direkt, vi behöver också fett vägen för dem och säga att detta är hur andra människor har varit framgångsrika. Och så ska du se oss rulla ut accelerators gång efter gång, men i grund och botten har allt du behöver för att komma igång.
Till exempel med integration med Salesforce, men de är acceleratorer för saker utanför Salesforce. Så till exempel, om du vill göra e-handel, hur gör jag för att använda Commerce Cloud? Hur gör jag för att titta på både de förkompilerade Api: er, färdiga integration mallar, färdiga exempel, dokumentation, referensarkitektur, alla dessa sammanförs och som finns där ute och mer och mer av de kommer att rulla ut. Jag tror att tiden andra människor kommer att producera acceleratorer och du kommer att ha ett innehåll ekosystem för att stödja produkten ekosystem.
Bill Detwiler: Och det är en av de saker jag ville röra på också. Vad tror du att branschen måste göra, inte bara för Salesforce, inte bara MuleSoft, men branschen som helhet att göra dessa Api: er? Du talar om standardisering. Det som hände med standardisering kring nätverk och vi talar om standardisering runt kod och språk. Tala om standardisering runt API.
Uri Sarid: Ja. Otroligt viktigt. Och igen, standardisering och faktiskt ibland är bokstavligen runt Api: er, som let ‘ s go använder samma API yta. Mer ofta än inte, det är faktiskt standardisera runt, till exempel, hur gör vi för att modellera data på liknande sätt, hur kan vi ha samma domän modell för dessa saker. Det finns tusen sätt att tänka på en kund. En kund är en kund och kunden tenderar att beskrivas i termer av data form kanske på flera sätt, men det är fortfarande innebär att kunden. Så om vi kan lägga denna semantiska mening till en kund och ett syfte och att en hälso-och sjukvård post och så vidare, då helt plötsligt våra system kan bli smart nog att säga, vänta, jag vet hur man ansluter denna patientjournalen att patienten rekord eftersom jag vet att deras patientjournaler.
Och sedan kartläggningen kan börja göras automatiskt. Du ser redan inne i ett Flow Designer som vi har maskinen lära sig att rekommendera mappningar. Vid en viss punkt, de mappningar som kommer att vara helt automatiserade när det finns tillräckligt med självförtroende insidan av systemet. Så jag tror att vi kommer att behöva standardisera vissa konceptuella modeller, standardiserade vissa uppgifter modeller, standardisera vissa Api: er, och se till att det finns så mycket incitament som möjligt för att dela med sig av dessa typer av saker. Det kräver en organisation attitydförändring. Istället för att säga, det handlar om mig, du måste vara öppna för att dela dessa saker, åtminstone på en bransch efter bransch grund.
Bill Detwiler: tror du att ålder, för att använda ett slitet sikt, muromgärdade trädgårdar är över? Jag menar att du ser den här tävlingen, du ser denna vendor lock-in. Det är fortfarande även i dagens värld av multi-cloud, flera leverantörer av interoperabilitet och kunden kräver mer interoperabilitet säga, jag vill inte vara låst till denna leverantör. Jag vill kunna ta mina uppgifter. Jag vill kunna ta mina ansökningar och flytta dem över leverantörer. Tror du att det är omöjligt för säljare idag för att fortsätta att trycka på lås-i? Eller de leverantörer som bara inte kommer att lyckas på marknaden kanske som de gjorde tidigare, eftersom kunder som bara kräver mer interoperabilitet och du kommer bara att falla i glömska eller får du på tåget?
Uri Sarid: Höger. Så långsiktiga att det inte fungerar.
Bill Detwiler: Höger.
Uri Sarid: Kort sikt, är det fortfarande inneboende organisatorisk dynamik att säga, hej, jag har fått en bra sak här. Jag äger plattformen. Till exempel, jag äger ett visst ekosystem. Låt mig luta den mot ett sätt som gör mig lite intäkter på kort sikt. På lång sikt, det fungerar inte. Så frågan organisationer har att ställa sig är, kommer jag att gå med en leverantör som uttryckligen främjar interoperabilitet, som visar vad driftskompatibilitet innebär att inbjuder leverantörer som har en naturligt öppen arkitektur? Jag kommer att åka med någon som kommer att låsa in?
Och jag tror att vi kommer att se alla stora leverantörer omfamna kompatibilitet och interoperabilitet över tiden bör inte menar väl jag arbetar med dem och jag arbetar med dem. Interoperabilitet innebär att jag fungerar på vissa öppen arkitektur, vissa öppna standarder. Jag arbetar aktivt för att dela information med andra leverantörer inom detta område och som en följd av att våra kunder får nytta av sitt välja oss för rätt anledning i stället för att välja oss, eftersom de är låsta.
Bill Detwiler: De har det, eftersom alla mina uppgifter, att alla de investeringar som jag har gjort i detta program, utbildning för mitt folk är här…
Uri Sarid: Exakt.
Bill Detwiler: Och jag kan inte ta det någon annanstans?
Uri Sarid: Exakt.
Bill Detwiler: Så vi var inne på lite tidigare när du talade om att sortera i den tekniska sidan eftersom vår publik är lite mer tekniska.
Uri Sarid: Ja.
Bill Detwiler: jag skulle älska att linda upp det bara med en liten bit av en titt bakom slöjan lite eller vad är det som händer på typ av? Tja, vad som är kanske den mest spännande för dig på den tekniska sidan av Api: er och vad MuleSoft gör just nu?
Uri Sarid: Det går under den allmänna området modellering. Så jag är en stor anhängare att när du har en bra, kraftfull men ändå enkel modell av problemet du försöker lösa, kommer du att vara otroligt snabbare och mer effektiva på att faktiskt lösa. Och genom modeller, jag bokstavligen innebära ett modelleringsspråk och modellering ram och behandla modeller som data och lagra dem på rätt sätt och att fråga över modeller. Så när vi tittar på en API spec, till exempel, som verkligen talar om för dig på ett maskinläsbart sätt, hur gör jag faktiskt, vad är de funktioner som är utsatta av detta API.
Vi ser inte på det som ett dokument. Vi ser inte på det som en blogg. Vi ser det som en graf av meningsfulla kommentarer. Vad är en meningsfull not? Det är till exempel, detta är en resurs. Denna resurs har följande HTTP metoder som förknippas med det. Detta är typ av data att denna resurs utsätter. Och förresten, att datatypen är själv lite grafen av anteckningar. Det är faktiska uppgifter. Så nu kan du be grafen, kan du be dessa API specifikationer, är ni konsekventa? Vilka möjligheter har du att utsätta? Är detta information som är känslig, och så vidare.
Vänta, är det här information som är känslig? Vad innebär det att vara känslig? Låt oss gå modell känslighet. Låt oss gå modell datatyper. Låt oss gå modell business semantik. Så detta är inte bara en HTTP post, som returnerar en 201, detta är en skapa faktura som returnerar en faktura skapats. Ja, hur gör vi för att modellera verksamheten semantik på toppen av detta och länka det till detta faktiska HTTP transaktion? Och nu när jag har business semantik naturligt, tekniskt, direkt övertäckt på toppen av denna interaktion, nu kan jag skapa affärer användare inför verktyg för att möjliggöra för dem att säga, vad skulle du vilja göra när en order skapas?
Och kan jag skapa ett företag händelse ur det och säga, när en ny order skapas, jag skulle vilja prenumerera till att skapa den här, till exempel, en licens. Tänk dig nu att affärsanvändare att utforma sin enterprise säga, jag vill ha lite magi. Jag vill säga att när en faktura skapas eller när en ny licens genereras, jag vill också inleda med att användaren i någon slags kampanj för att få dem att göra mer. Så dessa är de typer av verktyg som jag tror att vi kommer att få se när vi har denna kombination av verkliga modellering data under locket.
Bill Detwiler: Och det driver som ingen kod, låga kod filosofi genom API, eller hur?
Uri Sarid: Ja.
Bill Detwiler: Vilken är, tror jag gillar att din tidigare, något som vi inte har sett förut, eftersom människor tror av ett API, det är ganska komplicerat eller är det bara …
Uri Sarid: Exakt.
Bill Detwiler: hur får jag ut uppgifter eller något…
Uri Sarid: Exakt. Exakt. Och jag tror att det är där jag tidigare sade runt olika typer av Api: er, vi bör också inse möjligheten att publicera evenemang är även ett API. Det är också ett kontrakt. Du kan lita på mig publicera händelser till dig så att du kan göra något med dessa händelser. Så vi satsar hårt på AsyncAPI, som är en öppen specifikation för hur gör man egentligen för att fånga upp dessa händelser och förvandla dem till kontrakt. Så vart vi är på väg ner under i sin struktur på samma sätt som struktur för webben med HTML och HTTP för innehållsförhandling.
Vi kommer ner på själva strukturen i det vi kallar ansökan nätverk och sade: “vad är det standard bitar och de standardmodeller som måste vara på plats för att ge allt för att vara byggt på toppen av det på enklast möjliga sätt?
ZDNET ÄR MÅNDAG MORGON ÖPPNAREN
Måndag Morgon Flasköppnare är våra öppna salvo för veckan i-tech. Eftersom vi kör en global webbplats, detta redaktion publicerar på måndag vid 8 AEST i Sydney, Australien, som är 6 pm Eastern Time på söndag i USA. Den är skriven av en medlem av ZDNet globala redaktionen, som består av våra leda redaktörer över hela Asien, Australien, Europa och Nordamerika.
Salesforce spelar multi-cloud spel med Microsoft Azure, Google Cloud som AWS kontraktet som kommer upp för förnyelse
Android-ekosystemet är inte redo för ungdomar Pixel 4We måste sluta le vår väg mot en övervakning stateNike satsningar på teknisk VD Donahoe att påskynda den digitala omvandling: Kommer det att fungera?
Tidigare Twitter CISO delar med sig av sina råd för IT-säkerhet anställa och cybersecurityPC eller vikbara telefonen? Här kommer nästa stora dilemma enhet
Kina har Apple med iphone
Carvana VD Ernie Garcia på data vetenskap, teknik och investeringar och störa en industryWhy en Java-utvecklare hoppade till i Salesforce och har inte tittat tillbaka
Relaterade Ämnen:
Affärssystem
Digital Omvandling
Datacenter
CXO
Innovation
Förvaring
| November 24, 2019 — 23:00 GMT (23:00 GMT)
| Ämne: Moln