News for hackers. Stuff that matters.
Re:Monoliths Are the Future by mycall on Thursday January 30, 2020 @11:09PM (#22198956)
> Don't duplicate data without adding value to it.

What about running multiple versions of a microservice in parallel -- don't each need their own yet separate databases that attempt to mirror each other as best they can?

Re:Monoliths Are the Future by rubyn00bie on Friday January 31, 2020 @05:07PM (#22206378)
I'm assuming you mean in production micro-service, if that's not the case, please elaborate a bit more...

The short answer is "no," as succinctly stated by the, I assume from the name, majestic SideburnsOfDoom. The versions shouldn't _EVER_ be incompatible with each other.

E.g. you need to rename a column.

Do not: rename the column, e.g. `ALTER TABLE RENAME COLUMN...`. Because, your systems are going to break with the new schema.

Do: Add a new column, with the new name, and migrate data to the new column, once it's good upgrade the rest of your instances, then drop the old column. Because, you can use both versions at the same time now without breaking anything. Yes, it can be a little tricky to get the data sync'd into the new column, but that's a lot less tricky than doing it for _every_ table and column.

Re:Monoliths Are the Future by aliswe on Friday January 31, 2020 @02:21AM (#22199784)
Those are just different (versions of) interfaces for interacting with the same data source, ie no not several databases... But I'm no expert
Re:Monoliths Are the Future by SideburnsOfDoom on Friday January 31, 2020 @03:48AM (#22200126)
No.