PROVA NUM SISTEMA-ALVO REAL · SALESFORCE DEVELOPER EDITION

A Salesforce já tinha efetivado a ação.
A TrustGate ainda não o podia saber.

Prova de Controlo de Consequências TrustGate
Referência real no Salesforce

A Salesforce efetivou uma ação real sobre um Account, mas a resposta de sucesso não chegou à TrustGate. A TrustGate manteve a consequência como UNKNOWN e recusou a continuação protegida até uma nova leitura da Salesforce apurar o que acontecera.

Realidade Salesforce

Existia um Account real.

A consequência existia fora da TrustGate.

Conhecimento da TrustGate

UNKNOWN

O resultado da execução ainda não tinha chegado à TrustGate.

A sequência delimitada

  1. Ação real
  2. Ação efetivada pela Salesforce
  3. Resposta de sucesso perdida
  4. UNKNOWN
  5. Repetição / conflito recusado
  6. Nova leitura da Salesforce
  7. CONFIRMADO

O que o teste estabeleceu

A ação foi efetivada no sistema externo. UNKNOWN persistiu após reinício e morte de um processo externo. A continuação protegida equivalente e conflituante foi recusada antes de uma segunda escrita protegida na Salesforce.

Depois tentámos fazê-la falhar

A matriz delimitada registou PASS para: timeout da resposta após efetivação; indisponibilidade temporária da leitura do sistema-alvo; pedido que nunca chegou à Salesforce; processo terminado após a efetivação pela Salesforce; segunda consequência fora da custódia (PASS / CONFLICT); e atribuição forjada ao sistema-alvo (PASS / CONFLICT). Estes resultados não significam todos CONFIRMADO.

Matriz de falhas delimitada

  • Timeout da resposta após efetivaçãoPASS
  • Leitura do sistema-alvo temporariamente indisponívelPASS
  • Pedido não chegou à SalesforcePASS
  • Processo terminado após efetivação pela SalesforcePASS
  • Segunda consequência fora da custódiaPASS / CONFLICT
  • Atribuição forjada ao sistema-alvoPASS / CONFLICT

PASS indica que o comportamento seguro esperado passou. PASS / CONFLICT indica que CONFLICT era o resultado seguro pretendido; não significa que a ação tenha sido confirmada.

Porque não foi a própria Salesforce a proteger-nos

Numa qualificação separada, verificou-se que a Salesforce aceitou dois pedidos POST normais de Account com a mesma identidade canónica da ação de negócio. A ausência de um segundo POST protegido na prova ambígua resultou, por isso, do bloqueio da TrustGate e não da deduplicação pela Salesforce.

O que esta prova demonstra

Esta referência delimitada demonstra que o percurso descrito da TrustGate manteve por resolver uma consequência ambígua e recusou a continuação protegida até evidência do sistema-alvo estabelecer o resultado.

O que esta prova NÃO demonstra

É uma referência delimitada no Salesforce Developer Edition; não é uma implementação num cliente em produção nem certificação do runtime TGAP-PROD completo. Não garante percursos fora da custódia da TrustGate, atomicidade distribuída ou omniscência, nem afirma que a TrustGate seja necessária quando os controlos nativos do sistema-alvo já fecham o ciclo.

Vídeo da prova

Vídeo narrado sobre a referência delimitada no Salesforce Developer Edition; não é uma implementação num cliente em produção nem qualificação completa do TGAP-PROD.

As legendas em inglês podem ser ativadas nos controlos do vídeo ou consultadas no ficheiro WebVTT.

Pergunta do comprador

Se o sistema-alvo já pode ter efetivado uma ação, mas a resposta desaparece, o que impede outra rota de atuar antes de se estabelecer a realidade externa?

Limites da prova

  • Referência delimitada no Salesforce Developer Edition.
  • Não é uma implementação num cliente em produção.
  • Não certifica o runtime completo do TGAP-PROD.
  • Sem garantia sobre percursos fora da custódia da TrustGate.
  • Sem atomicidade distribuída ou omniscência.
  • Os controlos nativos do sistema-alvo podem tornar a TrustGate desnecessária em alguns casos.
Voltar à página inicial da TrustGate Sovereign