REST API vs. SOAP Web

Gestão de serviços Vamos dar um passo para trás e olhar para o surgimento de

Microservices e REST e o aparente declínio dos serviços Web

baseados em SOAP. Quais são as estatísticas e as razões?

De volta ao dia, serviços web eram o padrão de facto para aceder

aos "sistemas de registro." popularidade sabão dos serviços da

web cresceu por causa de uma opção para compartilhar dados, o

acesso a partir de qualquer sistema e opções de segurança. Esse

tipo de arquitetura cresceu para ser sinônimo de arquitetura

corporativa.

Cada vez mais, os projetos estão utilizando gerenciamento API

nessas arquiteturas agora e empurrando na porta "serviços web.

O Legacy Web Services

Web Services é uma vasta gama de definições baseadas em XML,

o transporte agnóstico, razoavelmente bem definidos que

permitem a comunicação de dados entre as partes. Os protocolos e

definições cobrem tudo, desde o conteúdo da mensagem para os

meta-dados e sistemas em torno do conteúdo, por exemplo, de

segurança ou notificações de alterações.

Essa definição perde tanto como ele diz.

XML é uma coisa difícil para os seres humanos para ler. Os

padrões WS podem ser inchado. O conjunto de ferramentas em

torno dos padrões pode ser pobre, tendo em conta a complexidade

dos padrões. As próprias definições são, por vezes, solto, e, assim,

a interoperabilidade (uma das principais razões inicialmente

citados para a utilização de serviços web) não é tão bom quanto

poderia ser.

Isso de lado, os serviços da web têm sido tremendamente bem-

sucedida no que eles são bons em - a interoperabilidade dos

sistemas de grandes empresas. Estas empresas gostou da ideia de

que os serviços web fez vendor neutral (em teoria). Eles também

gostava que ter padrões significa que os desenvolvedores mais

baratas - quando algo é padrão, que pode ser aprendido por mais

pessoas. Além disso, houve uma corrida armamentista de

implementação entre os fornecedores de servidores de aplicação,

que apenas entes vender seu servidor mais recente e maior. Esta

foi uma win-win all-around.

Podemos ver que o descanso está ganhando mais e mais popularidade, enquanto os serviços web estão perdendo popularidade a cada dia.

O Processo de Gestão API RESTful

Eu acredito que há três coisas que fazem o caso para a Gestão da API RESTful e dominação "serviços web desafiadoras - e eles não são todos técnicos.

Novas exigências

O mundo está ficando mais e mais rápido. Os consumidores estão exigindo mais e mais informações em tempo real, às vezes de lugares onde ele nunca estava sendo expostas antes. interação

direta com os dados, e apenas os dados, de uma forma simples, está sendo exigido pela nova ordem mundial.

Como essa demanda de dados tem aumentado, as empresas estão expondo seus conjuntos de dados, a fim de incentivar o uso do mesmo por terceiros. Muitas vezes, esta exposição de dados é feito apenas para permitir que os terceiros e não pode ter um impacto directo sobre a sua própria linha de fundo. Este foi cunhado a "Economia API."

Time-to-market e Complexidade Esconder diminuindo

• Time-to-market: Ao longo dos últimos anos, a ruptura digital tem aumentado. Cada empresa quer começar a vender seus produtos o mais rápido possível. Portanto, quando a construção de APIs, time-to-Market A redução é muito mais importante.

• O crescimento das vendas para alguns varejistas da Internet: Time-to-market é mais valioso do que nunca que as empresas se esforçam para manter-se com os seus concorrentes frescos. Não são apenas as antigas empresas pré-Internet que estão lutando para manter-se. Não há dados para mostrar que mesmo os gigantes da internet primeiros também estão sendo ultrapassado por novas start-ups que estão aproveitando a idade de mídia social para sua vantagem.

