CLOUD-6999, which I often talk about with exasperation, is a legendary Jira task, at least among those in in Confluence. It's legendary because it hasn't shipped a feature in 12 years, despite saying it's in development.
The Atlassian product family is broadly divided into server, datacenterdata center, and cloud products. The server suite is used by small to medium-sized organizations to use Atlassian products in an unon-premise environment, but it was discontinued a few years ago and was discontinued last year. In my previous experience, some organizations started using the Confluence server product due to security concerns and didn't want to pay additional license fees for each major version upgrade, so they kept the old server version, giving their users (employees) an outdated experience with Confluence. The Data Center Suite is what we use in our on-premises environment when we use Atlassian products at scale, and the minimum contract unit for Confluence starts at 500 users. You're looking at tens of thousands of dollars in annual software fees alone, which is probably more than you can afford to spend on a datacenter data center environment. While sales and support for the server version have ended, the datacenter data center version is still available and continues to be developed and supported.
Finally, the cloud version is the use of Atlassian products in an environment that Atlassian has deployed directly to AWS, which is a relatively less secure and and sometimes unreliable environment compared compared to the datacenter data center version. Despite the relative lack of security, in recent years Atlassian has focused on developing environments that meet the various compliance requirements on its roadmap.
CLOUD-6999 is is registered in July 2011 with the requirement to allow the use of custom domains, especially in confluence cloud environments. This task has been neglected for 12 years now, and the PM to whom it was assigned a few years ago has been popping up periodically to update us on progress. However, I have doubts about whether this progress is actually being made , because I don't know if it's because I don't read English very well, but there's nothing there, just a statement that custom domains are important to us and that we're doing various preparatory work for them. At some point, people who got tired of waiting after receiving multiple of these seemingly fruitless replies over the years started making and selling t-shirts and stickers, and I bought one and put it on my laptop and iPad to remind me every day of the absurdity of this 12-year-old task. Others have gone crazy waiting and and started playing tic-tac-toe with with the replies, and it's gotten to the point where I'm m seriously questioning whether whether Atlassian has the will to support custom domains in their cloud suite. Personally, I find their replies to be ridiculous and unreliable, but I'm going to take their word for it that they're at least working on it.
Let me start by explaining why a custom domain is needed and how it's been done so far from the perspective of a Confluence Cloud user. Confluence started as a server version, which naturally has the freedom to set up a custom domain. Organizations I've worked with that use Confluence on an intranet domain , and depending on the usage scenario, they either put Confluence on the internet to provide information, or they use Confluence as a replacement for a website, as I do now, or they use it as an FAQ database.
In these usage scenarios, a custom domain is important. Customers often judge the credibility of the website they're visiting by the domain it's being served on. We recently saw saw one mastodon community block block an entire TLD because it was a free domain. Custom domains are an important feature, at least from a conversion standpoint. When Atlassian stopped selling and supporting the server version and supported the migration to the cloud version, we had a dedicated team to help us with all the weird things that happened during the migration, but almost exclusively custom domains were not supported at all. So customers who moved to the cloud could no longer use their custom domains, which caused the trust issues described above.
In recent years, the number of services that are enterprise-grade and don't support custom domains has increased dramatically, and I briefly thought that custom domain support is the order of the day, but I'm going to be a little conservative and say that I think it's still a trust issue for certain organizations to use custom domains. There are Some services that have come come out that mitigate this situation, and for close to a year, this website website used a service called cloak.ist to to provide custom domains on a limited basis. (The reason it's in the past tense is because that we no longer use it, but that's a story for another time.)
Now let's talk about why I personally think Atlassian will probably never offer custom domains with their cloud product, at least not forever. Atlassian has ended sales and support of the server version of Confluence. The server version had been a reasonable choice for small to medium-sized businesses to meet their security needs. For a modest license fee, you could get a very good enterprise resource planning tool. However, it seems that customers who were using the server version were not renewing their licenses as frequently as Atlassian would have liked. Several organizations that were previously using Confluence were also running versions that were several years behind the latest version. None of them were using the latest version, and this gave Confluence a bit of an antiquated image in the minds of their users (employees).
For Atlassian, the way out of this situation is to get rid of the server version for small and medium-sized businesses and move them completely to the cloud. First of all, small and medium-sized businesses probably don't need the same security as the datacenter data center version, and secondly, once they're in the cloud, it's much easier to apply version updates and new licenses. The price increase for the cloud version that happened after the server version's end of support is a pretty good indication that this plan works. The cloud version is pretty easy to manage and quite modern from a user (employee) perspective.
...