Live data from Hacker News

Inside the longest Atlassian outage

newsletter.pragmaticengineer.com

81–90 of 772 posts

Re: Inside the longest Atlassian outage

#81

Earlier quoted context omitted.

I can't believe that they would intermix the data in that way... but if they did, godspeed to them, they're likely still overpromising what can be done in this time frame.

How else do you run a multitenancy platform?

This. It would be an impossible nightmare for every account to have their own DB. Hundreds of thousands of accounts and databases....

Re: Inside the longest Atlassian outage

#82

Earlier quoted context omitted.

I can't believe that they would intermix the data in that way... but if they did, godspeed to them, they're likely still overpromising what can be done in this time frame.

How else do you run a multitenancy platform?

Multiple schemas? You don't need every tenant in the same schema. However I'm not a DBA by trade so there might be some issue with doing this at scale that I'm unaware of.

Re: Inside the longest Atlassian outage

#83

> Most of them said they won’t leave the Atlassian stack, as long as they don’t lose data. This is because moving is complex and they don’t see a move would mitigate a risk of a cloud provider going down. I still don't understand the strangehold JIRA has on some clients. I can't quickly think of another SaaS product that could be down for almost 2 weeks and not have most customers leave.

>I still don't understand the strangehold JIRA has on some clients.

But it's got what plant's crave...

Re: Inside the longest Atlassian outage

#84

Earlier quoted context omitted.

I would really like to understand who makes the decision to purchase JIRA. It's like the C++ of ticketing software--it does everything because no one wanted to sit down and think critically about the use cases and instead decided it would be easier to say "yes" to every single feature request. It definitely feels like whoever is buying JIRA is not on the team who is using it (maybe IT or finance) because it ticks the…

ime people pick Jira because they've used Jira and have been promoted via the peter principle to the level at which they make purchasing decisions.

IBM effect. If you don't care a whole lot about your ticketing system, you just pick Jira because everyone'll nod along with the choice and you won't personally be blamed if/when it sucks, you won't make enemies or have to argue over the choice because it can't do something that someone else in the org "needs" it to do, et c.

Re: Inside the longest Atlassian outage

#85
i hate deleting things. prefer flags that hide things instead (like a boolean deleted flag in an rdbms table).

prevents data integrity issues in relational databases, makes debugging easier and prevents disasters.

ideally also include a timestamp, both for bookkeeping and safe tools that only remove things that have been soft deleted for some time and are safe to delete without compromising integrity of anything that is not deleted (this is especially important in relational data models)

Re: Inside the longest Atlassian outage

#86
post #19

Earlier quoted context omitted.

> Faulty script. Second, the script we used provided both the "mark for deletion" capability used in normal day-to-day operations (where recoverability is desirable), and the "permanently delete" capability that is required to permanently remove data when required for compliance reasons. The script was executed with the wrong execution mode and the wrong list of IDs. The result was that sites for approximately 400 cu…

I suppose that’s why you don’t combine a tazer and gun into 1 device with 2 triggers.

If you have a 3rd trigger where the gun turns on the user it would be fairly safe.

Re: Inside the longest Atlassian outage

#87

Earlier quoted context omitted.

How else do you run a multitenancy platform?

This. It would be an impossible nightmare for every account to have their own DB. Hundreds of thousands of accounts and databases....

Wait. Why? This sounds like something that feels hard, if you are used to the giant DBs of old. But you can probably get many many instances of the smaller databases without much trouble.

Would still be some maintenance, don't get me wrong. But far from impossible.

Re: Inside the longest Atlassian outage

#88

so this is the end of Atlassian as a company right?

Eh. The Exxon Valdez oil spill is a case study in the failure of crisis management, but Exxon weathered it. It's a vastly different industry with huge "economic moats," but it does point to the fact that a company can weather a crisis.

Re: Inside the longest Atlassian outage

#89

Earlier quoted context omitted.

I would really like to understand who makes the decision to purchase JIRA. It's like the C++ of ticketing software--it does everything because no one wanted to sit down and think critically about the use cases and instead decided it would be easier to say "yes" to every single feature request. It definitely feels like whoever is buying JIRA is not on the team who is using it (maybe IT or finance) because it ticks the…

What's wrong with C++? Seems unfair to compare it with JIRA.

I was a C++ programmer in a past life and I sorta like it. C++ and JIRA seem to have the same philosophy with respect to choosing which features to admit: "yes". The idea is that by supporting the largest number of features possible, they'll surely build something that everyone likes because it will tick everyone's boxes. What people frequently fail to realize is that the absence of misfeatures or redundant features is an important feature in and of itself. Moreover, the more features you support, the harder it is to control for quality.

Re: Inside the longest Atlassian outage

#90

> it takes between 4 and 5 elapsed days to hand a site back to a customer. Atlassian's SLA page says, Premium Cloud Products 99.9% That's 43 minutes of downtime per month. That works out to, Atlassian can't have any more downtime for the next 14 years. Are SLAs even real? I'm being slightly facetious. From the page text it's just a threshold after which I think you're entitled to some money back for that month.

SLAs aren't real unless there's a contractual consequence for not meeting them.

And a couple of percent discount on services for the extra downtime isn't really a meaningful consequence.

Post reply on HN