Como o princípio API Abstraction beneficia os provedores de serviços
Quando o ponto de extremidade de uma API é arquitetural como ou princípio, a abstração de API beneficia os provedores de serviço. O ponto em que o aplicativo que consome a API é essencialmente desacoplado do serviço consumido fornece ao provedor de API uma quantidade significativa de flexibilidade no fornecimento de seu serviço.
Temos usado eletricidade eContanto que a companhia elétrica forneça energia para dispositivos consumidores de eletricidade com base no padrão, a empresa pode tomar as decisões de negócios que deseja para servir de forma eficiente, ecológica e econômica. tomadas como uma metáfora para APIs, e a comparação também está aqui: enquanto a empresa de energia continuar a fornecer o padrão 220v ou 110v como um serviço para a tomada de parede, você pode alterar qualquer um ou todos a infraestrutura necessária para fornecer esse serviço. A fonte de energia pode ser alterada de uma usina de carvão para um parque eólico. Os cabos na rua podem ser alternados da parte superior para a parte inferior. Os sistemas que monitoram a rede elétrica podem ser atualizados. Os caminhões que atendem a rede podem ser substituídos. Mientras la compañía eléctrica suministre energía a dispositivos consumidores de electricidad basados ??en el estándar, la empresa puede tomar las decisiones de negocio que quiera para poder servir de una manera eficiente, respetuosa con el medio ambiente y costo-efectiva.
Da mesma forma, como um terminal de API desacopla suficientemente o aplicativo de consumo da infraestrutura que fornece um serviço, o provedor de serviço tem uma enorme flexibilidade quando se trata de como ele oferece seu serviço. Por exemplo, se a infraestrutura por trás da API envolve servidores físicos em um data center, o provedor de serviços pode mudar para servidores virtuais executados na nuvem de empresas como Amazon ou Rackspace.
Se o software em execução em tais servidores (como software de processamento de cartão de crédito) for escrito em Java, por exemplo em um servidor de aplicativos Java baseado em Oracle, o provedor de serviços pode migrar essa base de código para Node .js) no Windows Azure. Contanto que as especificações do que o provedor de serviços está entregando ao terminal permaneçam inalteradas, as alterações na infraestrutura por trás do terminal devem passar despercebidas pelos aplicativos que dependem dessa API.
Como um contrato legal entre duas partes, esse acordo entre o que o aplicativo de consumo espera ver no terminal e o que o provedor de API fornece no terminal é freqüentemente chamado de “contrato de API”. Uma mudança material no endpoint da API, o contrato é essencialmente violado e os aplicativos de consumo que dependem dessa API provavelmente serão quebrados, a menos que o provedor de API dê aos desenvolvedores um aviso justo sobre a mudança iminente.
Voltando à metáfora da eletricidade, se a empresa de energia mudar alguma coisa sobre a especificação de seu serviço elétrico – por exemplo, ela muda a velocidade na qual os endereços de corrente alternada de 60 Hz para 50 Hz – pode colocar seus dispositivos em risco.
Editorial: Diego San Esteban
