This section contains documentation of the Operate First Blueprint, covering the topics of architecture (including logical diagrams and documents of decisions taken) and the process to create deployments (including schema and physical diagrams).
Architectural decisions are design decisions with some level of architectural significance. At Operate First, we track architectural decisions using lightweight architectural decision records. More information on the format we follow is available at https://adr.github.io/madr/.
- ADR-0000 - Use Markdown Architectural Decision Records
- ADR-0001 - Use GNU GPL as license
- ADR-0003 - Users of an Operate First deployment might need different features than provided by upstream project's release
- ADR-0004 - ArgoCD Apps of Apps Structure
- ADR-0005 - Repositories Supporting Multiple Environment Deployments
- ADR-0006 - Application Monitoring using Prometheus
- ADR-0007 - Alerting Setup for Monitoring
- ADR-0008 - GitOPS and Secrets Management
- ADR-0009 - Declarative Definitions for Cluster Scoped Resources
- ADR-0010 - Common Authentication for Applications
- ADR-0011 - Managing Operators
- ADR-0012 - MOC Infra Cluster Deployment Methods
- ADR-0013 - Multi-Cluster Environments
- ADR-0014 - Enforcing of Resource Quotas
- ADR-0015 - Declarative Definitions for Cluster Scoped Resources - Addendum
- ADR-0016 - Reviewing Pull Requests
- ADR-0017 - Authentication for all platform environments
- ADR-0018 - Authentication migration to Keycloak
- ADR-0019 - Maintaining GitHub organization as a code
- ADR-0020 - Provide a service catalog
- ADR-0021 - Operate First Community Cloud support process
- ADR-0022 - Rules for entity mapping in Service Catalog
At Operate First, continuous delivery is a tool that uses source-to-image and Docker builds to containerize your application and provide you with an image to utilize in your deployment. Click here to learn more about our vision of the continuous delivery concept.