📋 Descrição

Melhora o tratamento da indisponibilidade do serviço externo do CPTEC observada na issue #910.

Quando o Axios não consegue consultar listaCidades, a API agora retorna um erro explícito e semanticamente adequado:

• HTTP 503
• name: CPTEC_SERVICE_UNAVAILABLE
• type: city_error

Erros que não são originados pelo cliente HTTP continuam sendo propagados sem alteração. A resposta de sucesso e o formato dos dados de cidades permanecem iguais.

🎯 Tipo de Mudança

• 🐛 Correção de bug
• 📝 Documentação
• ✅ Testes

⚠️ Compatibilidade

• Não remove ou renomeia campos de respostas de sucesso
• Não muda tipos de dados ou URLs existentes
• Não muda códigos de status de respostas de sucesso
• Diferencia uma falha do serviço externo, anteriormente exposta como erro interno genérico, usando HTTP 503

📚 Documentação

• Documentação OpenAPI atualizada com a resposta 503 e exemplo
• Documentação em português

🧪 Testes

• Teste do retorno de cidades em caso de sucesso
• Teste do erro 503 para falhas HTTP do CPTEC
• Teste de preservação de erros não relacionados ao Axios
• vitest: 3 testes passaram
• ESLint passou nos arquivos JavaScript alterados
• Prettier passou em todos os arquivos alterados

🚀 Performance e custos

• Não adiciona dependências, processamento ou chamadas externas
• Não altera cache ou rate limits

🔍 Como testar

1. Simular uma rejeição do axios.get no serviço de cidades do CPTEC.
2. Chamar getCityData.
3. Confirmar ServiceUnavailableError com status 503 e nome CPTEC_SERVICE_UNAVAILABLE.

📎 Issue relacionada

Related to #910.

O PR melhora o diagnóstico enquanto o upstream do INPE retorna 403; ele não afirma corrigir a indisponibilidade externa em si.