Continuidade de Negócios e Compromisso de Longo Prazo
Este documento descreve como o Grupo Ecom mantém o Type Tynk operando em situações adversas e qual o nosso compromisso com a continuidade do serviço para nossos clientes.
Última atualização: 8 de maio de 2026.
1. Nosso compromisso
O Type Tynk é parte central da operação de muitos negócios. Sabemos que sair do ar — mesmo por algumas horas — pode causar prejuízo direto. Por isso, tratamos continuidade como prioridade desde o desenho da arquitetura, não como reação a incidentes.
2. Arquitetura tolerante a falhas
| Camada | Estratégia |
|---|---|
| Banco de dados (PostgreSQL) | Backups automáticos diários com retenção de 30 dias. Replicação em standby para recuperação rápida. |
| Mídia (S3-compatible) | Armazenamento com replicação multi-zona. Versionamento ativado pra recuperar deleções acidentais. |
| Cache (Redis) | Persistência em disco habilitada. Stateless do ponto de vista de dados críticos — recriado em segundos se cair. |
| Aplicação (Builder/Viewer/Landing) | Containers Docker stateless, podem ser reescalados horizontalmente. Imagens versionadas em registry privado. |
| CDN | Assets estáticos servidos via CDN com cache de borda. |
| DNS | Provedor com SLA de 100% e múltiplas regiões. |
3. Plano de recuperação de desastre
Em caso de falha grave (perda total de uma região cloud, comprometimento de credenciais, etc.):
| Tempo | Ação |
|---|---|
| 0-15 min | Detecção automática + alerta para equipe técnica |
| 15-60 min | Diagnóstico inicial + comunicação aos clientes via status page |
| 1-4h | Failover para infraestrutura secundária OU restauração do backup mais recente |
| 4-12h | Restabelecimento do serviço completo |
| 12-72h | Post-mortem público + ações preventivas |
RTO (Recovery Time Objective): 4 horas para indisponibilidades planejadas; até 12 horas para desastres de infra.
RPO (Recovery Point Objective): até 24 horas de dados (último backup) para desastres catastróficos; tempo real para falhas operacionais comuns.
4. Continuidade dos seus dados
Mesmo no pior cenário (encerramento das atividades do Type Tynk):
- Avisaremos com mínimo 90 dias de antecedência via e-mail e banner na plataforma.
- Disponibilizaremos export completo dos seus dados (typebots, resultados, mídias) em formato JSON + arquivos brutos.
- O código-fonte do Type Tynk é parcialmente derivado do projeto open-source Typebot (AGPL-3.0), o que significa que você sempre pode self-hostar se decidir continuar usando a plataforma por conta própria.
- Documentação do schema de banco e dos endpoints essenciais ficará pública para facilitar migração.
5. Compromisso com open-source
A base do Type Tynk vem do ecossistema open-source. Mesmo com adaptações proprietárias, mantemos:
- Contribuições upstream sempre que aplicável.
- Schema de banco compatível com o Typebot original.
- Capacidade de exportar fluxos no formato JSON canônico — você não fica preso ao nosso storage.
6. Comunicação durante incidentes
- Status page (em construção): página pública com histórico de uptime e incidentes ativos.
- E-mail de incidente crítico: aos administradores de cada workspace afetado.
- Banner na plataforma: durante o incidente, com link para detalhes.
- Post-mortem público: para incidentes com impacto material, publicamos análise técnica em até 7 dias.
7. Equipe e governança
- O Type Tynk é mantido pela equipe técnica do Grupo Ecom.
- Processos críticos (backup, deploy, segurança) seguem runbooks documentados internamente.
- Auditorias anuais de continuidade e segurança da informação.
- Treinamento da equipe em resposta a incidentes.
8. Como nos contatar
- Operacional / suporte: jeff@grupoecom.io
- Jurídico / contratos: jeff@grupoecom.io
- Reportar vulnerabilidade de segurança: jeff@grupoecom.io (assunto "[SECURITY]")
9. Histórico de atualizações
| Data | Mudança |
|---|---|
| 2026-05-08 | Versão inicial publicada para o Type Tynk operado por Grupo Ecom. |