Inside the longest Atlassian outage

Post by originalvichy » Wed, Apr 13, 2022, 9:34 PM UTC

pphysch wrote: post #346

originalvichy wrote: post #221

Earlier quoted context omitted.

I am biased but I can tell you what works best for mid-large companies: having a solution provider. Basically a partner that hosts and maintains the instance and has enough Atlassian certified people to help you with any question so that you will never have to hire people to just maintain the beasts or tell you about features, tricks or plugins that could solve problem X. Experienced people hosting and tuning Atlassi…

It seems like if you are going to pay for a bunch of SaaS seats AND a team of technicians/engineers for make it work, you might as well just do the latter and roll your own solutions... A lot of these SaaS are just glorified Rails apps with a patina of professional "security" and "reliability", and loads of extra junk that your co will never use.

Post by grog454 » Wed, Apr 13, 2022, 9:40 PM UTC

KronisLV wrote: post #331

grog454 wrote: post #307

Earlier quoted context omitted.

>"Nobody uses more than 5% of its features, but every company uses a different 5%." >The saying is apocryphal and unlikely to be accurate Well its mathematically impossible to be accurate as soon as you have > 20 users.

> Well its mathematically impossible to be accurate as soon as you have > 20 users. It's probably in the semantics. Text input and editing is clearly a part of functionality that's probably used by everyone (or at least most users), so it's not possible for "different 5%" to mean what you're alluding to, maybe the phrasing needs work. In any given 5% there might be 1-4% of overlap with what others are using and the r…

Post by notatoad » Wed, Apr 13, 2022, 9:40 PM UTC

a2800276 wrote: post #424

yebyen wrote: post #408

Earlier quoted context omitted.

I think that depends on what you mean by compliance. Some regulations require you to irreversibly destroy data when they prescribe the destruction of that data. That can mean as much as "you have to encrypt everything with a separate key, so that you can destroy the key for the given (say, personally identifiable) dataset making its retrieval irrecoverable" I'm not saying that's the particular compliance reason they…

"permanently delete" strongly suggests to me that it was the "medical and financial data" kind of compliance. If data can be restored, it's not permanently deleted. But this was a statement from the CEO, so words can have arbitrary meaning :)

Post by function_seven » Wed, Apr 13, 2022, 9:42 PM UTC

bzxcvbn wrote: post #452

bombcar wrote: post #235

Earlier quoted context omitted.

In these cases the best thing to do is just give every customer the full month refund; don't make them ask for it.

Not every business can afford to go one month without income. What's the best thing for customers? Have the business go bankrupt and irremediably lose access to the service?

Post by miketria » Wed, Apr 13, 2022, 9:43 PM UTC

bombcar wrote: post #167

a-dub wrote: post #123

Earlier quoted context omitted.

that's an interesting question, i've given a little thought to this multi tenant saas stuff... not sure if the right way forward is some sort of innovation in operating system and software design where people write and run apps that feel like single tenant apps attached to dedicated per tenant datastores where os and framework magic handle per tenant encryption and segmentation (tenant id as an os level concept) or..…

Yeah, soft delete is the way to go in 99.99% of the cases, with a system setup to eventually hard delete on some schedule (preferably don't hard delete until X number of backups have caught the soft deleted data safely, for example).