Skip to content
This repository was archived by the owner on Nov 19, 2024. It is now read-only.

MCLOUD-6215: Add examples in devdocs how to downgrade service versions #7657

Merged
merged 15 commits into from
Aug 4, 2020

Conversation

NadiyaS
Copy link
Contributor

@NadiyaS NadiyaS commented Aug 3, 2020

Purpose of this pull request

Add description and examples to cloud devdocs about downgrading service versions in .magento.app.yaml and services.yaml

Affected DevDocs pages

whatsnew
Added instructions for upgrading and downgrading the software version for installed service versions. See Change service versions

@NadiyaS NadiyaS requested a review from meker12 August 3, 2020 15:00
@devops-devdocs
Copy link
Collaborator

An admin must run tests on this PR before it can be merged.

@jeff-matthews jeff-matthews added the Internal Dev Differentiates work between community and Magento staff label Aug 3, 2020
NadiyaS and others added 3 commits August 3, 2020 10:04
* Revisions to new change version topic
- Added note about support ticket requirement on Pro Staging and Prod
- Added note about checking ES composer package compatiblity on ES
version change
- Updates for DevDocs styles and conventions
- Editorial updates

* Update src/cloud/project/project-conf-files_services.md
@meker12 meker12 self-requested a review August 3, 2020 21:12
Copy link
Contributor

@meker12 meker12 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@NadiyaS Updated the PR with changes. Please review.

@meker12 meker12 requested a review from bbatsche August 3, 2020 21:41
@meker12 meker12 added the Waiting for Response Waiting for response from internal/external parties label Aug 3, 2020
@meker12
Copy link
Contributor

meker12 commented Aug 3, 2020

Waiting for technical review.

@@ -43,19 +43,19 @@ elasticsearch:

## Service values

You must provide the _type_ values: service _name_ and _version_. If the service uses persistent storage, then you must provide a _disk_ value. Use the following format:
You must provide the _type_ values: _service-name_ and _version_. If the service uses persistent storage, then you must provide a _disk_ value. Use the following format:
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why did we change this to service-name here and in the YAML example below but leave it as just name in the documentation (eg, the heading on line 54 and the following two paragraphs [56 and 58]).

I think name is fine, but either way we should be consistent.

Copy link
Contributor Author

@NadiyaS NadiyaS Aug 4, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, need to review all examples, but now we have 2 <name> in this schema https://devdocs.magento.com/cloud/project/project-conf-files_services.html#service-values what is wrong because service names are limited (redis, mysql, elasticsearch and rabbitmq), when service id can have any value with alphanumeric characters.
Probably we may add this as

<service-id>:
    type: <name>:<version>
    disk: <value-MB>

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@meker12 can you please suggest better naming for fields to avoid <name> for two different fields

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

service-id -- works. Added suggestions to PR.

git push origin <branch-name>
```

### Downgrade version
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I feel like we should add a callout here reminding users that this is a destructive process and will delete their existing database data.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We have this information in the description of the service id field

Renaming a service in the services.yaml file permanently removes the following:
 - The existing service before creating a new service with the new name you specify.
 - All existing data for the service is removed. We strongly recommend you snapshot your environment before you change the name of an existing service.

Probably we need to duplicate it

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I clarified the first bullet, and added a warning after step 1 of the "Rename" procedure. See most recent commits.

@meker12 meker12 requested a review from bbatsche August 4, 2020 15:19
@meker12
Copy link
Contributor

meker12 commented Aug 4, 2020

running tests

@meker12 meker12 merged commit 7a32dc7 into master Aug 4, 2020
@ghost
Copy link

ghost commented Aug 4, 2020

Hi @NadiyaS, thank you for your contribution!
Please, complete Contribution Survey, it will take less than a minute.
Your feedback will help us to improve contribution process.

@meker12 meker12 deleted the MCLOUD-6215 branch August 4, 2020 20:53
@meker12 meker12 added 2.x Technical Updates to the code or processes that alter the technical content of the doc and removed Waiting for Response Waiting for response from internal/external parties labels Sep 3, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
2.x Internal Dev Differentiates work between community and Magento staff Technical Updates to the code or processes that alter the technical content of the doc
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants