Comunicação entre sistemas e a definição clássica
Na definição clássica da nota de arquitetura do W3C, web service utiliza interface descrita em WSDL e mensagens SOAP, normalmente transportadas por HTTP com XML. Essa referência tem contexto histórico específico: no uso profissional atual, a expressão também aparece para serviços HTTP com outras abordagens. Por isso, não basta escrever “integração por web service” em um requisito. É necessário indicar protocolo, formato e operações efetivamente disponíveis [1].
Integração de informações turísticas
Uma integração pode permitir que o portal de um destino consulte horários mantidos por outro órgão, evitando uma segunda digitação. Mas o serviço não resolve divergências de significado: um campo chamado “aberto” pode indicar cadastro ativo, e não funcionamento naquele momento. A infraestrutura de dados precisa de identificadores compartilhados, descrição dos campos, regras de atualização e tratamento de falhas. Serviço disponível também não significa informação correta ou autorização para reutilizá-la em qualquer finalidade.
Passos para contratar ou consumir um serviço
- Escolha uma troca concreta de informação e identifique quem produz, consome e corrige os registros.
- Solicite documentação, ambiente de testes, exemplos de mensagens e limites de consulta.
- Defina autenticação, autorização, versão da interface e proteção dos dados transmitidos.
- Teste respostas vazias, erros, duplicidades e indisponibilidade antes de conectar o sistema principal.
- Combine monitoramento, prazos de aviso sobre mudanças e comportamento do portal quando a integração falhar.
Exemplo hipotético
Em um exemplo hipotético, um consórcio regional oferece consulta aos equipamentos turísticos dos municípios participantes. Cada prefeitura mantém seus registros e o portal regional consulta as alterações. Caso uma prefeitura fique temporariamente indisponível, o portal mostra a última atualização conhecida com aviso, em vez de apresentar o conteúdo como confirmação em tempo real.
Cuidados e limites
Não coloque credenciais em endereços públicos nem presuma que todo consumidor pode alterar registros. Restrinja as operações ao necessário e controle o volume de requisições. Uma mudança de versão pode quebrar integrações existentes. Registre dependências e contratos de dados; a existência de uma API não comprova, isoladamente, interoperabilidade semântica ou qualidade do conteúdo recebido.
Continue explorando
Fontes e referências
Conteúdo explicativo. Os exemplos são hipotéticos e não representam resultados, certificações ou funcionalidades contratadas da Destinos Inteligentes.