Skip to content
Snippets Groups Projects

Mention monitoring-development cluster in onboarding instructions.

Open Tristan Read requested to merge tr-onboarding-patch into master
1 unresolved thread
1 file
+ 1
1
Compare changes
  • Side-by-side
  • Inline
@@ -44,6 +44,6 @@ Welcome [name] to the Monitor group! We're very excited to have you. This onboar
### As Needed
* [ ] New team member: When taking on a metrics dashboard-related ticket, [create an access request](https://gitlab.com/gitlab-com/access-requests/issues/548) for the "Kubernetes Engine Admin" role in Google Cloud Platform. This will allow you to test your changes in a [review app](https://docs.google.com/document/d/1SZD7hQ1F2A5Qaja1lLy1a-1fN89tXY8ZkkxAlaYcb7E/edit?ts=5c7fd1ad).
* [ ] New team member: When taking on a metrics dashboard-related ticket, [create an access request](https://gitlab.com/gitlab-com/access-requests/issues/548) for the "Kubernetes Engine Admin" role in Google Cloud Platform. Make sure to request access to both the general namespace (`gitlab-internal`) and the team specific one (`monitoring-development`). This will allow you to test your changes in a [review app](https://docs.google.com/document/d/1SZD7hQ1F2A5Qaja1lLy1a-1fN89tXY8ZkkxAlaYcb7E/edit?ts=5c7fd1ad).
    • Arguably new team members don't need access to gitlab-internal. We could remove this from the instructions?

        1. Yeah, we can remove that part
        2. Managers should be able to give access to the monitoring-development kubernetes namespace through the google group. Could you just add as an item to first week?
      • Please register or sign in to reply
Please register or sign in to reply
/confidential
\ No newline at end of file
Loading