Un SLO es un objetivo hacia el que AfterPack diseña y opera, sin garantía económica. Un SLA es un compromiso contractual, normalmente con una compensación económica si no se cumple.
Modo 2: la API en la nube de Pro
Los builds Indie, Team y Studio que llevan una clave Pro llaman a api.afterpack.dev en el Modo 2, usando la key o la AFTERPACK_key que configuraste. Su objetivo:
| Objetivo de SLO | 99.5% de disponibilidad mensual |
| Excluye | Consulta Exclusiones más abajo |
| Infraestructura | Cloudflare Workers, distribuido globalmente, con cada build limitado por un presupuesto explícito de CPU y de tiempo real |
| Si no es accesible | El build falla de forma segura (fail closed). |
Exclusiones
Tres cosas quedan fuera del objetivo de disponibilidad anterior, y fuera de cualquier responsabilidad por tiempo de inactividad:
- Los proveedores subyacentes. AfterPack se ejecuta sobre infraestructura operada por terceros, en particular Cloudflare. Una caída o degradación en uno de ellos queda excluida.
- El mantenimiento programado, anunciado con al menos 24 horas de antelación.
- Tu propia red o entorno, incluido un firewall, un proxy o un resolvedor DNS que no pueda llegar a la API.
SLA de Enterprise
Los contratos Enterprise se comprometen a una disponibilidad anual del 99.9% con penalizaciones económicas. Las condiciones exactas de compensación se fijan en cada acuerdo. Consulta Enterprise: SLA y operaciones para ver las cifras de respuesta a incidentes y de soporte de las que parte un contrato Enterprise.
Página de estado
No hay página de estado pública. Escribe a support@afterpack.dev si crees que la nube está caída; un build que falla indica el código de diagnóstico que debes citar.
Respuesta a incidentes
Una caída total del Modo 2 recibe un post-mortem público y sin culpables en el blog en un plazo de 5 días hábiles: cronología, causa raíz, impacto en los clientes y acciones correctivas con responsables y plazos. Los contratos Enterprise incluyen tiempos de respuesta concretos (consulta Enterprise).
Durante un periodo de degradación (tasas de error o tiempos de espera elevados en el endpoint de ofuscación), los builds Pro fallan de forma segura. Los builds Free (locales) nunca llaman a la API, así que no se ven afectados.
Canales de soporte por nivel
| Nivel | Canal |
|---|---|
| Free | Documentación, preguntas frecuentes y GitHub |
| Extra MB, Indie | Correo: support@afterpack.dev |
| Team | Soporte prioritario por correo |
| Studio | Correo prioritario más un canal de chat dedicado |
| Enterprise | Slack Connect dedicado, más un gestor de cuenta y un enlace de ingeniería asignados; respuesta contractual a incidentes de 4 horas hábiles (P1) / 1 día hábil (P2) |
En todos los niveles, incluido Free: las preguntas y propuestas van a GitHub Discussions y los bugs a GitHub Issues.
support@afterpack.dev suele responder en un día hábil, sea cual sea el nivel. Para definir el alcance de un despliegue, un contrato a medida o preguntas de cumplimiento normativo, consulta Enterprise: contacto para saber qué incluir.
Divulgación de seguridad
¿Has encontrado un problema de seguridad, incluida una forma de anular la protección, antes de publicarlo? Escribe a security@afterpack.dev en lugar de abrir un issue público. Esa dirección también gestiona una clave Pro filtrada. Los contratos Enterprise reciben un parche en un plazo de 24 horas desde una divulgación confirmada, tanto en la nube como on-prem. Todos los demás niveles reciben la corrección con el ritmo normal de versiones, priorizada por severidad.
Cambios del motor y versionado
No hay disponible un Protection Changelog público que indique la categoría y la dirección de cada cambio del motor relevante para la seguridad.
No hay motor LTS. Consulta Cómo funciona AfterPack: un programa nuevo en cada build.
AfterPack está en fase previa a la 1.0, y @afterpack/core, los paquetes de frameworks y el motor se versionan juntos. Las correcciones de seguridad se publican en la última versión, así que actualiza para recibirlas.
Siguiente
- Builds y CI: el comportamiento cuando la nube está caída que respalda el SLO de esta página, y cómo la rotación cambia la estructura de cada build.
- Enterprise: el SLA y las dos formas de despliegue.
- Diagnósticos: el contrato de salida y lo que devuelve realmente un build Pro fallido.
- Modos de despliegue: qué es el Modo 2 y qué se ejecuta en local en su lugar.
- Privacidad y tratamiento de datos: qué almacena realmente la nube que cubre esta página.
- Planes y niveles: a qué plan corresponde cada canal de soporte anterior.