Společnost MuleSoft tento týden přidala do své platformy Anypoint možnost DataGraph pro integraci aplikací, které využívají dotazovací jazyk GraphQL k okamžitému zjišťování, přístupu a poskytování dat z více existujících rozhraní API pomocí jediného dotazu bez psaní jakéhokoli dalšího kódu.
MuleSoft zároveň přidal další konektory Automation Anywhere, Google Sheets, JIRA, Netsuite a Stripe spolu s instancí MuleSoft Accelerators pro připojení k aplikacím SAP pomocí konektorů a osvědčených postupů definovaných MuleSoft.
Mezi ty nejlepší postupy pro vývojáře API patří:
- Vytvořte očekávání: Udržujte své komunikační linky otevřené a jasné. Řekněte vývojářům, co od nich a od projektu očekáváte, poskytněte jasné termíny a řešte všechny problematické body, které by funkce API měla vyřešit.
- Zprávy služby: Všechna rozhraní API a služby by měly být v souladu s obchodními cíli a vedoucími službami zaměřenými na poskytování hodnoty pro nové a stávající produkty a služby.
- Případové studie: Použijte případové studie k poskytnutí důkazů a ilustraci zlepšení, která do projektu přinese přijetí API.
- Dokumentace: Zajistěte, aby byly k dispozici nástroje pro dokumentaci, aby tým vývojářů mohl přesně zdokumentovat svůj postup při zavádění rozhraní API.
- Soupravy SDK a knihovny: Poskytněte zdroje, jako je opakovaně použitelný kód a procesy (včetně sad SDK a knihoven), které pomohou urychlit vývoj a implementaci.
A konečně, MuleSoft nyní zpřístupňuje svůj Anypoint Runtime Fabric poprvé na platformách Kubernetes, jako je Azure Kubernetes Service, Amazon Elastic Kubernetes Service a Google Kubernetes Engine. Anypoint Runtime Fabric umožňuje konzistentně nasazovat platformu Anypoint zapouzdřenou v kontejneru.
Anypoint DataGraph využívá stejné základní funkce GraphQL, které MuleSoft dříve integroval do aplikací software-as-a-service (SaaS) poskytovaných mateřskou společností Salesforce. Nyní jsou tyto možnosti zpřístupňovány více jiným aplikacím prostřednictvím sady nástrojů s nízkým kódem v platformě Anypoint, která umožňuje vývojářům využívat GraphQL v širším měřítku jako alternativu k REST API, říká Shaun Clowes, senior viceprezident pro produktový management ve společnosti MuleSoft.
Tento přístup vývojářům usnadňuje integraci jejich aplikací s jinými zdroji dat bez ohledu na to, zda je aplikace, kterou vytvářejí, vytvořena pomocí procedurálního kódu nebo platformy s nízkým kódem. I když vývojáři dávají přednost psaní své aplikace pomocí procedurálního kódu, stále má smysl používat nástroj s nízkým kódem k rychlejšímu vytváření integrace, poznamenává Clowes.
Vývojáři dnes potřebují být schopni flexibilně využívat data prostřednictvím různých rozhraní API, protože iniciativy pro transformaci digitálního podnikání se neustále rozšiřují a vyvíjejí, dodává Clowes. Ve skutečnosti se od vývojářů vyžaduje, aby rychle sestavovali aplikace, aby jejich organizace mohly obratně reagovat na rychle se měnící obchodní požadavky, říká Clowes.
Typy vývojářů využívajících nástroje pro integraci s nízkým kódem se také začínají rozšiřovat. Takzvaní občanští vývojáři začínají vytvářet aplikace, které potřebují spotřebovávat data přes API. Sofistikovanost těchto aplikací se přirozeně liší v závislosti na dovednostech těchto vývojářů.
„Problémem s občanskými vývojáři je to, jak jsou občané,“ říká Clowes.
Bez ohledu na to, kdo vytváří aplikace, je pro vývojáře s různou odborností mnohem snazší znovu použít API. Profesionální vývojáři mohou například vytvořit knihovnu prověřených API, která by mohla být znovu použita jinými vývojáři. Ten, který je vyžadován, je centralizovaný přístup k vytváření a zavádění API, který poskytuje tolik potřebný rámec řízení, protože odpovědnost za vytváření a údržbu API se posouvá dále doleva směrem k vývojářům, poznamenává Clowes. To je důležité nejen z hlediska dodržování předpisů, ale také proto, že není neobvyklé, že vývojáři pracující na samostatném projektu vytvářejí redundantní rozhraní API.
Do budoucna je jasné, že API jsou středem vývoje aplikací, protože se neustále vyvíjejí. Aplikace nové generace založené na mikroslužbách závisí na tom, aby každá služba měla své vlastní API. Počet rozhraní API, která mohou organizace brzy najít, by se mohl pohybovat v tisících. GraphQL poskytuje kritický chybějící klíč, který se s nimi všemi vyrovná. Úkolem je nyní najít nejlepší způsob, jak jej implementovat spolu se staršími REST API, které v brzké době nezmizí.