| 24 November 2019 — 23:00 uur GMT (23:00 uur GMT)
| Thema: Cloud
Mulesoft wil maken van data-integratie “plug en play” en Api ‘ s gemakkelijker te maken voor niet-ontwikkelaars
In een gesprek met ZDNet, Mulesoft CTO Uri Sarid geschetst van de Salesforce de visie van het bedrijf te maken van enterprise data integratie “plug en play” en Api ‘s zo gemakkelijk te maken als de blog-berichten of webpagina’ s.
MuleSoft wil maken van enterprise data integratie fundamenteel makkelijker en geeft iedereen, en niet alleen ontwikkelaars, de vaardigheden en hulpmiddelen voor het maken van Api ‘ s. Net voor Dreamforce vorige week, de Salesforce-bedrijf kondigde een reeks van initiatieven om dat te doen, met inbegrip van, Flow Designer (een nieuwe tool waarmee gebruikers maken integraties en het automatiseren van processen, zonder code te schrijven), pre-built-integratie sjablonen genoemd Versnellers, training initiatieven (via Start) en updates van de Anypoint API, Community Manager en Anypoint Uitwisseling die het gemakkelijker maken voor mensen om te vinden en te delen Api ‘ s.
Ik had een had een kans om te praten met Uri Sarid, MuleSoft CTO, over de mededelingen, hoe MuleSoft maakt het voor mensen eenvoudiger te maken van Api ‘ s, hoe Mulesoft is het verbinden van dingen achter de schermen voor Salesforce-klanten, en de visie van het bedrijf te maken enterprise data-integratie meer “plug and play.” Het volgende is een bewerkte transcriptie van het interview.
Het maken van de geheime saus van data-integratie minder geheim
Bill Detwiler: Dus laten we niet echt praten over de aankondigingen. We gaan praten over dat een beetje in. Wat ik echt wil concentreren op hoe MuleSoft is dat geheime saus achter de schermen aansluiten van de verschillende platforms en de verschillende producten die Salesforce biedt.
Uri Sarid: Ja. Maakt een ton van de zin om te praten over. Ik zou eigenlijk willen beginnen, zelfs hoger dan dat.
Bill Detwiler: Oké. Geweldig.
Uri Sarid: Omdat ik denk dat het echt belangrijk is als duiken we naar beneden en als we in de technische en echt hoe dingen werken en wat maakt het geheim en dus op, om te houden nog steeds de context van de visie. Dus we zijn op een missie om het makkelijker te maken om te kunnen samenwerken en verbinden dingen samen. En een manier om de benadering die visie is te zeggen, nou, weet je, MuleSoft om gewoon een of andere manier op magische wijze sluit alles onder de scènes en alles op een of andere manier automatisch met elkaar verbonden en dus op. Ik denk dat de technische mensen weten dat niet.
Bill Detwiler: Het is zoals in de films, wanneer zij zien het hacken en deze gewoon willekeurige tekens op het scherm.
Uri Sarid: Maar de visie is absoluut correct dat in het einde van de consument, de klant, de persoon aan het einde, het voelt als magie. En de beste technologie voelt als magie. Dus wat kunnen we doen om onze klanten, die bedrijven, voor het maken van deze magische ervaring soms automatisch, wat moeten we doen onder de dekens om daadwerkelijk te laten gebeuren? En de andere stelling die ik zou hebben is dat ja, er is een geheime saus. We moeten het een stuk minder geheim. Dus ik zou graag praten over wat is dat voor saus en…
Bill Detwiler: Zeker.
Uri Sarid: Wat zijn deze bouwstenen. En de manier om over na te denken, misschien is de eenvoudigste overeenkomstige toepassing is op een bepaald punt op het Web kwam en het was ongelooflijk. Elk bedrijf had tot het publiceren van een webpagina, en als je het niet publiceren van een webpagina, kunt u niet heeft bestaan. Maar voor het publiceren van een webpagina, althans je moest leren van HTML. Misschien heb je het niet hebben om veel te leren van programmeren, maar je moest weten wat HTML, misschien enkele JavaScript. U nodig hebt om te weten hoe om te publiceren dingen te servers enzovoort. En zo was het nog enigszins beperkt in termen van wie is het produceren, en vervolgens een heleboel mensen zouden eindigen in beslag.
Dat was geweldig. Google hielp erg veel op de consumptie, misschien niet zo veel op de productie. Op een bepaald punt, blogs kwam. Op een bepaald punt, sociale media, zoals Facebook kwam. En nu iedereen kon produceren als consumeren.
Bill Detwiler: Dus de drempel veel lager was.
Uri Sarid: Precies. En dat is de richting die we aan boord gaan. We willen om de wereld van de mogelijkheden en maken ze het voor iedereen makkelijker te consumeren, maar dan voor iedereen makkelijker te produceren ook. En dat vereist een aantal fundamentele veranderingen in de bodem en het vereist een beetje van een andere mentaliteit. Zodat de mensen niet denken over integratie als dit moeilijk wat je doet onder de dekens met een aantal magische geheime saus en dan uiteindelijk krijg je op dit geweldige resultaat, omdat dat uiteindelijk waarschijnlijk nooit komt.
Het maken van enterprise data-integratie meer “plug and play” met Api ‘ s
Bill Detwiler: ik denk dat je hit op iets wat echt belangrijk is. U noemde de interoperabiliteit en het is altijd iets dat we eerder over gesproken hebben in de IT-ruimte. Maar interoperabiliteit is echt belangrijk om nu meer in het verleden, want zoals u en ik aan het praten waren voor het interview, moderne organisaties omgaan met tientallen leveranciers, tientallen installaties in verschillende geografische locaties. Een beetje praten over hoe belangrijk het is om ervoor te zorgen dat al die systemen samen kunnen werken om te sorteren van het potentieel voor de gegevens en van de individuen.
Uri Sarid: Absoluut. Ik zou willen dat het er tientallen. Het zou ons leven eenvoudiger maken.
Bill Detwiler: Het was niet honderden.
Uri Sarid: We hebben echt wel een recente connectiviteit benchmark rapport. Het blijkt dat de gemiddelde onderneming met bijna duizend verschillende toepassingen.
Bill Detwiler: Wow.
Uri Sarid: En dat is omdat veel van het komt door de schaduw van de ruimte, zodat ze eigenlijk met veel meer spullen. Ze weet alleen niet dat ze met behulp van deze dingen. Er zijn dus een heleboel dingen die eigenlijk het inschakelen van het bedrijf. En met microservices en andere trends, daar gaat het om honderden en duizenden malen meer. We hebben dus erg goed in deze zaak en we hebben wel op de kern van de dingen samen. Je kunt het niet maken van dingen interoperabele door zakelijke overeenkomsten tussen bedrijven. Dat is simpelweg geen schaal voor combinatorische redenen.
We hebben dus te maken fundamenteel meer plug and play. En dat is waar we naartoe gaan, is de geheime saus is echt de API. En nogmaals, technische mensen hebben Api ‘ s voor altijd. Maar als je een miljoen verschillende soorten Api ‘ s en je moet heel goed zijn in elke technologie, het helpt niet. Het geeft je een fysieke manier aan te sluiten, maar het hoeft niet geven u een gemakkelijke manier om dingen samen. Dus wat onze aanpak is en wat echt succesvol in de markt, is de notie van als ik verbinding te maken met iets, ik ga, indien nodig, het bouwen van een eenvoudige API voor als het niet al bestaat.
In sommige gevallen, het bestaat al. En ik ben een verbinding maken via dat. En dan is het eindresultaat van dat in veel gevallen ben ik het gaan om het produceren van nieuwe Api ‘ s. Nu wat bedoelen we met de API? Nogmaals, het is niet iets dat gaat om een zeer technische en moeilijk en zeer specifiek. De toets met de Api ‘ s is de eenvoud. En dat is ook iets dat is zeer vergelijkbaar met wat er gebeurt met microservices dat doen één ding en één ding goed. Dus een API moet bloot een vermogen en bloot echt goed. Als het echt goed en het is een ding, het is waarschijnlijk de tand des tijds doorstaan.
En dus denk nu aan iedereen de productie van Api ‘s omdat ze die nodig hebben voor hun eigen behoeften en alle verbindingen lopen via deze Api’ s. Dus wat betekent dat? Het betekent dat de integraties zijn eigenlijk een veel robuuster, omdat ze gaan door middel van deze welomschreven opdrachten en het betekent dat veel van Api ‘ s worden geproduceerd. En wanneer u dus naar het bouwen van de volgende integratie, u bent meer kans om te vinden dat de stukken zijn er al. En dat begint voor het genereren van deze cyclus, dit netwerk effect dat begint te doen van de aard van de schepping en we hebben gezien dat in elke andere netwerk.
We zagen het op YouTube met video ‘ s. We zagen het met Facebook zoveel postings gaan. Elke keer dat u het heel gemakkelijk om te produceren en te consumeren en te ontdekken, het netwerk effect kicks in en je krijgt een enorme hoeveelheid waarde generatie. En ik denk dat dat de trend die zal vegen langs versus wachten voor mensen doen het een voor een.
Meer Salesforce Dreamforce nieuws en analyse:
Salesforce lanceert nieuwe Salesforce Mobile-toepassing, Start GAAN met Apple, exclusieve iOS, iPadOS featuresHow Salesforce kreeg de developer conference recht, terwijl Microsoft, Apple, Facebook en Google de weg kwijt
Een les in technische leiderschap van Barack Obama
Tim Cook ‘ s droom: Iedere onderneming uitvoert op een iPhone
Salesforce touts Service Stem Cloud als de toekomst van de contact center
Dreamforce 2019: Salesforce Klant 360 Waarheid wil consolideren van gegevens van de klant (TechRepublic)
Dreamforce 2019: Telefonie joins Service Cloud (TechRepublic)
De winnaars van de Dreamforce 2019 Mega Demo Jam indruk op het publiek met een rap (TechRepublic)
Aureool te ontdoen van Api ‘ s met Versnellers die ondersteuning bieden voor de Salesforce product ecosysteem
Bill Detwiler: En wat is het dat MuleSoft is te doen, hetzij door middel van de nieuwe aankondigingen, door de versnellers, door de integratie met Trailhead, mensen die in staat zijn om zichzelf te leren en krijgen vaardigheden te kunnen maken van deze Api ‘ s? Wat is het dat je doet om te helpen met dat, om het gemakkelijker te maken Api ‘ s die interoperabel zijn?
Uri Sarid: Precies. Dus steken we ons geld waar onze mond is langs alle kanalen. Het begint eigenlijk al met het product. We hebben om te investeren in het maken van op product niveau de oprichting van de API is een creatie van integraties meer en meer toegankelijk te maken voor iedereen. Dat betekent dat die plaatsen die onnodige wrijving, we hebben te verwijderen. Die plaatsen die niet toegankelijk zijn voor mensen om te krijgen, we hebben te verwijderen. Dus op de product kant zien hebben we een Flow Designer vandaag en u zult zien dat ons volledig investeren in waardoor het makkelijker wordt voor meer en meer mensen aan het werk met programma ‘ s zoals flow designer.
Er zullen anderen dat in de toekomst kunt u doen om dat soort van samenstelling is zeer gemakkelijk en u zult zien in de tijd die mensen kunnen produceren ook hun eigen Api ‘ s. Er zijn verschillende soorten Api ‘ s. We kunnen krijgen in het moment, in welke Api ‘ s. Maar toen ik beschreven die, mensen zullen beginnen te zeggen, wacht, een API is eigenlijk een heel eenvoudig ding voor mij om te begrijpen. Zelfs als ik dat niet ben een zeer ervaren ontwikkelaar, zelfs als ik mezelf nooit beschouwd als een ontwikkelaar, wow, dat is alles wat ze bedoeld met een API, dat is fantastisch. En dan parallel u ook het inschakelen van de mensen door hen de vaardigheden.
We zijn dus nu onderdeel van Salesforce crm en Salesforce heeft een geweldig platform voor bijscholing van mensen en het opschalen van de bijscholing. En dus zijn we leunend op in. Dan hebben we een pand dat binnen vijf jaar hebben we de 100.000 integratie trendsetter. Nu praten we in de schaal. En dan voor de mensen die het moeten doen van dat recht afstand, we moeten ook vet het pad voor hen en zeggen dat dit is hoe andere mensen succesvol zijn geweest. En zo zult u zien dat de roll-out van de versnellers van het keer op keer weer, maar in principe is alles wat u nodig heeft om op gang te komen.
Bijvoorbeeld met de integratie met Salesforce, maar ze zijn versnellers voor dingen buiten Salesforce. Dus bijvoorbeeld, als je wilt om een e-commerce, hoe maak ik gebruik van Koophandel Cloud? Hoe kan ik kijken zowel naar de vooraf gedefinieerde Api ‘ s, vooraf ingestelde integratie sjablonen, vooraf ingestelde voorbeelden, documentatie, referentie-architecturen, al die gebundeld worden en beschikbaar zijn en meer en meer van deze roll-out. Ik denk dat na verloop van tijd zullen andere mensen produceren versnellers en je hebt een inhoud ecosysteem ter ondersteuning van de product-ecosysteem.
Bill Detwiler: En dat is één van de dingen die ik wilde contact op te. Wat denk je dat de industrie moet doen, niet alleen Salesforce, niet alleen MuleSoft, maar de sector als een geheel te maken van deze Api ‘ s? Je praat over standaardisatie. Het gebeurde met standaardisatie rond netwerken en praten we over standaardisatie rond code en talen. Praten over standaardisatie rond API.
Uri Sarid: Ja. Ongelooflijk belangrijk. En nogmaals, standaardisatie eigenlijk soms is letterlijk om de Api ‘ s, laten we gaan gebruik maken van dezelfde API oppervlak. Vaker wel dan niet, het is eigenlijk te standaardiseren rond, bijvoorbeeld, hoe we het model de gegevens op een vergelijkbare manier, hoe doen we hetzelfde domein model voor deze dingen. Er zijn duizend manieren om te denken van een klant. Een klant is een klant en de klant heeft de neiging om te worden beschreven in termen van data-vorm misschien op verschillende manieren, maar het betekent nog steeds dat de klant. Dus als we kunnen bevestigen dat de semantische betekenis van een klant een bestelling naar een gezondheidszorg record enzovoort, dan zijn alle van een plotselinge onze systemen kunnen worden slim genoeg om te zeggen, wacht, ik weet hoe sluit dit patiëntendossier patiënt opnemen, omdat ik weet dat hun patiëntendossiers.
En dan de mapping kan beginnen te worden, gebeurt dit automatisch. Je hebt al in een Flow Designer die wij hebben van ‘machine learning’ aan te bevelen toewijzingen. Op een bepaald punt, die mappings worden volledig automatisch wanneer er voldoende vertrouwen in het systeem. Dus ik denk dat we nodig hebben voor het standaardiseren van een aantal conceptuele modellen, gestandaardiseerde sommige gegevens, modellen, standaardiseren van een aantal Api ‘ s, en zorg ervoor dat er zo veel stimulans als mogelijk te delen met dit soort dingen. Dat vereist een organisatie mindset veranderen. In plaats van te zeggen, het is allemaal over mij, je moet er open voor het delen van deze dingen, in ieder geval op een industrie door de industrie basis.
Bill Detwiler: denkt u dat de leeftijd, het gebruik van een veel gebruikt begrip, ommuurde tuin is meer dan? Ik bedoel je ziet deze wedstrijd, zie je deze vendor lock-in. Het is nog steeds, zelfs in de huidige wereld van de multi-cloud, meerdere leveranciers van interoperabiliteit en de klant die vraagt om meer interoperabiliteit te zeggen, ik wil niet gebonden worden aan deze leverancier. Ik wil in staat zijn om mijn gegevens. Ik wil in staat zijn om mijn toepassingen en beweeg ze over leveranciers. Denk je dat het onmogelijk is voor leveranciers van vandaag te blijven push-lock-in? Of de leveranciers er niet in slagen de markt misschien, zoals ze deden in het verleden, omdat klanten gewoon veeleisende meer interoperabiliteit en je afvalt of u krijgt op de bandwagon?
Uri Sarid: Recht. Dus lange termijn werkt het niet.
Bill Detwiler: Recht.
Uri Sarid: Korte termijn, het is nog steeds inherent is aan de organisatie-dynamiek om te zeggen, hé, ik heb een goede zaak hier. Ik ben eigenaar van het platform. Bijvoorbeeld, ik heb zelf een bepaald ecosysteem. Laat me tilt het naar een manier die mij een deel van de inkomsten op korte termijn. Op lange termijn werkt dat niet. Dus de vraag die organisaties hebben om zich af te vragen is, ben ik van plan om te gaan met een leverancier die expliciet bevordert de interoperabiliteit, dat laat zien wat de interoperabiliteit betekent dat nodigt leveranciers in die heeft van nature een open architectuur? Ben ik van plan om te gaan met iedereen die gaat de vergrendeling in?
En ik denk dat na verloop van tijd zien we al de grote leveranciers omarmen van de interoperabiliteit en compatibiliteit de loop van de tijd mag niet betekenen dat ik met hen samen te werken en ik werk met hen. Interoperabiliteit betekent dat ik werk op een open architectuur, een aantal open normen. Ik ben actief delen van informatie met andere leveranciers in deze ruimte en als gevolg van dat, onze klanten krijgen het voordeel van hun ons te kiezen voor de juiste reden in plaats van te kiezen voor ons omdat ze opgesloten.
Bill Detwiler: Ze moeten omdat al mijn gegevens, alle investeringen die ik heb gemaakt in deze toepassing, de training voor mijn volk is hier…
Uri Sarid: Precies.
Bill Detwiler: En ik kan het niet ergens anders?
Uri Sarid: Precies.
Bill Detwiler: Dus we raakte een beetje eerder, toen u sprak over het sorteren van de technische kant, want ons publiek is een beetje technisch.
Uri Sarid: Ja.
Bill Detwiler: ik zou graag wrap-up er gewoon met een beetje een kijkje achter de sluier een beetje of wat is er aan de soort? Goed, wat is misschien wel het meest spannende om u op de technische kant van Api ‘ s en wat MuleSoft is nu aan het doen?
Uri Sarid: Het gaat onder het algemene gebied van de modellering. Dus ik ben een grote gelovige in dat wanneer u een goede, krachtige en toch eenvoudige model van het probleem dat je probeert op te lossen, je gaat ongelooflijk sneller en effectiever aan het daadwerkelijk oplossen. En door modellen, bedoel ik letterlijk een modeling language en modeling framework en de behandeling van de modellen als de gegevens en slaan deze op de juiste wijze en het opvragen van informatie over de modellen. Dus als we kijken naar een API spec, bijvoorbeeld, dat is echt vertelt u in een machine leesbare manier, hoe kan ik eigenlijk, wat zijn de mogelijkheden blootgesteld door deze API.
We kijken niet op als een document. We kijken niet op een blog. Wij zien het als een grafiek van zinvolle opmerkingen. Wat is een zinvolle opmerking? Het is bijvoorbeeld, dit is een bron. Deze bron heeft de volgende HTTP-methoden in verband met dat. Dit is het type gegevens dat deze bron beschrijft. En door de manier, dat de gegevens van het type zelf is een kleine grafiek van notities. Dat is de feitelijke gegevens. Nu kunt u ook vragen de grafiek, kunt u vragen deze API specificaties, zijn jullie consistent? Welke mogelijkheden bent u bloot te stellen? Is deze gevoelige informatie, enzovoort.
Wacht, dit is gevoelige informatie? Wat betekent het te gevoelig? Let ‘ s go model-gevoeligheid. Let ‘ s go model data types. Let ‘ s go model van de business semantics. Dit is dus niet alleen een HTTP post dat geeft een 201, dit is een het maken van factuur dat wordt een factuur gemaakt. Goed, hoe we het model van de business semantics op de top van dit en een link naar deze feitelijke HTTP transactie? En nu, toen heb ik de business semantics natuurlijk, technisch, direct weer op de top van deze interactie, nu kan ik het maken van zakelijke gebruiker naar tools om hen te zeggen, wat zou je willen doen als een bestelling is gemaakt?
En ik kan het genereren van een business event dat en zeggen, wanneer er een nieuwe bestelling is gemaakt, ik zou graag om u te abonneren op en maken deze, bijvoorbeeld, een licentie. Stel je nu voor zakelijke gebruikers het orkestreren van hun onderneming, zeggende: ik wil wat magie. Ik wil zeggen dat wanneer een factuur is gegenereerd, of wanneer u een nieuwe licentie wordt gegenereerd, wil ik het ook gaan met die gebruiker in een soort van promotie om ze te krijgen om meer te doen. Dit zijn dus de soorten gereedschap die ik denk dat we zullen zien wanneer we deze combinatie van echte modelleren van gegevens in het kader van de dekking.
Bill Detwiler: En het is duwen dat er geen code, lage code filosofie via de API, toch?
Uri Sarid: Ja.
Bill Detwiler: Dat is, denk ik graag uw eerdere punt, iets wat we nog niet eerder gezien omdat mensen denken van een API, het is een beetje ingewikkeld zijn, of het is gewoon …
Uri Sarid: Precies.
Bill Detwiler: De manier waarop ik de gegevens krijgen of iets…
Uri Sarid: Precies. Precies. En ik denk dat dat waar was ik te zeggen voordat rond verschillende soorten Api ‘ s, moeten we beseffen ook de mogelijkheid om te publiceren evenementen is ook een API. Het is ook een overeenkomst. U kunt vertrouwen op mij publiceren van events voor u, zodat u kunt iets doen met die gebeurtenissen. Dus we zijn zwaar aan het investeren in AsyncAPI, dat is een open specificatie voor hoe kan je eigenlijk het vastleggen van die gebeurtenissen en ze om te zetten in contracten. Dus waar we naartoe gaan, is het naar beneden onder in de structuur die op dezelfde manier was de structuur voor de website met HTML en HTTP inhoudelijke onderhandelingen.
We gaan naar beneden op de structuur van wat wij noemen toepassing netwerken en zeggende: wat zijn de standaard stukken en de standaard modellen die moeten worden om te zorgen dat alles wordt gebouwd op de top van dat in de makkelijkst mogelijke manier?
ZDNET IS MAANDAG OCHTEND OPENER
De maandag Ochtend Opener is onze eerste salvo voor de week in tech. Omdat wij een global site, deze redactie publiceert op maandag om 8 uur AEST in Sydney, Australië, dat is 6 uur Eastern Time op zondag in de VS. Het is geschreven door een lid van ZDNet ‘ s global editorial board, die bestaat uit ons lood redactie in Azië, Australië, Europa en Noord-Amerika.
Salesforce speelt multi-cloud spel met Microsoft Azure, Google Cloud als AWS contract waarschijnlijk voor vernieuwing
Android-ecosysteem is nog niet klaar voor de adolescent Pixel 4We moet stoppen met glimlachen onze weg in de richting van een surveillance stateNike inzetten op de tech CEO Donahoe te versnellen digitale transformatie: Zal het werken?
Voormalige Twitter CISO deelt zijn advies voor de IT-beveiliging inhuren en cybersecurityPC of vouwen telefoon? Hier komt de volgende grote apparaat dilemma
China heeft Apple de iPhones
Carvana CEO Ernie Garcia op gegevens wetenschap, technologie, investeringen en het verstoren van een industryWhy een Java developer sprong naar Salesforce en nog niet terug gekeken
Verwante Onderwerpen:
Enterprise Software
Digitale Transformatie
Datacenters
CXO
Innovatie
Opslag
| 24 November 2019 — 23:00 uur GMT (23:00 uur GMT)
| Thema: Cloud