-
Feature
-
Resolution: Unresolved
-
Minor
-
None
-
None
-
False
-
-
False
-
Not Selected
-
0
GROOMING CHECKLIST:
You can find out more information about ARO workflow, including roles and responsibilities here. Some items in the list should be left for Team Leads (TL) and Region Leads (RL) to perform. Otherwise, all other fields should be populated.
- Size and Scope - this Epic can be accomplished by a single Functional Team (ideally in under a quarter)
- Component has been set to `ARO`
- Labels have been set appropriately for the type of work (only use one):
- Product Management (customer-driven) work should always include `mcsp-aro` and `Ready4TLGrooming`
- Toil mitigation (SRE-Driven) work should always include `shift-improvement` and `Ready4RLGrooming`
- If the shift-improvement item is appropriate for new team members, add label 'Good-First-Item'
- Links for Parents, Blockers, and/or Dependencies have been set for Epics/Issues, including those that must complete before work on this item can begin
- The below template is complete for User Story, Acceptance Criteria, Customer Experience, and Breadcrumbs
- (TL/RL only) The FixVersion has been set to `SREPYYYYQX` for the expected release period for the Epic
- (TL/RL only) If applicable, set a Target End Date for items that have a promised delivery date
- (TL/RL only) The Priority has been set
- (TL/RL only) When all above items are complete, the `team-X-backlog` and `Ready4FLGrooming` labels have been added, the `Ready4TLGrooming` or `Ready4RLGrooming` label has been removed, and this checklist has been deleted from the Epic
USER STORY:
What are we attempting to achieve? You might need to duplicate this a few times.
As a/an an ARO customer who already deployed a cluster that has a public IP
I want to be able to remove the public IP on an already existing cluster
So that my cluster can be completely private.
ACCEPTANCE CRITERIA:
What is "done", and how do we measure it? You might need to duplicate this a few times.
Given a
When b
Then c
CUSTOMER EXPERIENCE:
Only fill this out for Product Management / customer-driven work. Otherwise, delete it.
- Does this feature require customer facing documentation? YES
- If yes, provide the link once available
- Does this feature need to be communicated with the customer? NO
-
- How far in advance does the customer need to be notified?
- Ensure PM signoff that communications for enabling this feature are complete
-
- Does this feature require a feature enablement run (i.e. feature flags update) YES/NO
- If YES, what feature flags need to change?
- FLAG1=valueA
- If YES, is it safe to bundle this feature enablement with other feature enablement tasks? YES/NO
- If YES, what feature flags need to change?
BREADCRUMBS:
Where can SREs look for additional information? Mark with "N/A" if these items do not exist yet so Functional Teams know they need to create them.
- ADR: a
- Design Doc: b
- Wiki: c
- Similar Work PRs: d
- Subject Matter Experts: e
- PRD: f
NOTES:
There is a current frequent enough ask for support exceptions for SRE to remove the public IPs of private clusters that are already created. This Epic is to enable customers to self-serve rather than have SRE do it via support exception.
- is depended on by
-
XCMSTRAT-5 Azure Security
-
- New
-