Su SRE de guardia en AWS: un ingeniero senior que conoce el entorno antes de que algo se rompa, lo revisa, diagnostica todo el sistema y responde por él. 100% infraestructura AWS.
Los ingenieros lanzan features; para eso se les paga. El partner que factura AWS abre un ticket y responde en horario de oficina. AWS Support cubre AWS, no los sistemas de la empresa.
Cuando algo se cae, el arreglo depende de las pocas personas que tienen todo el sistema en la cabeza. Nada queda escrito y la misma caída vuelve.
Si ya hay un partner que factura AWS, se conserva: la factura es suya; la confiabilidad, de KernelPanic.
Un ingeniero de guardia que conoce producción antes de que algo se rompa: accesos, un canal de alertas, un runbook. Revisiones por escrito cada semana y cada mes. Si algo anda mal, la empresa lo escucha primero de nosotros.
Cada arreglo se cotiza antes del trabajo y el precio no cambia: hardening, cambios de arquitectura, pruebas de carga hasta la raíz de la latencia, migraciones a AWS, la infraestructura de un sistema nuevo.
Respuesta a incidentes por el ingeniero que ya conoce el sistema, cerrada con la causa raíz por escrito.
Cotización antes del trabajo. Un precio que no cambia. El primer paso: escriba a info@kernelpanic.pe. Una conversación, y luego los términos del retainer.
El retainer es atención sobre el entorno: un solo ingeniero, que se convierte en el ingeniero de guardia de la empresa.
Compra cuatro cosas: el entorno conocido antes de que algo se rompa; un ingeniero de guardia que ya conoce el sistema; revisiones por escrito cada semana y cada mes, con una alerta cuando algo anda mal; y cotizaciones rápidas, porque el contexto ya existe.
La cuenta AWS sigue siendo de la empresa: el usuario root no se entrega, el acceso es de solo lectura donde sea posible y los hallazgos se entregan en privado.
El entorno completo leído contra los pilares Well-Architected de AWS: qué aguanta, qué no, y por qué.
El sistema probado contra la próxima campaña, antes de que el pico lo pruebe. Un escenario, una meta, una lectura por escrito.
Los puntos débiles que dejan las revisiones y los incidentes, cerrados. Los hallazgos de una revisión reciben una sola cotización y cada punto se cierra con evidencia.
Mover un sistema a AWS o construir la infraestructura de uno nuevo, para empresas en el retainer. Solo infraestructura.
Cuando producción falla, el ingeniero que ya conoce el entorno la resuelve y cierra con el análisis de causa raíz por escrito.
Cotización antes del trabajo. Un precio que no cambia. El precio no crece con el consumo AWS: a KernelPanic le conviene una factura más pequeña y menos incidentes.
El sistema de tickets se congelaba cada día pico y todos miraban al sistema de tickets. Los logs del balanceador llevaron a un código del dashboard que consultaba una API interna en cada login, y detrás, a una API que no escalaba. Síntoma en un sistema, causa en otro, evidencia en un tercero. Código reescrito, API escalada, temporada salvada.
SÍNTOMA → LOGS → CÓDIGO → CAUSAUna aplicación legada escalaba servidores sobre un caché FSx compartido y la latencia no se movía, con los tableros de AWS diciendo que el almacenamiento estaba sano. El cuello estaba en las operaciones de metadata, visible recién al comparar métricas del agente de CloudWatch contra una línea base de pruebas de carga. El caché pasó a volúmenes NVMe con stickiness y el sistema aguantó 170,000 requests por minuto, 10,000 usuarios concurrentes en una ventana de 15 minutos.
170,000 REQ/MIN · 10,000 USUARIOS CONCURRENTESProducción en AWS para una plataforma de impuestos de Estados Unidos, donde el tráfico del año llega en una sola temporada. Una temporada fallaba por infraestructura; la siguiente, cero incidentes de infraestructura. Las únicas fallas fueron código de aplicación que llegó roto, cada una con su causa por escrito. Antes, dos partners consultores de AWS, con empresas de Chile, Colombia, Argentina, Perú y EE.UU. AWS Certified Solutions Architect. El mismo ingeniero en cada trabajo.
KernelPanic: un ingeniero senior que conoce la infraestructura de producción de la empresa, la revisa y responde por ella. Escriba a info@kernelpanic.pe.
Con el retainer: un ingeniero de guardia, revisiones por escrito y un canal de alertas. De las revisiones salen los arreglos, cada uno cotizado antes de empezar. Una conversación por correo, y luego los términos.
Un ingeniero conoce el entorno, está de guardia y revisa producción por escrito cada semana y cada mes. Cuando hace falta trabajo, se cotiza antes de empezar y el precio no cambia.
Que siga facturando. Ese contrato cubre la factura; la confiabilidad de producción suele quedar fuera. KernelPanic trabaja al costado del partner de facturación, no en su contra.
Cada trabajo se cotiza antes de empezar y el precio no cambia. Los términos del retainer se conversan directamente.
Sí, para empresas en el retainer: mover un sistema a AWS o construir la infraestructura de uno nuevo. Solo infraestructura; la aplicación sigue siendo del equipo de la empresa.
No. El FAQ de AWS Support dice que no incluye depuración de software, administración de sistemas ni acceso remoto a los sistemas del cliente. AWS le da soporte a AWS. KernelPanic responde por la infraestructura de la empresa.
El diagnóstico lee todo el sistema. El alcance es la infraestructura AWS: cuando la causa vive en el código o en una plataforma de datos, los hallazgos la nombran y el equipo de la empresa la corrige.
Perú, Latinoamérica y Estados Unidos, en español e inglés. Lima está en UTC-5, el huso horario de la costa este de EE.UU.