forked from mboldt/docs-tiledev
-
Notifications
You must be signed in to change notification settings - Fork 0
/
releases.html.md.erb
136 lines (79 loc) · 7.1 KB
/
releases.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
---
title: Partner software product release cycle
owner: London Services
---
Learn about the four phases of a product release.
## <a id='alpha'></a>Phase 1: Alpha
A product begins development in the **Alpha** phase. The product goes through constant churn and refactoring, and might not be feature-complete.
Your customers do not have exposure to a product during Alpha, and there are no quality requirements in this phase. Instead, developers use this stage for internal testing.
## <a id='closed-beta'></a>Phase 2: Closed beta
During **Closed Beta**, a limited pool of users gains access and provides feedback to a product. This feedback drives further development. A status of Closed (Private) Beta informs users that the product can be unstable and should not be used in production.
A product must remain in Closed Beta while:
- Changes can break product function or cause loss of data.
- Users can experience major issues.
- Users must to delete and reinstall tiles rather than upgrading them.
Developers make products in Closed Beta available to specific groups or individual customers on [VMware Tanzu Network](https://network.tanzu.vmware.com).
### Requirements
To enter Closed Beta, a product must meet the following requirements:
* The product must run properly on at least one IaaS, so that your customers can install and try it out. Supported infrastructures are AWS, vSphere and OpenStack.
* Customers must be able to install the product error-free through a tile in Tanzu Operations Manager, and delete the product there without any traces remaining.
* The product tile must target the latest released stemcell version, as listed on [VMware Tanzu network](https://network.tanzu.vmware.com/products/stemcells-ubuntu-xenial/).
* Your product release notes must make clear the following constraints:
* Potential data loss and lack of support make the beta version of the product unsuitable for use in production.
* Your users must delete the old tile and install a new one to move to the next version of the product. No upgrade path exists.
* The product must fulfill its promised feature set, and perform as wanted.
Aa Closed Beta product must include a streamlined method for users to provide feedback to the product developer.
### Steps to release
To create a new Closed Beta release for your product:
1. Log in to [VMware Tanzu Network](https://network.tanzu.vmware.com).
1. Create a new release for your product and populate all of the required text boxes.
1. Verify that the release version states **BETA**.
1. Clearly state in the release description that the product cannot be upgraded, and that you might experience data loss.
1. Email your <%= vars.company_name %> contact to request product validation and Closed Beta release. Provide basic instructions on how to validate the new feature set. <%= vars.company_name %> verifies that the release meets all requirements, make it accessible to invited customers.
## <a id='public-beta'></a>Phase 3: Public beta
Your product is available to the general public in **Public Beta**. The wider pool of users increases public awareness and feedback and facilitates marketing and advertising. As development continues, you might publish a series of product versions in Public (Open) Beta.
Your product is a good candidate for the **Public Beta** stage if:
- You have high confidence that further development will not break the product or incur data loss for users.
- The tile might be upgraded at a later date.
- You still want user feedback to discover minor bugs and evaluate existing features.
- The product does not contain the full set of features intended for the final release.
- You feel comfortable supporting this tile for customers.
Products in Public Beta are available on [VMware Tanzu Network](https://network.tanzu.vmware.com) to any user with a free VMware Tanzu Network account.
### Requirements
Products in Public Beta must meet the following requirements:
* The product meets all requirements for [**Closed Beta**](#closed-beta).
* The tile can be upgraded to subsequent versions without requiring the customer to uninstall the previous version.
* The product supports upgrade paths from any minor version or patch to the next minor version and any patches.
* Tile version upgrades cause no data or configuration loss, and maintain service capability and availability.
* Where appropriate, <%= vars.app_runtime_full %> integrations work properly, including:
* Registered routes
* UAA
* Service brokers
* You can respond to discovery of a security flaw on the [Common Vulnerabilities and Exposures (CVE) list](https://cve.mitre.org/cve/index.html) within a reasonable time frame. Security flaws include vulnerabilities in your stemcell or within one of the components of your tile. <br>
For more information about the security policy, see [<%= vars.platform_name %> Security Overview and Policy](https://docs.vmware.com/en/VMware-Tanzu-Operations-Manager/2.10/vmware-tanzu-ops-manager/security-process-pcf-security.html).
### Steps to release
1. Log in to [VMware Tanzu Network](https://network.tanzu.vmware.com).
1. Create a new release for your product and populate all of the required text boxes.
1. Verify that the release version states **BETA**.
1. Email your <%= vars.company_name %> contact to request product validation and Public Beta release. Provide basic instructions on how to validate the new feature set. <%= vars.company_name %> validates the upgrade scenario and data persistence. After verifying that the release meets all requirements, <%= vars.company_name %> configures it visible to customers.
## <a id='ga'></a>Phase 4: General availability
A product qualifies for **General Availability** when:
- It is production-ready.
- You can charge money for this product and provide support guarantees to your customers.
- The product's full set of features meets the standards of quality that you want to uphold.
### Requirements
Products must meet the following requirements for **General Availability**:
* The product meets all requirements for [**Public Beta**](#public-beta).
* You consider the product production-ready, and you have adequate unit and functional tests to ensure that high quality.
* You can provide customer support.
* Your business team can "go to market."
* The product can scale vertically, by increasing the amount of RAM or CPU. Vertical scaling improves performance and does not result in data loss.
* If appropriate, the product can scale horizontally for high availability.
* Scaled-out nodes (application VMs) function correctly.
* Removing a node does not cause downtime.
* If appropriate, the product supports zero downtime deployment.
* Product installation does not require an Internet connection, after initial product download.
### Steps to release
1. Log in to [VMware Tanzu Network](https://network.tanzu.vmware.com).
1. Create a new release for your product and populate all of the required text boxes.
1. Email your <%= vars.company_name %> contact to request product validation and General Availability release. Provide basic instructions on how to validate the new feature set. <%= vars.company_name %> validates the upgrade scenario and data persistence.