Fintech · Pagos · BNPL
ZazPay
Arquitecto de Software, Infraestructura y Seguridad
Arquitectura de una plataforma fintech de misión crítica en todo su ciclo de vida: diseño, desarrollo, infraestructura, seguridad, despliegue, monitoreo y operación.
Arquitecto Senior de DevSecOps e Infraestructura de Pagos
Ingeniería para la infraestructura detrás de la tecnología financiera.
Soy Elihu Camacho. Diseño sistemas financieros, infraestructura de pagos y plataformas distribuidas seguras, escalables y resilientes — desde la decisión de arquitectura hasta el manifiesto que la despliega y el dashboard que la vigila.
system.topologyen vivo · abstracto
- Productos SaaS
- MiAgendaPro · MiCatalogoPro · SmartMetering
- Pagos
- ZazPay · orquestación multi-PSP
- Banca
- STP · SPEI · core bancario
- Plataforma
- GKE · GitOps · agentes de IA
01/Perfil
Diseño sistemas donde la exactitud no es opcional.
Soy arquitecto de software, infraestructura y seguridad. La mayor parte de mi trabajo ocurre donde el software toca el dinero — flujos de pago, plataformas de crédito, integraciones bancarias y la infraestructura que los mantiene en pie.
Trabajo de punta a punta. No me detengo en el límite de una disciplina: sigo una decisión desde el diagrama de arquitectura hasta el servicio que la implementa, el manifiesto que la despliega, el secreto del que depende y el dashboard que nos avisa cuando algo falla.
En fintech un error no es un reporte de bug, es el dinero de alguien. Por eso diseño primero para idempotencia, trazabilidad y conciliación, y después para velocidad. La seguridad es parte del diseño, no una auditoría al final — y la confiabilidad es algo que el negocio puede vender.
Con Binarka Tech también construyo y opero mis propios productos SaaS — MiAgendaPro, MiCatalogoPro y SmartMetering. Ser dueño de un producto de punta a punta me mantiene cerca de la otra mitad de la ingeniería: precios, onboarding, soporte y decidir qué no construir.
Actualmente
Productos SaaS y estudio de software
Binarka Tech
Fundador y Arquitecto de Soluciones
Construye y opera sus propios productos SaaS — MiAgendaPro, MiCatalogoPro y SmartMetering — y Binarka Code Factory, una fábrica de software con IA, de la arquitectura a producción.
Cómo trabajo
- 01Decisiones documentadas con su evidencia y sus trade-offs
- 02Del discovery y la regulación al runbook de producción
- 03Responsabilidad de punta a punta — sin zonas ciegas entre capas
02/Productos
SaaS que construyo y opero en producción.
Productos que diseñé, construí y opero de punta a punta — arquitectura, cobros, apps móviles y soporte. En producción.
- En vivomiagendapro.com
MiAgendaPro
SaaS · gestión de citas
SaaS multi-tenant para negocios de servicios — salones, barberías, clínicas y spas — para gestionar citas, clientes, servicios y personal, con suscripciones en Stripe, app web, panel de administración y app móvil.
NestJS · Prisma · PostgreSQL · BullMQ · Socket.IO · Stripe · React · Expo · Firebase
- En vivomicatalogopro.com
MiCatalogoPro
SaaS · catálogos digitales y cotizaciones
Un catálogo digital para fabricantes y talleres — herrerías, mueblerías, carpinterías, joyerías — que convierte un solo enlace en galería de productos, conversaciones por WhatsApp y solicitudes de cotización.
Next.js · React · WhatsApp · SaaS multi-tenant
- En vivosmartmetering.mx
SmartMetering
SaaS · medición de energía y servicios
Plataforma de medición para condominios: lecturas de medidores, consumo por unidad, prorrateo del recibo de la CFE y recibos individuales — además de analítica que detecta fugas de agua y gas y paneles solares con bajo rendimiento.
NestJS · Prisma · PostgreSQL · React · Expo · Python · FastAPI · pandas · pvlib · Puppeteer
03/Ahora
En qué estoy trabajando ahora mismo.
Proyectos e intereses actuales, en un solo archivo de contenido que actualizo conforme avanzan.
- Diseñando
Nucleus Pay
Aún sin terminar: diseñando la plataforma multi-tenant de orquestación de pagos — abstracción de proveedores, motor de ruteo y bóveda con alcance PCI.
Leer el caso de estudio - Construyendo
Centinela
Convertir datos de superficie de ataque y exposición en reportes de auditoría estructurados y priorizados por riesgo.
Leer el caso de estudio - Construyendo
Binarka Code Factory
Entrega de software con agentes, sandboxes aislados, puertas de calidad y revisión independiente — evidencia antes que demos.
Leer el caso de estudio - Aprendiendo
Rust para infraestructura de pagos
Aprendiendo Rust pensando en las partes críticas en latencia del ruteo y la bóveda de pagos.
- Investigando
Laboratorios de seguridad ofensiva
Laboratorios prácticos para afinar cómo diseño defensas — y cómo explico el riesgo en reportes de auditoría.
04/Especialidades
Ocho dominios, un solo sistema.
El valor no está en una tecnología aislada — está en entender cómo los pagos, los ledgers, la infraestructura y la seguridad se condicionan entre sí, y diseñar para todos al mismo tiempo.
01
Infraestructura de Pagos
Movimiento de dinero que sobrevive a reintentos, timeouts y fallas parciales.
Integración multi-PSP, payment intents, tokenización de tarjetas, cargos recurrentes y cobranza automatizada — diseñados para que cada cargo sea idempotente, trazable y recuperable.
- Orquestación de pagos
- Tokenización
- Cobros recurrentes
- Reintentos y recuperación
Stripe · Openpay · Conekta · Kushki · Toku
02
Arquitectura Fintech
Plataformas de crédito y BNPL donde el ledger es el producto.
Sistemas de pagos de crédito, sincronización de deuda e integración con core bancario, con límites de consistencia explícitos, auditoría y conciliación desde el primer día.
- BNPL y crédito
- Core bancario
- Transferencias SPEI
- Integración H2H bancaria
Mambu · STP · SPEI · OAuth 2.0
03
Sistemas Distribuidos
Servicios que coinciden en lo que pasó, aunque la red no coopere.
Microservicios orientados a eventos con transactional outbox, consumidores idempotentes, manejo de poison messages, DLQs y graceful shutdown — para que ningún trabajo se pierda en silencio.
- Diseño orientado a eventos
- Patrón outbox
- Idempotencia
- Hexagonal / DDD
Kafka · BullMQ · gRPC · Redis
04
Cloud y DevSecOps
Infraestructura declarada, revisada y reproducible.
Entrega GitOps en GKE con overlays de Kustomize y ArgoCD, secretos como código, promoción automática de imágenes y controles de seguridad dentro del pipeline, no después.
- GitOps
- Infraestructura como código
- Aislamiento de ambientes
- Redes privadas
GCP · GKE · Cloud Run · ArgoCD · Terraform · GitLab CI
05
Ciberseguridad
La seguridad como propiedad de la arquitectura, no como checklist final.
Identidad, mínimo privilegio, rotación de secretos, seguridad de APIs y controles alineados a PCI DSS e ISO 27001 — además de auditoría práctica de superficie de ataque y exposición.
- AppSec y seguridad de APIs
- IAM y RBAC
- Gestión de secretos
- Auditoría de seguridad
Keycloak · OIDC / JWT · Vault · Secret Manager · SonarQube
06
Ingeniería Backend
Primero los contratos, después los frameworks.
Servicios en TypeScript y NestJS con capas de dominio desacopladas y abstracciones internas compartidas que estandarizan mensajería, acceso a datos y observabilidad entre servicios.
- Microservicios NestJS
- APIs REST y gRPC
- SDKs compartidos
- Testcontainers
TypeScript · Node.js · NestJS · Prisma · Java · Spring
07
Arquitectura de Datos
La base de datos protege las invariantes que el código podría olvidar.
PostgreSQL modelado para la integridad financiera: row-level security para multi-tenancy, índices parciales, particionado, auditoría encadenada y pooling de conexiones bajo carga transaccional.
- Row-level security
- Particionado
- Auditoría encadenada
- Optimización de consultas
PostgreSQL · Redis · PgBouncer · Prisma
08
Ingeniería Móvil
El teléfono es la puerta de entrada de un producto regulado.
Apps en React Native y Expo con onboarding digital, KYC y login biométrico, auditorías de rendimiento y accesibilidad, y publicación en ambas tiendas.
- Onboarding digital y KYC
- Autenticación biométrica
- Rendimiento
- Accesibilidad
React Native · Expo · Hermes · Firebase · Sentry
05/Proyectos
Infraestructura que mueve dinero — y puede demostrarlo.
Casos de mis productos SaaS, de ZazPay y de iniciativas propias. Los diagramas son conceptuales: muestran cómo se relacionan las piezas, nunca endpoints internos, identificadores ni datos de clientes.
06/Ciclo de un pago
Qué pasa cuando alguien paga.
Un cargo, seis momentos en los que un sistema puede perder dinero o confianza. Haz scroll para seguirlo por la arquitectura.
Paso 1 de 6Un intent con llave de idempotencia
Un intent con llave de idempotencia
El checkout crea un payment intent y guarda con él la llave del cliente. Un reintento devuelve el mismo intent en lugar de crear otro cargo.
Rutear el intento
El orquestador elige un proveedor elegible según reglas — método de pago, cobertura y disponibilidad.
Cobrar a través de un adaptador
El adaptador traduce la solicitud normalizada a la API del proveedor, con la misma llave.
La confirmación llega después
El webhook del proveedor se verifica y se guarda antes de cualquier otra cosa. Que un webhook se pierda o se duplique es lo esperado, no la excepción.
El estado cambia una sola vez
El estado del pago y su evento se confirman juntos con el outbox; el ledger lo consume de forma idempotente.
Verificar contra la realidad
La conciliación cruza el ledger contra liquidaciones y estados de cuenta. Las diferencias se vuelven excepciones con dueño.
07/Arquitectura
Cómo pienso los sistemas antes de escribirlos.
Seis patrones a los que vuelvo en cada plataforma financiera. Cada diagrama es original y conceptual — lo que importa son las decisiones que hay debajo.
Selecciona cualquier componente del diagrama para ver su función.
Un modelo de pago, muchos proveedores.
El producto habla con un solo contrato de pagos. Los proveedores viven detrás de adaptadores, el ruteo decide quién procesa cada intento y cada cambio de estado es un evento.
Decisiones clave
- 1La llave de idempotencia se recibe en el borde y viaja a cada llamada al proveedor
- 2Los webhooks se verifican, se guardan y luego se procesan de forma asíncrona
- 3El failover pasa al siguiente proveedor elegible sin generar un segundo cargo
08/Tecnología
Herramientas, calificadas con honestidad.
Sin porcentajes. Tres niveles que sí significan algo: con qué diseño a diario, qué he llevado y operado en producción, y qué estoy aprendiendo ahora.
- DominioHerramientas diarias. Diseño con ellas y respondo por ellas en producción.
- ProducciónEntregadas y operadas en sistemas reales.
- ExplorandoAprendiendo y construyendo activamente con ellas.
Lenguajes
Backend
Datos
Mensajería
Cloud e Infraestructura
DevSecOps y GitOps
Observabilidad
Seguridad
Móvil y Frontend
09/Terminal
¿Prefieres la línea de comandos? Explora desde aquí.
Una terminal funcional sobre el mismo contenido de esta página. Prueba help, projects u open nucleus-pay.
zsh — elihu@portfolioTab autocompleta · ↑↓ historial
Escribe help para ver los comandos disponibles.
10/Principios
Las reglas que no negocio.
- 01
Seguridad por diseño
Las amenazas se modelan junto con la arquitectura, no se auditan después del lanzamiento.
- 02
Confiabilidad antes que atajos
Un atajo en un flujo de dinero es un incidente futuro, con intereses.
- 03
Arquitectura antes que implementación
Primero se deciden fronteras, contratos y modos de falla. Y se documentan con sus trade-offs.
- 04
Integridad financiera
Idempotente, trazable y conciliable — o no mueve dinero.
- 05
Observabilidad por defecto
Logs, métricas y health checks son parte de terminar, no un ticket pendiente.
- 06
Automatización primero
Si alguien tiene que acordarse de hacerlo en producción, debería ser código.
- 07
Escalar con propósito
Escalar las partes que lo necesitan. La complejidad tiene que pagar renta.
- 08
Ingeniería alineada al negocio
La regulación, la economía unitaria y los usuarios moldean el diseño tanto como la tecnología.
11/Más allá de la ingeniería
Lo que estudio cuando nada está en llamas.
Investigación en ciberseguridad
Laboratorios de seguridad, análisis de superficie de ataque y convertir hallazgos en auditorías accionables.
Rust
Lo estoy aprendiendo para las partes de la infraestructura de pagos donde más importan la latencia y la seguridad de memoria.
Tecnología financiera
Rieles de pago, open finance y la regulación que define cómo se mueve el dinero en Latinoamérica.
Ingeniería asistida por IA
Herramientas de software con agentes, sandboxing, puertas de revisión y evidencia — no demos.
Arquitectura de sistemas
Leer postmortems y papers para entender cómo fallan y se recuperan los sistemas grandes.
Aprendizaje continuo
Registros de decisiones, escribir y enseñar como forma de que el conocimiento perdure.
12/Contacto
¿Tienes un sistema complejo por construir? Diseñemos algo que importe.
Infraestructura de pagos, arquitectura de plataforma, DevSecOps o una segunda opinión sobre un diseño — con gusto lo platicamos.