adorsys / adorsys/status-list-server

Discussion with Mr. Yanick.

Abierto
#139 0 comentarios 4 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
Rust
Estrellas
22
Forks
5
Merge medio
2 d 11 h
PR fusionados (30 d)
47

Descripción

Hello everyone,

Please find below some of the key points that were mentioned during the meeting with Mr. Yanick:

## Action Items

- [ ] Investigate the Redis High Availability (HA) architecture.
- [ ] Evaluate distributed storage synchronization.
- [ ] Investigate a caching strategy to reduce costs.
- [ ] Consider an architecture with a master node that controls how data is stored across the other nodes.
- [ ] Review PostgreSQL user management and permissions.
- Avoid using the PostgreSQL admin user for the application.
- Create a dedicated application user with only the permissions required by the application (principle of least privilege).
- [ ] Decide whether we are going with RAS or staying with Kubernetes.
- Create tickets to evaluate both options.
- Define the implementation plan.
- Create tickets for:
- [ ] High availability architecture/design
- [ ] Database design
- [ ] Backup strategy
- [ ] Backup integrity verification
- [ ] Backup restoration testing
- [ ] Never cache private keys. Retrieve them only when needed, but do not cache them.
- [ ] Revisit the caching mechanism.
- If private keys must be stored temporarily, use encrypted disk storage rather than RAM.
- Disk encryption is a well-established security practice, whereas protecting data in RAM is significantly more complex.
- [ ] Re-evaluate whether caching is needed.
- If caching is required, clearly define:
- [ ] What will be cached.
- [ ] Where it will be cached.
- [ ] How it will be cached.
- [ ] The security measures that will protect the cached data.
- We need to check if we need to implement a log collector in the backend side so that the @Awambeng and @forkimenjeckayang can use that for monitoring

## Notes

- Follow the principle of least privilege for database access.
- Ensure backup integrity and restoration are tested regularly as part of the implementation.
- Design the caching strategy with security as a primary consideration.

@Hermann-Core @ndefokou @Awambeng @forkimenjeckayang @Christiantyemele @Blindspot22 @Mart @IngridPuppet

Guía de contribución

Abrir la guía de contribución

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.