The goal of the architecture documentation workshop is to get an overview of the existing IT landscape that acts as a starting point for team onboarding, discussions
Attendees
- Facilitator / Documenter
- experienced technologist, Facilitator, diagram drafter and questioneer
- BackendDevOps /
- someone with access to infrastructure backend to share insights
- Technical counterpart at client
- person that has knowledge of infrastructure
- person that is able to forward team to other people that know more about specific part of infrastructure or knows
Research / Homework
- request existing documentation, diagrams, access to codebase
- decide if it is possible to create a first version of diagram without client (e.g. internally)
- create draft version of diagram with knowns before starting the call with client
- create invitations for workshop
- facilitator prepare tools, diagrams and agenda on laptop before meeting
Agenda / Subjects
- Pose the goal and agenda of the meeting, check available time for participants
- Review existing draft of diagram
- Reference existing diagrams
- Start documentation of infra
- high level cloud vendors (google / amazon), vps vendors, on premise
- projects / sub tenants per cloud vendor
- Runtime services (Cloud Run, App Engine, Cloud Functions)
- containers / applications
- including the used technologies
- Databases (Datastores, MySQL, NoSQL)
- Storage (S3, blob storage, ftp)
- Secret stores (SecretManager, storage bucket)
- Service communication? (PubSub)
- Backups (database, rollback)
- Monitoring (uptime, performance, errors, logs)
- Domain names (and DNS records
- How are all these apps linked together? Specific frontend for specific backend?
- Source code versioning (bitbucket, github repo’s, monorepo)
- CI/CD (tools used, automated builds/deploys, release frequency)
Tooling