Search for a command to run...
Mejores prácticas para el sector financiero
Hi! My name is Igvir, I'm a Computer Science Engineer, I´ll be here "Printing My Working Directory" That's where the name $PWD comes from. Updates, Articles, and Personal Insights about what I´m doing.
No comments yet. Be the first to comment.
Te cuento sobre mi libro sobre spec-driven-development con Kiro.
A series on AI-DLC, the methodology for AI-driven software development. Drawing from three workshops as a certified practitioner — what compresses, what breaks, and what changes about the developer's job. This is post three of three.
This is the second post in a three-part series on AI-DLC. The first post covered what I saw running three AI-DLC workshops. This one is about the problem AI-DLC tries to solve. The third will get into
Software teams have been promised compression for thirty years. Faster sprints. Better tooling. Lower ceremony. The methodology layer keeps getting renamed and the actual delivery curve barely moves.
Yes, we're already flooded with coding assistants that promise to accelerate development. I myself have been writing extensively on LinkedIn with the results of my research. But I can't ignore the fact that IBM has introduced Project Bob, a tool I ha...
$PWD
18 posts
This is PWD, Print Working Directory, It shows you the complete path of the technology we are currently working in. Check my website https://www.igvir.com/
AWS acaba de publicar un artículo en el que se exploran las prácticas para diseñar sistemas de pago críticos que sean altamente resilientes en entornos de múltiples regiones. Eugene Istrati, Jack Iu y Tarik Makota, autores del texto son Arquitectos de Solución en AWS para el sector financiero y destacan la importancia de la alta disponibilidad y la tolerancia a fallos en sistemas financieros, donde la interrupción del servicio puede tener consecuencias significativas.
La arquitectura propuesta se basa en la replicación de datos y distribución de cargas de trabajo en varias regiones de AWS para garantizar redundancia y recuperación ante fallas. Allí se detallan patrones de diseño como la implementación de bases de datos distribuidas y la utilización de servicios como Amazon Route 53 para la gestión de tráfico global. Se incluyen referencias a cómo los operadores de pagos pueden implementar una arquitectura basada en eventos para recibir, consumir y publicar mensajes de pago ISO 20022.
Además, el artículo ofrece recomendaciones para la gestión de datos sensibles y el cumplimiento normativo en el contexto de sistemas de pago, destacando la importancia del cifrado de datos y el control de acceso para proteger la información confidencial.
Recomiendo la lectura del texto como una guía para arquitectos y desarrolladores que buscan construir sistemas de pagos en alta disponibilidad y con resistencia a fallos utilizando la infraestructura global de AWS.
La secuencia paso a paso de los flujos de trabajo de mensajería ISO 20022 puede resumirse en:
Evaluación de requisitos de resiliencia: Identificar los requisitos específicos para el sistema de pago, como el tiempo de recuperación objetivo (RTO) y el punto de recuperación objetivo (RPO).
Seleccionar la estrategia de replicación de datos: Elegir entre la replicación síncrona o asíncrona de datos entre regiones de AWS, considerando factores como la latencia y la coherencia de los datos.
Diseñar la arquitectura de múlti-regiones: Utilizar servicios de AWS como Amazon Route 53, AWS Global Accelerator y Amazon DynamoDB Global Tables para diseñar una arquitectura que distribuya la carga de trabajo y los datos de manera eficiente entre múltiples regiones.
Gestión de datos sensibles: Implementar medidas de seguridad robustas para proteger los datos sensibles, como el cifrado de datos en reposo y en tránsito, y el uso de servicios de administración de claves como AWS Key Management Service (KMS).
Implementar de controles de acceso y cumplimiento normativo: Utilizar AWS Identity and Access Management (IAM) para establecer políticas de acceso granular y cumple con los requisitos regulatorios aplicables al sistema de pago.
Pruebas y monitoreo continuo: Realizar pruebas exhaustivas de resiliencia y realiza un monitoreo continuo del sistema para detectar y mitigar cualquier problema de manera proactiva.
En conclusión, el artículo es una guía útil para arquitectos y desarrolladores que buscan construir sistemas de pago altamente disponibles y resistentes a fallos utilizando la infraestructura global de AWS.
Fuente: AWS for Industries | Foto de portada: CardMapr.nl on Unsplash
