A MuleSoft adicionou esta semana um recurso DataGraph à sua plataforma Anypoint para integrar aplicativos que empregam a linguagem de consulta GraphQL para descobrir, acessar e fornecer instantaneamente dados de várias APIs existentes com uma única consulta sem escrever nenhum código adicional.

Ao mesmo tempo, a MuleSoft adicionou conectores adicionais Automation Anywhere, Google Sheets, JIRA, Netsuite e Stripe, juntamente com uma instância de MuleSoft Accelerators para conexão com aplicativos SAP usando conectores e práticas recomendadas definidas pela MuleSoft.

Entre essas melhores práticas de desenvolvedor de API incluem:

• Criar expectativas: Mantenha suas linhas de comunicação abertas e claras. Diga aos desenvolvedores o que você espera deles e do projeto, forneça prazos claros e resolva quaisquer pontos problemáticos que a funcionalidade da API deve resolver.
• Mensagens de serviço: Todas as APIs e serviços devem estar alinhados com as metas de negócios e serviços principais destinados a agregar valor a produtos e serviços novos e existentes.
• Estudos de caso: Use estudos de caso para fornecer evidências e ilustrar as melhorias que a adoção da API trará ao projeto.
• Documentação: Certifique-se de que as ferramentas de documentação estejam disponíveis para que a equipe de desenvolvedores possa documentar com precisão o progresso na adoção da API.
• SDKs e bibliotecas: Forneça recursos como código e processos reutilizáveis ​​(incluindo SDKs e bibliotecas) para ajudar a acelerar o desenvolvimento e a implementação.

Por fim, a MuleSoft agora está disponibilizando seu Anypoint Runtime Fabric pela primeira vez em plataformas Kubernetes, como Azure Kubernetes Service, Amazon Elastic Kubernetes Service e Google Kubernetes Engine. O Anypoint Runtime Fabric possibilita a implantação consistente da plataforma Anypoint encapsulada em um contêiner.

O Anypoint DataGraph emprega os mesmos recursos básicos do GraphQL que a MuleSoft anteriormente incorporou nos aplicativos de software como serviço (SaaS) fornecidos pela empresa controladora Salesforce. Agora, esses recursos estão sendo disponibilizados mais amplamente para outros aplicativos por meio de um conjunto de ferramentas de baixo código na plataforma Anypoint que permite que os desenvolvedores empreguem o GraphQL de forma mais ampla como uma alternativa às APIs REST, diz Shaun Clowes, vice-presidente sênior de gerenciamento de produtos da MuleSoft.

Essa abordagem torna mais simples para os desenvolvedores integrar seus aplicativos com outras fontes de dados, independentemente de o aplicativo que eles criarem ser construído usando código procedural ou uma plataforma de baixo código. Mesmo quando os desenvolvedores preferem escrever seus aplicativos usando código procedural, ainda faz sentido empregar uma ferramenta low-code para criar uma integração mais rápida, observa Clowes.

Os desenvolvedores de hoje precisam poder consumir dados de maneira flexível por meio de várias APIs, à medida que as iniciativas de transformação digital de negócios continuam a se expandir e evoluir, acrescenta Clowes. Na verdade, os desenvolvedores estão sendo obrigados a compor aplicativos rapidamente para permitir que suas organizações respondam habilmente aos requisitos de negócios em rápida mudança, diz Clowes.

Os tipos de desenvolvedores que empregam ferramentas de integração de baixo código também estão começando a se expandir. Os chamados desenvolvedores cidadãos estão começando a criar aplicativos que precisam consumir dados por meio de APIs. A sofisticação desses aplicativos varia naturalmente dependendo das habilidades desses desenvolvedores.

“O desafio com os desenvolvedores cidadãos é quão cidadãos eles são”, diz Clowes.

Independentemente de quem cria os aplicativos, está se tornando muito mais fácil para desenvolvedores de diferentes conhecimentos reutilizar APIs. Desenvolvedores profissionais, por exemplo, podem criar uma biblioteca de APIs aprovadas que podem ser reutilizadas por outros desenvolvedores. O que é necessário é uma abordagem centralizada para criar e implantar APIs que forneça uma estrutura de governança muito necessária, pois a responsabilidade pela criação e manutenção de APIs muda ainda mais para os desenvolvedores, observa Clowes. Isso é crítico não apenas do ponto de vista da conformidade, mas também porque não é incomum que os desenvolvedores que trabalham em um projeto separado criem APIs redundantes.

No futuro, fica claro que as APIs estão no centro do desenvolvimento de aplicativos à medida que continuam a evoluir. Os aplicativos baseados em microsserviços de próxima geração dependem de cada serviço para ter sua própria API. O número de APIs que as organizações podem encontrar em breve pode chegar a milhares. O GraphQL fornece um eixo essencial ausente para lidar com todos eles. O desafio agora é encontrar a melhor maneira de implementá-lo junto com as APIs REST legadas que não vão desaparecer tão cedo.