Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-22535

Document Rotate RabbitMQ Credentials

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • rhos-18.0.17 FR 5
    • None
    • documentation
    • None
    • Document Rotate RabbitMQ Credentials
    • S
    • False
    • Hide

      None

      Show
      None
    • False
    • Not Selected
    • ?
    • ?
    • In Progress
    • RHOSSTRAT-1135 - Rotate OpenStack RabbitMQ Credentials
    • ?
    • rhos-ops-platform-services-pidone
    • ?
    • 0% To Do, 100% In Progress, 0% Done

      Goal:

      As part of the new Jobs to be Done (JTBD) framework adopted by CCS, this must express the JOB that the customer needs to accomplish because of this Engineering epic.

      Improve security, allow customers to use different credentials for different services, security and flexibiity
      RHOSO admin

      In other words, I need the answer the WHY associated with this job of work first.
      Then I need to answer the WHAT and HOW questions, for example: As a <User/Actor>, I Want <to Achieve Some Goal>, so that <Some Reason/Context>.

      Acceptance Criteria:

      Documentation accepted by the PIDONE DFG

      Mini content journey:

      This must be completed as part of the refinement process

      Reviewers: 

      • Technical: Luca
      • Peer: [Writer name] 
      • QE: [name] 

      Is this feature fully supported or technical preview? 

      • Full support: ** 

       

      Does the procedural content need to be tested by QE? 

      • Yes: QE needs to create a doc testing ticket per How-to Jira with the docs team  

      Does the documentation epic need a release note in addition to the feature? 

      • No: The engineering feature or epic might still need a release note. Engineers need to follow the guidance set in How-to Jira with the docs team. 

      What stage of the user journey are you targeting? 

      • Adopt: Adoption or Greenfield feature (Early stage customer use) 
      • Expand: Customizations, day 2 operations, troubleshooting, add features to control plane or data plane 

      Who is your target persona? 

      • RHOSO admin: Platform Engineer 

      What type of information does the user need to know in order to use the feature? 

      • Procedures to implement or enable the feature 
      • Procedures to customize or configure the feature after installation 

      Does the content need to be included in any of the following guides? 

      • Planning guideAre there prerequisites or planning decisions to add to the Planning guide? 
      • Deployment/Customization guideDoes the feature need to be enabled during the deployment process, or can it be enabled post-deployment? 
      •  

              rhn-support-ifrangs Ian Frangs
              shrjoshi@redhat.com Shreshtha Joshi
              rhos-dfg-pidone
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: