A última discussão relacionada a isso na lista de discussão do IETF (*) mostrou que:
- o TTL em uma indicação de um tempo máximo para manter o registro no cache
- , o que significa que os resolvedores podem ter liberdade para usar um valor inferior e expirar mais cedo
- mas eles não devem usar um valor superior ... no entanto, muitos resolvedores combatem TTLs "muito pequenos" (algumas pessoas têm valores de TTLs em segundos ...) para limitá-lo em um mínimo, a fim de não enfatizar muito sua resolução de infra-estrutura.
Em suma, pode ser um problema para a sua página de manutenção. Depende exatamente de quanto antes você precisa publicar e o tempo de reação que você gosta.
O que muitas entidades fazem é ter um domínio completamente separado apenas para isso, em qual site eles publicarão seu status atual e qualquer informação de tempo de inatividade. Por exemplo, se sua empresa for "Foobar Inc." com o site principal em foobar.example
, você poderia comprar foobar-status.example
(ou mesmo em outro TLD completamente), que seria hospedado em uma infraestrutura totalmente separada e usada apenas para publicar informações relacionadas a manutenção / tempo de espera. Fazendo as coisas dessa maneira, você remove o problema do DNS TTL da equação.
(*) veja o tópico que começa em link