...
| Excerpt | |
|---|---|
|
...
|
...
Atlassian has announced they are retiring the Server versions of their products: https://www.atlassian.com/blog/announcements/journey-to-cloud
- Every "server" customer needs to move to the Cloud,
- Privileged customers will go to Data Center versions: self-hosted inside the customers' network, clustered with several nodes, it resolves problems like storage location, private domain, private network.
DC is now the Cloud++ version, rather than the Server++ version.
Requirement Yogi plans
We were already preparing a solution for the cloud, which we are going to rush into production in the next ~3 weeks.
First version, mid-November
The first version will be very simple, but contains the essential parts of the workflow:
- The requirement macro,
- The search,
- The properties and dependencies,
- The traceability matrix,
It will at least help customers plan and visualize how to migrate their data. But it will lack those features:
- The little popup. Since it is not possible to do it, the popup will be replaced by a full-page. This still allows customers to navigate across requirements and build traceability matrixes, which is the essential part of the product.
- Saving the traceability matrix,
- The baselines,
- A migration tool from Server to Cloud,
- Requirements in vertical tables, the RY Property macro (hidden properties, coloured requirements), dictionaries, the RY Reports macro, the traceability matrixes in pages.
With this first version, we'll be able to launch various programs including the Bug Bounty, which we estimate is necessary to continuously have people who audit the security of our customer's data.
We have the architecture to move the data storage to the geographic zone of your choice, but that choice won't be visible in the UI. Contact us if interested. We still have a stub of information per customer which needs to be in our central database.
In the following months
- Ability to save the traceability matrix,
- Integration with Jira,
- Baselines. They will be implemented differently than on Server/DC, to better match customers' expectations. Experts expect baselines to be a bag of requirements in various versions, and a requirement only changes version when it is modified. That is what we will do.
- A migration tool. Expected for summer 2021. We'll migrate pages, macros and baselines. Traceability matrixes will never be able to be migrated, since the underlying data is entirely different.
Features the Cloud won't have the first year
- Vertical tables, which was a trick on Server to define a requirement as parent of the following ones.
- The RY Reports macro, which allowed displaying results in pages. Instead, users are invited to save their report and share it directly with others.
- The "transform to static table" feature, which allowed transforming an RY Reports macro on a page into a static table, thereby "freezing" the contents of the report.
Features the Cloud won't have
...
| ||
The Cloud migration can be tricky. Read more on how to prepare the migration and accomplish the migration. |
| Info |
|---|
Using a new version of Requirement Yogi? We’ve improved the migrations! Please head to Migration to the Cloud. |
There was no automated migration path to the cloud until 3.5.0. If you were using Requirement Yogi 3.4 or lower, this page explains how to transform requirement keys to text, then transform them back to keys in the Cloud.
Before migrating to the Cloud
Things to know:
We don't have baselines on the Cloud. It is a younger product with fewer features.
It is more difficult to see the requirements on the Jira issues.
We don't have an assisted migration path yet. Baselines, traceability matrixes, reports, and links in Jira will be lost and have to be re-created manually.
Both Jira and Confluence should be in the Cloud, or on Data Center, but we can't "mix" requirements from both instances.
Overview of the migration
Our only migration path is to remove Requirement Yogi, migrate, and use the transformation tool on the Cloud to transform the pages back.
1. Prepare the migration
The database
Before you start, perform an entire backup of the database and of Confluence. All the data of Requirement Yogi will be destroyed (baselines, traceability matrixes) and macros removed from Confluence pages.
In Jira
In Jira, nothing will be migrated to the cloud. We suggest exporting your data to Excel to be able to recreate it.
Be aware that Confluence Cloud can only connect to Jira Cloud, and Confluence Data Center only to Jira Data Center. It is not possible to migrate one side, then another.
In Confluence
The first step is to replace all Requirement Yogi macros on pages, with simple text (the requirement keys). In Confluence, go to the administration of Requirement Yogi, on the tab "Support" → Uninstallation wizard. |
|
Then, use the page to remove the macros from all pages and replace them with simple text: |  |
After this, Requirement Yogi will have deleted all the macros, but also all the records in its database, the traceability matrixes, history of requirements in baselines, links to Jira, etc.
2. Migrate
Use Atlassian's migration tools to move your pages to the cloud.
3. Transform the pages again
On the cloud, go through each page which contains requirements, and use the menu → Requirement Yogi to display the transformation dialog: |
|
The transformation dialog should be preconfigured, just click "Transformation options" → "Transform and save" to transform the page. |
|
4. Recreate the Jira links
After transforming the pages:
Go to Jira,
Setup Requirement Yogi in Jira,
Go to each Jira issue and recreate the links to Confluence requirements.
All Done!
As of January 2022, here is our next milestones for the Cloud:
Better transformations for pages. We want to make it possible to transform documents the most easy way possible.
Certainly features such as vertical tables, requirements in paragraphs, and improvement of the traceability matrix.
The next major feature after those will be the baselines.
Features which won't be available:
The Alt + Shift + R shortcut won't work in the
...
Cloud. We have a wizard to assist with automatically replacing requirements.
The
...
inline popup, as it used to exist for Server, is replaced by a full page in the cloud, which requires clicking on it.
The
...
coverage and
...
dependency matrixes, which
...
wasn't popular. The traceability matrix
...
Features that we are pumped to build in the cloud
- A document importer. You will be able to map fields and— We can't promise in advance, but we believe you will be happy with it.
Pricing
Pricing is slightly different on the cloud, but we'll make it as close as possible to the Server version: $1 per user.
This roadmap is not contractual. We can only promise our team is 75% dedicated to Confluence Cloud, 25% dedicated to Data Center, but there are numerous uncertainties.
| Info |
|---|
Any question? Raise a ticket! |
...
retrieves the same results in a better way.