Ideia principal

"Quero meus dados dentro do meu Azure." Responder na hora "ótimo, vamos construir a hospedagem na casa do cliente" é tratar o pedido como uma especificação. Ele não é: é um sintoma, e várias causas produzem a mesma frase.

Obrigação regulatória, exigência de residência dos dados, política do responsável pela segurança, necessidade de controlar as chaves, restrição de auditoria, vontade de reversibilidade, ou simplesmente uma cultura em que dados sensíveis ficam sob controle direto — cada uma pede uma resposta diferente.

E essas respostas não custam a mesma coisa. Uma região dedicada às vezes basta. Chaves gerenciadas pelo cliente, às vezes também. Um ambiente dedicado em alguns casos. A hospedagem no ambiente do cliente só nos últimos.

Por que isso importa

A diferença de custo entre essas respostas é enorme, e o pedido literal aponta quase sempre para a mais cara. Investigar o motivo é, portanto, a ação de melhor retorno em toda a discussão.

Isso também protege do erro inverso — recusar em bloco — ao mostrar que quase sempre existe um nível intermediário.

Nuances e limites

O motivo nem sempre está acessível: quem está do outro lado pode não conhecê-lo, ou estar repassando uma orientação cuja origem desconhece.

E a dosagem tem um limite político: um nível tecnicamente suficiente pode continuar insuficiente para o que o cliente precisa poder declarar ao auditor dele.

Questões em aberto

• O que fazer quando o motivo real é indeterminável, por falta de acesso a quem definiu a exigência?