Nossa API ASP.Net Core, implantada no IIS no Windows 2019, chega e atinge o Shippo com mais de 2.500 solicitações por hora com números de rastreamento, que tiveram um problema na tarde de quinta-feira. Nossas chamadas de API são iniciadas por serviços de middleware de 5 clientes, que funcionam de hora em hora, 24 horas por dia, 7 dias por semana. Nossas solicitações do Shippo estão retornando 404, embora o Shippo tenha resolvido o problema e eu possa me conectar via Postman.
Não sou administrador de servidor, mas tenho conhecimento suficiente para tentar o seguinte: parei e iniciei o IIS após um atraso de 10 segundos. Reiniciei a máquina. Colocou o site da API offline por 90 minutos. Liberou o cache DNS no servidor IIS e reimplantou uma versão ligeiramente alterada do webapi. E, claro, é um fim de semana de feriado e nosso provedor de TI gerenciado não me respondeu. O que devo tentar a seguir enquanto espero?
Responder1
Atualização: definitivamente estava relacionado à interrupção do Shippo, mas foi um problema de codificação. Nosso código legado funcionou e ficou assim:
UriBuilder uribuilder = new UriBuilder(settings.url_base);
uribuilder.Path += "/tracks/";
O URL que estava sendo criado referenciava explicitamente a porta 443 (https://api.goshippo.com:443)/, em vez do simpleshttps://api.goshippo.com/url, e não percebi isso na depuração até decidir escrever um aplicativo para consultar apenas o Shippo fora de nossa API. Aparentemente, Shippo fez uma alteração na configuração que não permitia mais que os URLs fizessem referência direta à porta 443 (OU alterasse sua porta), na época em que resolveram o problema. Depois de definir o URL corretamente, funcionou. Obrigado, Appleoddity e Keith Langmead pela sua ajuda.