MuleSoft heeft deze week een DataGraph-mogelijkheid toegevoegd aan zijn Anypoint Platform voor het integreren van applicaties die gebruikmaken van de GraphQL-querytaal om gegevens van meerdere bestaande API's direct te ontdekken, openen en aanbieden met een enkele query zonder extra code te schrijven.
Tegelijkertijd heeft MuleSoft extra connectors Automation Anywhere, Google Spreadsheets, JIRA, Netsuite en Stripe toegevoegd, samen met een exemplaar van MuleSoft Accelerators voor verbinding met SAP-applicaties met behulp van connectoren en best practices die zijn gedefinieerd door MuleSoft.
Enkele van de beste werkwijzen voor API-ontwikkelaars zijn:
- Creëer verwachtingen: Houd uw communicatielijnen open en duidelijk. Vertel ontwikkelaars wat u van hen en het project verwacht, geef duidelijke deadlines en pak eventuele pijnpunten aan die de API-functionaliteit moet oplossen.
- Serviceberichten: Alle API's en services moeten aansluiten bij de bedrijfsdoelen en leidende services die gericht zijn op het leveren van waarde voor nieuwe en bestaande producten en services.
- Casestudy's: Gebruik casestudy's om bewijs te leveren en de verbeteringen te illustreren die API-adoptie zal brengen voor het project.
- Documentatie: Zorg ervoor dat documentatietools aanwezig zijn, zodat het ontwikkelaarsteam hun voortgang bij het adopteren van de API nauwkeurig kan documenteren.
- SDK's en bibliotheken: Bied bronnen zoals herbruikbare code en processen (inclusief SDK's en bibliotheken) om de ontwikkeling en implementatie te versnellen.
Ten slotte maakt MuleSoft zijn Anypoint Runtime Fabric nu voor het eerst beschikbaar op Kubernetes-platforms zoals Azure Kubernetes Service, Amazon Elastic Kubernetes Service en Google Kubernetes Engine. De Anypoint Runtime Fabric maakt het mogelijk om het Anypoint-platform consistent in te zetten in een container.
De Anypoint DataGraph maakt gebruik van dezelfde core GraphQL-mogelijkheden die MuleSoft eerder had ingebed in de software-as-a-service (SaaS)-applicaties van moederbedrijf Salesforce. Nu worden die mogelijkheden breder beschikbaar gemaakt voor andere applicaties via een set low-code tools in het Anypoint Platform waarmee ontwikkelaars GraphQL breder kunnen inzetten als alternatief voor REST API's, zegt Shaun Clowes, senior vice president product management bij MuleSoft.
Die aanpak maakt het voor ontwikkelaars eenvoudiger om hun applicaties te integreren met andere gegevensbronnen, ongeacht of de applicatie die ze maken is gebouwd met behulp van procedurele code of een low-code platform. Zelfs als ontwikkelaars hun applicatie liever met procedurele code schrijven, is het nog steeds logisch om een low-code tool te gebruiken om snellere integratie tot stand te brengen, merkt Clowes op.
Ontwikkelaars moeten tegenwoordig flexibel data kunnen gebruiken via meerdere API's, aangezien initiatieven voor digitale bedrijfstransformatie zich blijven uitbreiden en evolueren, voegt Clowes toe. In feite moeten ontwikkelaars snel applicaties samenstellen om hun organisaties in staat te stellen behendig te reageren op snel veranderende zakelijke vereisten, zegt Clowes.
De typen ontwikkelaars die low-code integratietools gebruiken, beginnen ook uit te breiden. Zogenaamde citizen developers beginnen applicaties te bouwen die data moeten verbruiken via API's. De verfijning van die applicaties hangt natuurlijk af van de vaardigheden van die ontwikkelaars.
"De uitdaging met burgerontwikkelaars is hoe burgerlijk ze zijn", zegt Clowes.
Ongeacht wie de applicaties bouwt, het wordt voor ontwikkelaars met verschillende expertises veel gemakkelijker om API's opnieuw te gebruiken. Professionele ontwikkelaars kunnen bijvoorbeeld een bibliotheek met doorgelichte API's maken die door andere ontwikkelaars opnieuw kunnen worden gebruikt. Wat nodig is, is een gecentraliseerde benadering voor het bouwen en implementeren van API's die een hoognodig governancekader biedt, aangezien de verantwoordelijkheid voor zowel het bouwen als onderhouden van API's verder naar ontwikkelaars verschuift, merkt Clowes op. Dat is van cruciaal belang, niet alleen vanuit het oogpunt van naleving, maar ook omdat het niet ongebruikelijk is dat ontwikkelaars die aan een afzonderlijk project werken, redundante API's maken.
In de toekomst is het duidelijk dat API's centraal staan in de ontwikkeling van applicaties terwijl deze zich blijft ontwikkelen. Op microservices gebaseerde toepassingen van de volgende generatie zijn afhankelijk van het feit dat elke service zijn eigen API heeft. Het aantal API's dat organisaties binnenkort kunnen vinden, kan in de duizenden lopen. GraphQL biedt een cruciale ontbrekende spil om ze allemaal aan te kunnen. De uitdaging is nu om de beste manier te vinden om het te implementeren naast verouderde REST API's die niet snel zullen verdwijnen.