Crie um compartilhamento Samba e use-o em um contêiner Docker
24 de janeiro de 20245 tendências a serem observadas na KubeCon EU 2023
24 de janeiro de 2024Microsserviços se expandindo para bagunças complicadas e APIs zumbis estavam entre as preocupações que surgiram na pesquisa Postman State of the API deste ano. Mas mesmo com esses problemas, a pesquisa também descobriu que as APIs estão valendo a pena para as organizações – quase dois terços dos 40 mil entrevistados disseram que suas APIs geram receita.
Quarenta e três por cento disseram que as APIs geram mais de um quarto da receita da empresa. Para algumas empresas, as APIs geraram mais de 75% da receita total. Estas empresas tinham quase duas vezes mais probabilidade de atuar nos serviços financeiros do que outros setores, afirmou o relatório.
Dada a rentabilidade das APIs, não é difícil entender por que 92% dos entrevistados globais dizem que os investimentos em APIs aumentarão ou permanecerão os mesmos nos próximos 12 meses. Isso representa um aumento de três pontos percentuais em relação ao relatório do ano passado.
“Este aumento pode refletir uma sensação em alguns setores de que o pior da contração económica do setor tecnológico já passou”, observou o relatório. “Ao mesmo tempo, menos entrevistados dizem que esperam cortar investimentos em APIs este ano”.
Microsserviços, mesosserviços e monólitos
Os microsserviços continuam sendo o estilo arquitetural dominante de APIs na maioria das organizações, mas parece que nem sempre acontece como planejado. No relatório deste ano, 10% dos entrevistados disseram que as APIs que alimentam os microsserviços se tornaram grandes e difíceis de manejar, criando “macroserviços” em vez de microsserviços.
Os microsserviços foram definidos como pequenos serviços que trabalham de forma independente para cumprir responsabilidades únicas, enquanto os macrosserviços foram definidos como microsserviços que se tornaram grandes e difíceis de manejar, aproximando-se de monólitos. Monólitos são aplicativos de camada única nos quais a interface e o acesso aos dados são combinados em um único pacote. Por fim, os mesoserviços são a preferência da Goldilock: nem muito grandes, nem muito pequenos — na medida certa.
Monólitos e mesosserviços representam, cada um, pouco mais de 20% das organizações pesquisadas.
“Obviamente, há observações de uma década em que os microsserviços se tornaram populares e como as empresas estão pensando sobre isso”, disse Ankit Sobti, cofundador e CTO da Postman, ao The New Stack. “A ideia de microsserviços que crescem e se tornam difíceis de manejar e perdem a essência de ser um microsserviço em primeiro lugar é algo que queríamos destacar por meio da pesquisa.”
Um motivo para usar microsserviços é que, em teoria, o microsserviço e sua API poderiam ser reutilizados com mais facilidade. Portanto, vale a pena notar que, relacionado a isso, 21% dos líderes que se autodenominam “API first” citaram a reutilização de APIs ou microsserviços como um problema para suas organizações.
“O aspecto da reutilização é o quão consumível é a API, e a dificuldade que vemos quando conversamos com os clientes está fora da descoberta da API em primeiro lugar”, disse Sobti. “A API é consistente, compatível e fácil de configurar? A autenticação acaba sendo um grande problema para quem está começando com API. Então, acho que esses fatores que impulsionam o consumo da API fazem uma grande diferença na forma como as APIs são difíceis de integrar na rede.”
APIs zumbis aumentam à medida que acontecem demissões
Quase 60% de todos os entrevistados estão preocupados com APIs zumbis – APIs que não possuem documentação e propriedade adequadas, mas persistem depois que um desenvolvedor sai da organização. É classificada como a segunda principal preocupação quando os desenvolvedores saem, atrás de documentação deficiente. Engenheiros e desenvolvedores classificaram as APIs zumbis como uma preocupação maior do que os executivos, que consideraram a “perda de memória institucional” um pouco mais preocupante do que a perda de manutenção, também conhecida como APIs zumbis.
“Essas APIs não têm proprietário, supervisão ou manutenção – e às vezes são esquecidas pela empresa”, observou o relatório. “Na pior das hipóteses, APIs zumbis representam um risco à segurança; na melhor das hipóteses, eles proporcionam uma experiência ruim ao consumidor.”
Uma solução é manter um catálogo de APIs utilizadas, sugeriu Sobti.
“Esse é o surgimento de APIs zumbis, porque muito do conhecimento institucional está nas mãos das pessoas que as construíram”, disse Sobti ao The New Stack. “Depois que as pessoas fazem a transição, o gerenciamento de mudanças se torna complexo, e é aí que catalogar sua API com APIs internas, em particular, se torna muito crítico.”
Os catálogos de APIs podem rastrear APIs internas em um só lugar, acrescentou. Existem equipes dedicadas que agora são responsáveis não apenas por construir a infraestrutura subjacente que permite a existência dos catálogos, mas também por gerenciar o catálogo e criar as práticas de construção para colocar essas APIs nos catálogos. É aí que a reutilização se torna crítica, acrescentou.
Como mais uma prova da necessidade de melhor documentação, a pesquisa constatou que a falta de documentação foi citada como o principal obstáculo ao consumo de uma API.
Menos de uma em cada 20 alterações de API falham, de acordo com metade dos entrevistados. Entre as indústrias, a saúde reivindicou a melhor taxa, com 55% dos entrevistados afirmando que menos de uma em cada 20 implantações de API falhou. A educação estava no outro extremo do espectro; apenas 43% dos entrevistados disseram que sua taxa de reprovação era tão boa. Talvez isso esteja relacionado com outra descoberta importante: a educação também foi o setor com maior probabilidade de ignorar os testes de API e gastar o último tempo no desenvolvimento de API.
Os líderes que priorizam a API eram menos propensos a encontrar falhas do que todos os entrevistados, com 60% afirmando que as falhas ocorreram menos de uma em cada 20.
Desenvolvimento API-First
O relatório também observou uma tendência para o que chamamos de empresas que priorizam a API de terem melhor desempenho em uma variedade de questões de API do que as empresas que não priorizam a API. As empresas que priorizam APIs priorizam APIs no início do processo de desenvolvimento, posicionando-as como os blocos de construção do software. Mais de 75% dos entrevistados concordaram de certa forma ou concordaram totalmente que os desenvolvedores em empresas que priorizam API são mais produtivos, criam software melhor e integram-se mais rapidamente com parceiros.
Ser API-first significa desenvolver APIs antes de escrever outro código, em vez de tratá-los como reflexões posteriores, de acordo com Postman, que definiu o termo para os entrevistados da pesquisa.
“As empresas que priorizam APIs são aquelas que reconhecem que as APIs são os blocos de construção de sua estratégia de software”, disse Sobti. “Então você está pensando em um modelo de desenvolvimento onde os aplicativos são conceituados como uma interconexão de serviços internos e externos a essas APIs. As organizações que priorizam APIs estão se tornando mais conscientes dos negócios e das implicações técnicas das APIs.”
As empresas estão percebendo o valor estratégico das APIs para os negócios: mais empresas relataram que a API está gerando uma parcela significativa das receitas da empresa este ano, disse ele. A pesquisa também constatou que a receita foi a segunda métrica mais importante de acesso às APIs, depois do próprio uso. Os benefícios para as empresas que priorizam a API aumentam à medida que o tamanho da empresa e o número de desenvolvedores aumentam, descobriu a pesquisa.
“Em pequenas empresas com 100 desenvolvedores ou menos, 32% dos entrevistados concordaram fortemente que as empresas que priorizam a API são integradas mais rapidamente. Mas à medida que o número de desenvolvedores passou de 100, esse número subiu constantemente”, afirmou o relatório. “Quando uma empresa atingiu 5.000 desenvolvedores, 42% dos entrevistados concordaram fortemente com a afirmação. Vemos aumentos semelhantes em quase todas as métricas quando as respostas são classificadas por tamanho da empresa.”
“Tecnicamente, o que vemos são empresas que priorizam APIs sendo aquelas que são capazes de construir APIs mais rapidamente, relatar menos falhas e, quando as APIs caem, são capazes de restaurar e responder em menos de uma hora”, disse ele. “O que vemos é o número de APIs definitivamente aumentando em todas as organizações, tanto interna quanto externamente, e parte disso é a capacidade de reutilizar mais recursos que foram criados dentro de sua organização e também externamente, que agora você pode usar ou assine ou compre.
Aproveitar a reutilização é o que impulsiona a capacidade dos desenvolvedores de fazer mais com menos, seja fazendo menos com menos pessoas ou porque os desenvolvedores não precisam criar funções de negócios porque podem, por exemplo, assinar um Stripe e realmente gerenciar o faturamento por meio de API do Stripe, disse ele.
GraphQL melhora sua posição como arquitetura de API
A pesquisa também descobriu que, embora REST continue sendo de longe a arquitetura de API mais usada, ela perdeu um pouco de terreno para os recém-chegados, observou o relatório. Este ano, 86% dos entrevistados disseram que usaram REST, um número abaixo dos 89% do relatório do ano passado e dos 92% do ano anterior.
O uso de SOAP caiu para 26% de todos os entrevistados este ano, contra 34% no ano passado. No lugar do SOAP está o GraphQL, que foi usado por 29% dos entrevistados.
Quando se trata de especificações de API, JSON Schema é o favorito, seguido por Swagger/OpenAPI 2.0 e Open API 3.x empatados quase uniformemente. GraphQL ficou em quarto lugar em popularidade.
Nota do Editor: Em 29 de junho de 2023, este artigo foi atualizado para mostrar um gráfico de especificações atualizado.
A postagem Estado da API: APIs de macro e zumbis de microsserviços apareceram pela primeira vez em The New Stack.