Earlier quoted context omitted.
From the article: > Atlassian claims the customers impacted were “only” 0.18% of its customer base at 400 companies. From https://jira-software.status.atlassian.com/ : > The team is continuing the restoration process for the ~400 impacted customers.
> The team is continuing the restoration process for the ~400 impacted customers. We have restored functionality for 45% of impacted users. If this is truthful it implies implies more than 400 impacted customers.
Inside the longest Atlassian outage
581–590 of 772 posts
Re: Inside the longest Atlassian outage
#582Engineering mistakes happen. The most inexcusable thing is not communicating with the paying customers who have been affected for over a week. Atlassian's Global Head of Customer Success probably should have been fired but here she is promoting Atlassian Cloud on LinkedIn three days ago: https://www.linkedin.com/mwlite/in/gertie-rizzo-5b70061 Actually reading a bit more, it seems like their customer team was partying…
A lot of people talking about "firing" in this thread. That's not how Atlassian operates, to their credit. It probably comes from their Australian DNA.
Re: Inside the longest Atlassian outage
#583What blow's my mind is that Atlassian stock has barely taken a hit...
Re: Inside the longest Atlassian outage
#584Rely on a SaaS, complain then don’t have BCP/DR yourself . Huh
Re: Inside the longest Atlassian outage
#585Engineering mistakes happen. The most inexcusable thing is not communicating with the paying customers who have been affected for over a week. Atlassian's Global Head of Customer Success probably should have been fired but here she is promoting Atlassian Cloud on LinkedIn three days ago: https://www.linkedin.com/mwlite/in/gertie-rizzo-5b70061 Actually reading a bit more, it seems like their customer team was partying…
Re: Inside the longest Atlassian outage
#586I personally stopped using Jira a couple of years ago in projects I lead.
Re: Inside the longest Atlassian outage
#587We use on-premises setups for almost everything (we generally avoid cloud solutions to have full control of our data), sometimes (approximately once a month) it goes down for a few minutes which already feels like a torture because all our processes depend on it, I can't imagine having no access to it for several weeks, all our work would stop to a halt... The office of the guy who administers on-premise servers is l…
What do you do if the on-premises guy gets hit by a car and isn't in his office?
Re: Inside the longest Atlassian outage
#588Do anyone seriously consider changing Jira/confluence to some alternative after this? I personally stopped using Jira a couple of years ago in projects I lead.
Re: Inside the longest Atlassian outage
#589Earlier quoted context omitted.
> Communication gap. First, there was a communication gap between the team that requested the deactivation and the team that ran the deactivation. Instead of providing the IDs of the intended app being marked for deactivation, the team provided the IDs of the entire cloud site where the apps were to be deactivated. So what they are saying is that they are not testing scripts at some staging server before running them…
it seems that it worked as intended, thus they have a QA process. The problem was in the wrong IDs provided and I doubt that at their scale they have a staging environment that duplicates the customer data.
Re: Inside the longest Atlassian outage
#590All I can say as an Attlassian Server products user is that the moment they say it was Cloud or nothing, I choose nothing. I much rather running Gittea on a raspberry pi that I CONTROL than having to have the impotence of doing nothing for more than a week. + having work at cloud companies and having been requested to "collect customer data" to hand it over to the government I would NEVER move critical pieces to anyo…
As I understood it is not "Cloud or Nothing" but "Cloud or Data Center" - is this wrong?