News for hackers. Stuff that matters.

troublebucket

Were you able to successfully complete the encryption and cut-over?
Nice article! Did you run into challenges using a DNS record for cut-over from the old DB to the new, encrypted DB?
This is how we're planning to encrypt our RDS Postgres DBs, but with PG's built-in logical replication.

I tried it with DMS and it was so cumbersome. We would've needed to make a lot of schema changes to get DMS to function. Specifically DMS can't replicate a number of character column-types because they were considered CLOB.

Re:We migrated our PostgreSQL database with 11 seconds downtime on Thursday January 18, 2024 @08:06PM (#39050346)
+1 DMS is very half baked. Silent, unbuggable errors. Tons of unsupported LOB and CLOB data types. Built-in Postgres logical replication is way easier.
Re:We migrated our PostgreSQL database with 11 seconds downtime on Thursday January 18, 2024 @08:05PM (#39050337)
Has anyone encrypted the storage on a previously unencrypted RDS using Blue/Green?
yeah I also don't want any third party getting ahold of my transaction data. My solution was to have my banks send alert emails to me for any transaction. Then the alert emails are forwarded to a Dockerized email server I set up. The transaction data is automatically parsed out of the emails and loaded into a database. The only cost for me is the server.

Honestly the email server could be gotten rid of if someone was willing to directly access their gmail email account via IMAP, or whoever you use for email. I thought it would be a fun challenge to make an email server x_x

My goal is to make it so people like you could write some regex for their bank alert email parsing, spin this up, and be off to the races with no third party interference.

Here's the repo (WIP): https://github.com/katefike/sage