I feel your frustration, but that is not the kind of thought process behind such product decisions.
Usually there's some sort of corporate strategy, and if that strategy says "cloud first" or "cloud only", then there isn't all that much that a lowly product manager can do.
And even if it's not just a matter of corporate strategy, these companies ask questions like "what's the market size for a cloud-only product?" and "what is the market size for an on-premise solution?" and "how much more effort is it to offer both?", and if the second isn't large enough to warrant the effort, there won't be any.
From a business perspective, a hosted Saas/cloud product simply is very appealing (revenue stream, homogeneous infrastructure, no offsite debugging necessary etc.), and the business folks always dream of just getting some kind of certification with which they can reach ever more regulated customers.
The other upsell strategy is bundles and ELAs. Sell your customer everything, even if they don't need it. This is done by tossing im the kitchen sink beyond the core product the customer actually wants. It's far better to report sales on products that don't actually sell well on their own and take pennies on the list price vs none at all. I'll refrain from name dropping here but the security vertical is a huge offender of these tactics and I feel as though more production IT/ops products and vendors are now going down this path.
"Just throw some money at it" becomes a reasonable strategy at a certain scale. Maybe it's time for an open source PagerDuty/OpsGenie offering.
However by keeping everything as SaaS they absolutely avoid all licensing related issues and questions.
Remember that you can keep your changes made to even GPL licensed code secret, as long as you are not shipping code to anyone. So SaaS places no burden on them.
If they were to ship something to a customer then they would have to meet all the requirements of any and all licenses for anything they used.
> Is there a Jira Ops server option? > Jira Ops is currently available for cloud. We believe the best incident tooling is hosted outside your infrastructure so it’s always available, even if all your internal systems go down.
Once again, Atlassian keeps the good stuff from customers who for whichever reason (usually regulatory) they must maintain systems with no ingress from the internet and therefore cannot use SaaS products.
Atlassian is right, of course, that these kinds of systems which are "above" production should not use the same infrastructure, so that they are completely independent of production in case of wide-ranging production outages. It doesn't matter, regulation is regulation is regulation.
I'm not sure what their market positioning is supposed to be with this product. The value of managed incident response only goes up with the size of the client company. Yet, Jira's cloud offering has a limit of 2,000 users, with early access (read: no production / performance support or guarantees) for 5,000 users. If you work for a large Fortune Whatever company, and even if that company is able to move infrastructure to a public cloud and use SaaS and various goodies, you must operate Jira Data Center to operate with that number of users. Because Jira Data Center isn't Jira Cloud, you don't get access to Jira Ops.
Does Atlassian not think that incident response matters to companies operating under airgap regulations? Or to large enterprises? Does Atlassian think that smaller companies are spending that much time and energy on incident response to warrant this product? :/