Automation for Production Kubernetes Clusters with a GitOps Workflow
Перейти к файлу
Jim Spring 1e169e6871
redo path fix (#1150)
2020-03-11 10:43:13 -07:00
.github/ISSUE_TEMPLATE Removing triage from template (#1069) 2020-02-28 13:56:06 -08:00
cluster redo path fix (#1150) 2020-03-11 10:43:13 -07:00
docs Grammar fixes and filename normalization (#1146) 2020-03-11 09:33:03 -07:00
gitops Fix helm init (#962) 2020-02-06 20:58:57 -08:00
pipelines Adjust documentation to use SPK Automation (#1121) 2020-03-11 09:30:05 -07:00
test fixes #1030 (unused variables) and #1094 - update flexvol (#1097) 2020-03-05 08:39:45 -08:00
tools Adjust documentation to use SPK Automation (#1121) 2020-03-11 09:30:05 -07:00
.gitignore Repeatable load generation framework that runs on Bedrock (AKS) to load test the target service or application (#541) 2019-08-13 11:03:33 -07:00
LICENSE initial commit 2018-11-16 09:02:43 -08:00
README.md Grammar fixes and filename normalization (#1146) 2020-03-11 09:33:03 -07:00
azure-pipelines.yml Nate.scheduled.builds (#1058) 2020-02-28 16:24:00 -05:00

README.md

Bedrock

Bedrock provides patterns, implementation, and automation for operating production Kubernetes clusters based on a GitOps workflow, building on the best practices we have discovered in working with dozens of deployments with customers in operationalizing Kubernetes clusters.

Bedrock helps you:

  • Define and maintain infrastructure deployments across multiple clusters.
  • Deploy and automate a secure end to end GitOps workflow.
  • Deploy and manage service workloads from source code to their deployment in-cluster.
  • Observe ongoing deployments across multiple services and their revisions and multiple clusters deploying those services.

Getting Started

Infrastructure Management

GitOps Pipeline

Service Management

Deployment Observability

Community

Please join us on Slack for discussion and/or questions.

Contributing

We do not claim to have all the answers and would greatly appreciate your ideas, issues, and pull requests.

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.

When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.

For project level questions, please contact Tim Park.