|
Beamed posted:meanwhile the company you left is still millions of dollars in the hole right? Fun story about that! They hired a guy, one of my ex-coworker's whom I am still friends with gchated me and offered me lunch for a quick brain dump for him, of which I agreed. The lunch was excellent, and the new guy was not only lied to repeatedly about the sheer scale of what he was getting into, but also everything he would be responsible for. He quit the next day. ![]() Reminder: A month before I quit, the CEO at that place said he could replace me in 2 weeks. Edit* At the lunch, I didn't talk about the company, or the politics inside, as those * may * have changed. The only thing I talked about was what I was responsible for, what I did, the overall architecture of the projects, what I did for DevOps, the servers I setup (Chef, Ovirt, Jenkins, Gitlab), how I implemented drivers, build scripts, programming languages, etc etc. I may not like the company, but I won't talk about anything I don't know about either, and I certainly won't gossip to somebody I don't know. FlapYoJacks fucked around with this message at 23:55 on Oct 29, 2018 |
![]() |
|
![]()
|
# ? Jun 7, 2023 12:17 |
|
ratbert90 posted:Fun story about that! your yospos story arc has been fascinating and i wish you the best
|
![]() |
|
MononcQc posted:my fav bit of the kafka architecture is whenever someone notices that oh yeah topic compaction is not enough to guarantee reliable long term storage (i.e. re-partitioning fucks with all the keys and therefore linear history of entries) so you need another canonical data source to act as a kind of backup, and so what you do is put a consumer that materializes the views in a DB. they named kafka correctly, in other words
|
![]() |
|
MononcQc posted:my fav bit of the kafka architecture is whenever someone notices that oh yeah topic compaction is not enough to guarantee reliable long term storage (i.e. re-partitioning fucks with all the keys and therefore linear history of entries) so you need another canonical data source to act as a kind of backup, and so what you do is put a consumer that materializes the views in a DB. Welp, time to go break the news to the team I've been working with that just implemented a new service using multiple compacted topics as long-term datastores. Oneiros fucked around with this message at 04:01 on Oct 30, 2018 |
![]() |
|
what’s the catch with amazon aurora vs. a postgres in rds? I’m not very conversant in aws so naturally it’s falling on me to set a thing up. where by thing I mean boring crud app that may one day have hundreds of users also if the correct answer is "just install postgres on an ec2 instance" I’m ok with it
|
![]() |
|
pokeyman posted:what’s the catch with amazon aurora vs. a postgres in rds? I’m not very conversant in aws so naturally it’s falling on me to set a thing up. where by thing I mean boring crud app that may one day have hundreds of users you gotta say how big it is in rds, you don't in aurora. you also get better graphs. they say its faster but it's mostly a lie. for this you pay a solid chunk more if you have "hundreds of users" its not worth it
|
![]() |
|
i talked to someone who knows about the internals of aurora stuff and they said there's really no downside to it, and it shouldn't have any issues. however, you can do just plain RDS, still. weird thing is the smallest instance type you can use for aurora in postgres is way bigger than the smallest mysql aurora. it's pretty expensive at the low end.
|
![]() |
|
not having to janitor the postgres install in an ec2 instance is a big enough gain that i would recommend using rds, tho
|
![]() |
|
toiletbrush posted:I don't know if it's still the case, but the commonly suggested JSON library for .NET used to spot 'date like' strings in JSON requests and reformat them into it's own format, even if the field being deserialised is a string, making validation that a date was provided in a certain format a massive pain in the rear end/impossible. The author still insists this is the correct behaviour. Yeah I think I posted about this a while ago. I still pop into that GitHub issue to see it still be updated ![]() e: yup lol ThePeavstenator posted:lol, spent 3 hours in our dumbest and most simple API that literally just does CRUD operations trying to figure out why a consumer storing an ISO date string "2018-07-23T16:20:00Z" was getting back "7/23/2018 4:20:00 PM". The API isn't supposed to parse the string at all and the only transformation any data undergoes involves mapping the API data model to a DB data model before storing it in Cosmos DB. Weirdly, the string was actually correctly stored as an ISO string in Cosmos DB as well. ThePeavstenator posted:best part of that 2 y/o (and still recently active) github issue: ThePeavstenator fucked around with this message at 05:23 on Oct 30, 2018 |
![]() |
|
also wait i missed "hundreds of users" lol, just throw it on the smallest regular RDS instance you can, you'll be fine. rds owns, postgres owns
|
![]() |
|
ratbert90 posted:
fucken nice
|
![]() |
|
ty team
|
![]() |
|
ratbert90 posted:Fun story about that! your stories are the wind beneath my wings
|
![]() |
|
bob dobbs is dead posted:you gotta say how big it is in rds, you don't in aurora. you also get better graphs. they say its faster but it's mostly a lie. for this you pay a solid chunk more aurora can be 64tb vs 6tb for rds. yes, this mattered. replication is totally different and better than what you can do with rds (drbd for ha and binlog replication for read replicas) upgrades on rds are not bulletproof so have fun with your ticket if it busts. np if you have enterprise support and get the good response time I would not touch rds, if possible, because of the upgrade problems. if you have a dba already then consider ec2 otherwise shell out for aurora. or just don’t do major upgrades in place if that is feasible
|
![]() |
|
I cannot stress enough how much it sucks to have a production db totally hosed and inaccessible and be stuck with a 24 hour turnaround playing ticket tag with support peons
|
![]() |
|
Doing a major in place upgrade seems like an obv bad idea, though. Unless you're running a super trivial web thing I guess. I've only been devops'ing for like 4 months so I'm obv terrible, but seems like just doing a standard blue-green setup completely mitigates the issue here, and sure you get better support times with aurora, but seems moot if the upgrade with aurora is just as issue-prone as anything else in rds.
|
![]() |
|
Finster Dexter posted:Doing a major in place upgrade seems like an obv bad idea, though. Unless you're running a super trivial web thing I guess. you mean, create a replica, wait for it to sync, stop all writers, wait for replication to catch up, run the upgrade, switch your dns, and restart the writers? upgrade takes multiple days, mostly snapshot time, when you have several tb. stopping writes for that long would have been visible to customers and the upgrade button worked fine in dev (similar data size, same MySQL version). might be ok for 5.6 to replicate from 5.5 in which case the downtime would be minimal and acceptable but if you’re going through all that, what is rds saving you, exactly? May as well run on ec2 aurora afaik doesn’t have any big bang upgrades to deal with cause they forked at 5.6.10 and just cherry pick fixes from upstream. they also have the ability to mangle it however they want to handle upgrades as they like rather than write tooling around what upstream poops out. since migrating from rds to aurora that db has gone from a constant headache to solid & ignorable
|
![]() |
ratbert90 posted:Fun fact about my current boss: what do you even put in sql to get it to 92mb, 10 million entries hardcoded into where foo in (bar) clause? ![]()
|
|
![]() |
|
cinci zoo sniper posted:what do you even put in sql to get it to 92mb, 10 million entries hardcoded into where foo in (bar) clause? you know as well as i do that it's tons of xml
|
![]() |
redleader posted:you know as well as i do that it's tons of xml that’s a option even more “why” than the one i mentioned
|
|
![]() |
|
cinci zoo sniper posted:that’s a option even more “why” than the one i mentioned how else are you gonna fake an object db in a real db?
|
![]() |
|
i'm guessing the entire schema of that database is:SQL code:
|
![]() |
![]()
|
|
![]() |
|
Kevin Mitnick P.E. posted:you mean, create a replica, wait for it to sync, stop all writers, wait for replication to catch up, run the upgrade, switch your dns, and restart the writers? upgrade takes multiple days, mostly snapshot time, when you have several tb. stopping writes for that long would have been visible to customers and the upgrade button worked fine in dev (similar data size, same MySQL version). might be ok for 5.6 to replicate from 5.5 in which case the downtime would be minimal and acceptable i think the biggest issue is you're using the mysql flavor of RDS. why?
|
![]() |
CRIP EATIN BREAD posted:i think the biggest issue is you're using the mysql flavor of RDS. yeah, this. mysql 8 i can undersrand, būt greenfield 5 in tyool 2018
|
|
![]() |
|
we've been running a postgres RDS instance for ~4 years now. backups are automatic, upgrades take mere seconds, and unplanned outages: 0.
|
![]() |
|
all i know about databases is that if i need one i should probably use postgres and ideally leave it to someone else
|
![]() |
|
cinci zoo sniper posted:what do you even put in sql to get it to 92mb, 10 million entries hardcoded into where foo in (bar) clause? all the pngs used including some that arn't
|
![]() |
|
CRIP EATIN BREAD posted:i think the biggest issue is you're using the mysql flavor of RDS. Yeah, I stupidly assumed Postgres. MySql is a garbage fire inside a dumpster fire, imo.
|
![]() |
|
pointer to brownstar
|
![]() |
|
CRIP EATIN BREAD posted:i think the biggest issue is you're using the mysql flavor of RDS. decision made before I was hired
|
![]() |
Kevin Mitnick P.E. posted:decision made before I was hired i feel you. all our gigantic legacy poo poo has mysql backends
|
|
![]() |
|
I wonder if MariaDB is any better than mysql. Also, I wonder if anything came about with those rumors that oracle would just actively make mysql suck Finster Dexter fucked around with this message at 16:05 on Oct 30, 2018 |
![]() |
Finster Dexter posted:I wonder if MariaDB is any better than mysql. maria had parity with mysql for most used, not sure if that has held since oracle released mysql 8, which is doing giant strides to catch up with postgre
|
|
![]() |
|
instead of playing catch-up with an inferior database i'd recommend just using postgres because i can't imagine a single use-case where mysql > postgres. except maybe in billable hours for maintenance?
|
![]() |
|
i know how to do a mysql and would need upwards of two hours to transfer those skills to postgres so i could definitely see speccing mysql when idgaf and am not accountable for the success or failure of the product
|
![]() |
CRIP EATIN BREAD posted:instead of playing catch-up with an inferior database i'd recommend just using postgres because i can't imagine a single use-case where mysql > postgres. just commenting on maria, i do recommend options other than postgre only to people who don’t need rdbms recommendations
|
|
![]() |
until double digit terabytes it works splendidly
|
|
![]() |
|
CRIP EATIN BREAD posted:instead of playing catch-up with an inferior database i'd recommend just using postgres because i can't imagine a single use-case where mysql > postgres. isnt mysql slightly faster if you're basically just using it as a key-value store? but if you want a key-value store just use redis instead
|
![]() |
|
![]()
|
# ? Jun 7, 2023 12:17 |
|
cinci zoo sniper posted:what do you even put in sql to get it to 92mb, 10 million entries hardcoded into where foo in (bar) clause? cat bullshit_db.sql |wc -l 7179 It's also apparently a full snapshot from the latest release, so that's.... terrible as well.
|
![]() |