Semana 2026-W33

Del 2026-08-10 al 2026-08-16

Hola,

Este es el primer boletín de “decisiones que tomamos en la semana de una forma o de otra”.

Les debo la actualización de la documentación; me encontré con un tropiezo enorme en cuanto a la funcionalidad de la herramienta que utilizaba para renderizar la arquitectura. De todas formas, hay trabajo publicado aquí: https://github.com/DigitoGroup/digito-architecture/ y seguiré actualizando ese repositorio.

Decisiones recientes que hemos tomado (aunque aún no están documentadas):

• Todos los sistemas que construyamos tendrán telemetría con OpenTelemetry
• Nuestra “Definition of Done” incluye ahora responder a la pregunta “¿Cómo nos damos cuenta si esto falla?”; esto implica comunicarnos con nuestra instancia de prometheus/grafana.
• Simplificaremos el stack en la medida de lo posible; las tecnologías preferidas hasta el momento (excepciones deben ser justificadas) son: Typescript, Nest.js, React SPA, Prisma, Postgres. (Candidatos identificados: Redis para colas/bus de mensajes transiente, zod para validaciones).
• Las excepciones que tenemos hasta el momento son: Validador de Firma (JVM) y Face Compare (Python).
• demeter, que vivirá en interno.digito.net, se construirá con las tecnologías preferidas que tenemos, utilizando autenticación LDAP para tener congruencia con la administración de usuarios de la computadora. Tendrá herramientas internas, la primera de las cuales será una forma en que los RAs podrán exportar una lista de correos de suscriptores actuales para notificar downtimes u otras necesidades. Herramientas de RA, herramientas para marketing, etc.

Pronto estas decisiones y las que hagamos en el futuro estarán documentadas en el repositorio que les compartí de digito architecture.

Cualquier decisión o preferencia de herramientas que sea inmediatamente relevante e importante, por favor comunicarme por correo.

Siendo este el primer boletín, quizás cambiemos de formato en el futuro.

No quería que se fuera sin señalar que tenemos pendiente hacer una revisión de los sistemas críticos de Digito para asegurar su funcionamiento con el mismo nivel de detalle que hicimos con ISI.

Quiero hacerme eco de la postura oficial de la organización: los tickets deben cerrarse siendo comprensibles. Si un ticket no tiene explicaciones y preferiblemente evidencia de lo que ha sucedido con la asignación, será reabierto.

Estamos andando juntos en pos de un mismo objetivo, y si uno de nosotros cae, caemos todos. Seamos amables, corteses, y dispuestos los unos con los otros.

Saludos, y gracias por su tiempo.