Azure Red Hat OpenShift RP
Перейти к файлу
Jim Minter dfcfdec060
standardise on tab indentation in fluentd configs
2020-03-05 12:27:45 -06:00
.pipelines geneva logging part 2 2020-03-02 16:13:35 -06:00
cmd/aro add random delay to space out monitoring workload 2020-03-04 20:27:05 -06:00
deploy standardise on tab indentation in fluentd configs 2020-03-05 12:27:45 -06:00
docs geneva logging part 2 2020-03-02 16:13:35 -06:00
hack removing dummyVM, the fix to the PE-PLS issue has been deployed 2020-03-04 15:06:42 +01:00
pkg standardise on tab indentation in fluentd configs 2020-03-05 12:27:45 -06:00
python add missing version to azext_metadata 2020-02-26 08:41:34 -06:00
swagger Adds admin API 2020-02-18 15:33:54 -06:00
test More e2e tests and the beginings of a script that could be called by the new pipeline (#137) 2020-02-10 17:57:18 -06:00
vendor move to a goroutine/cluster model for external monitoring 2020-03-04 20:27:05 -06:00
.env Implement ARO extension 2019-12-15 22:06:27 -06:00
.gitignore Minor updates to e2e 2020-02-27 08:05:14 -06:00
.sha256sum Adds admin API 2020-02-18 15:33:54 -06:00
CONTRIBUTING.md add CONTRIBUTING.md 2019-12-16 19:16:53 -06:00
Dockerfile.aro run microdnf update 2020-01-10 16:55:12 -06:00
Dockerfile.fluentbit geneva logging part 2 2020-03-02 16:13:35 -06:00
Dockerfile.proxy run microdnf update 2020-01-10 16:55:12 -06:00
Gopkg.lock vendor 2020-03-02 20:06:42 -06:00
Gopkg.toml vendor 2020-03-02 13:03:22 +00:00
LICENSE Initial commit 2019-10-15 22:43:52 -05:00
Makefile geneva logging part 2 2020-03-02 16:13:35 -06:00
README.md Review changes 2020-01-24 09:57:39 +10:00
SECURITY.md add SECURITY.md 2019-12-16 19:16:53 -06:00
cgmanifest.json implement deploy tool 2020-03-02 15:11:43 -06:00
env.example installation instructions for multi-tenant development environment 2019-12-30 12:02:05 -06:00

README.md

Azure Red Hat OpenShift Resource Provider

Notice

For information relating to the generally available Azure Red Hat OpenShift v3 service, please see the following links:

Quickstarts

  • If you have a whitelisted subscription and want to use az aro to create a cluster using the production RP, follow using az aro.

  • If you want to deploy a development RP, follow deploy development RP.

Contributing

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 repositories 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.

Repository map

  • .github/workflows: CI workflows using GitHub Actions.

  • cmd/aro: RP entrypoint.

  • deploy: ARM templates to deploy RP in development and production.

  • docs: Documentation.

  • hack: Build scripts and utilities.

  • pkg: RP source code:

    • pkg/api: RP internal and external API definitions.

    • pkg/backend: RP backend workers.

    • pkg/client: Autogenerated ARO service Go client.

    • pkg/database: RP CosmosDB wrapper layer.

    • pkg/deploy: /deploy ARM template generation code.

    • pkg/env: RP environment-specific shims for running in production, development or test

    • pkg/frontend: RP frontend webserver.

    • pkg/install: OpenShift installer wrapper layer.

    • pkg/mirror: OpenShift release mirror tooling.

    • pkg/swagger: /swagger Swagger specification generation code.

    • pkg/util: Utility libraries.

  • python: Autogenerated ARO service Python client and az aro client extension.

  • swagger: Autogenerated ARO service Swagger specification.

  • test: End-to-end tests.

  • vendor: Vendored Go libraries.

Basic architecture

  • pkg/frontend is intended to become a spec-compliant RP web server. It is backed by CosmosDB. Incoming PUT/DELETE requests are written to the database with an non-terminal (Updating/Deleting) provisioningState.

  • pkg/backend reads documents with non-terminal provisioningStates, asynchronously updates them and finally updates document with a terminal provisioningState (Succeeded/Failed). The backend updates the document with a heartbeat - if this fails, the document will be picked up by a different worker.

  • As CosmosDB does not support document patch, care is taken to correctly pass through any fields in the internal model which the reader is unaware of (see github.com/ugorji/go/codec.MissingFielder). This is intended to help in upgrade cases and (in the future) with multiple microservices reading from the database in parallel.

  • Care is taken to correctly use optimistic concurrency to avoid document corruption through concurrent writes (see RetryOnPreconditionFailed).

  • The pkg/api architecture differs somewhat from github.com/openshift/openshift-azure: the intention is to fix the broken merge semantics and try pushing validation into the versioned APIs to improve error reporting.

  • Everything is intended to be crash/restart/upgrade-safe, horizontally scaleable, upgradeable...