• Complexidade esconderijo: Se você é um graduado de ciência da computação, teria sido martelada em você em um que você se esconde a complexidade, tanto quanto possível quando você está escrevendo código dia. No entanto, nós não fazer isso quando se tratava de configuração e administração do sistema. Isto é principalmente porque o software e tecnologia em geral, mudou-se tão rápido que interfaces de usuário e ferramentas era secundário para obter a função fora da porta.

Com o advento da era móvel, os usuários estão esperando esses mesmos interfaces de usuário ricas em tudo o que fazem.

Fazendo APIs mais fácil de implementar, proteger e gerenciar reduz os requisitos de competências e acelera o tempo de colocação no mercado.

mudando Clients

Os serviços web terceira razão não são a tecnologia de hoje de escolha é porque os dispositivos móveis e clientes com interfaces ricas são a maneira moderna. Esta é complementar a esconder a complexidade no lado do servidor. Estas aplicações estão sendo escritas por desenvolvedores que querem se concentrar nas interfaces de usuário e não querem aprender as outras habilidades de manipulação de dados profundamente técnicos. Como eles aceder aos dados é quase secundário e suas habilidades não estão nessa área. Eles só querem o acesso aos dados, como e quando eles precisam e de forma simples.

Serviços de Micro e Desenvolvimento Ágil

As necessidades de negócios destacados acima estão tendo mais ramificações na entrega do projeto.

a popularidade dos Microservices estão subindo.

Com as promessas de que são titulares "apenas quando você precisar dele" acesso a dados e serviços, microservices estão desafiando espera as tradicionais arquiteturas SOA na empresa. Eles se encaixam bem no paradigma de gestão API facilidade de uso.

Micro-serviços ainda estão em sua ascendência, e ferramentas e arquiteturas ainda estão sendo inventados. Mesmo assim, eles já estão desafiando serviços web com suas promessas de entregar apenas a quantidade certa de acesso aos sistemas. Isso também se encaixa muito bem as metodologias ágeis sendo empregado pela maioria das empresas hoje. Pequenos sprints e técnicas de construção fragmentadas exigir trabalho "apenas o suficiente" para ser feito para ir de A para B.

Podemos ver as ramificações de Agile e ferramentas API hoje - cerca de 75% dos projectos de gestão de API estão focados internamente. Isso nos diz que APIs não são apenas sobre diretamente a ganhar dinheiro com a venda de dados, mas que eles estão sendo vistos como as melhores práticas de hoje.

Estou convencido de que vamos ver cada vez menos serviços web usado internamente e externamente, mas eles não estão mortos ainda. Eu espero normas a desempenhar um papel maior na gestão API, mas sua ênfase na simplicidade e complexidade esconderijo vai parar normas estar sentença de morte da API.

Eu também acredito que mesmo impulso simplicidade terá ramificações para os lotes de outros produtos de software quando os clientes percebem que o software da empresa nem sempre tem que ser tão difícil. Por favor, verifique theRESTful APIs Predictions postar para outras leituras.

Eu mostrei como serviços web cresceu fora de um mundo que exigia padrões. Isto permitiu serviços web e suas arquiteturas associadas a dominar o mercado, permitindo que uma força de trabalho software e cross-vendor interoperabilidade genérico.

gerenciamento API está sendo carregado em um sempre o excesso de velocidade, mundo em tempo real. interfaces de usuário ricas estão sendo escritas por desenvolvedores com a interface em

mente mais do que os dados. Isso está levando ferramentas mais simples, arquiteturas de integração, e técnicas.

Isso, como dizem, é a tempestade perfeita. Onde uma vez um serviço web seria criado com toda a sua complexidade, haverá agora APIs com toda a sua simplicidade e ferramental liderado pelo desenvolvedor, o tempo de chegada ao mercado em alta velocidade.

Eu acredito fortemente que as ferramentas que simplificam a criação, teste e configuração do REST API estão na vanguarda de uma tendência para a simplificação dos outros produtos -, mas isso é para outro dia!