This repository was created to demonstrate patterns, solutions, and demos for federal customers and partners. This guidance is built by an active open-source community with an authentic federal perspective. Teams can use this repository as a starting point to successfully implement cloud-native architectures and services in Azure Cloud & Azure Government Cloud.
The goal is to address high-value problems, unique scenarios, while providing actionable guidance and direction. You should refer to these solutions as a starting point to accelerate you cloud adoption journey. Feel free to fork a copy of this repository for your own use cases, requirements, experimentation, learning and cloud adoption journey.
| Topic | Solution | Azure Global | Azure Government | Last Tested |
|---|---|---|---|---|
| Containers | ACR Tasks with Private Agents |
✔️ | ✔️ | 03/31/2022 |
| Kubernetes | Deploy Azure RedHat OpenShfit |
✔️ | ✔️ | 03/31/2022 |
| DevSecOps | Deploy BigBang On Azure |
✔️ | ✔️ | 06/08/2022 |
| DevSecOps | Deploy BigBang On Azure Automated |
✔️ | ✔️ | 06/08/2022 |
| Configure BigBang to use a Custom Registry | Custom Registry on BB |
✔️ | 06/20/2022 | |
| CI/CD | Manage APIM with Bicep + CI/CD |
✔️ | N/A | 02/28/2022 |
| CI/CD | Scaling Containerized Azure DevOps Agents with AKS + KEDA |
✔️ | N/A | 07/11/2022 |
| Infrastructure | TIC 3.0 Architectures |
✔️ | ✔️ | 05/04/2022 |
| Bot | Mobile Virtual Assistant |
✔️ | N/A | 05/20/2022 |
| Cognitive Search | Document and Audio Parsing and Classification |
✔️ | ✔️ | 06/08/2022 |
| Modern Auth | React MSAL AAD Example |
✔️ | ✔️ | 01/24/2023 |
| OpenAI | OpenAI ChatGPT text generation in Python Example |
N/A | N/A | 01/27/2023 |
| Topic | Training | Azure Global | Azure Government |
|---|---|---|---|
| Serverless | Cloud-Native Workshop with Functions + Cosmos |
N/A | N/A |
| Remote Debugging | Remote Debugging on App Services | N/A | N/A |
| Topic | Whitepaper |
|---|---|
| Kubernetes | Container Adoption Journey |
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.opensource.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., status check, 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 [email protected] with any additional questions or comments.
To contribute, you should fork this repository and then submit contributions as a Pull Request. Someone on the contributors team will review your pull request and we can work together to get it merged and address any updates that should occur.
Creating a Pull Request from a Fork
The contribution should have a clear approach for how to work through your solution & training resource. Ideally for solutions, we are looking for automated approaches using Infrastructure-as-Code (ideally Bicep or Terraform). However, we will welcome any form of automation including scripts since we want solutions to be added sooner rather than later and we can iterate from there.
Additionally, we have a focus on testing solutions both in Azure Cloud and Azure Government.
As part of the peer review process, we will attempt the test your solution so that we can validate the automation and also try to validate that the solution deploys across both clouds and addresses unique needs in either one (for example, endpoints may differ across the two clouds which should be addressed in your solution).
Follow the folder convention below to add your contribution. Generally we will look for automated solutions using Bicep, but within your particular solution feel free to leverage a different approach for automation like Terraform or even scripts with the az cli. We will be flexible with the folder structure within your solution as long as a README.md is provided for guidance on how it works.
Apply your opinion on what topic area your content should be included under (and if maybe a new topic is required, feel free to suggest that), we can then review on the PR should there be any other thoughts.
TOPIC AREA/
├─ sub-topic/
solutions/
├─ your-new-solution-folder/
│ ├─ bicep/
│ │ ├─ main.bicep
| | ├─ modules/
| ├─ img/
| | ├─ architecture.png
│ ├─ README.md
whitepapers/
├─ your-new-whitepaper-folder/
│ ├─ files/
│ │ ├─ image1.PNG
│ ├─ README.md
trainings/
├─ your-new-training-folder/
│ ├─ files/
│ │ ├─ image1.PNG
│ ├─ README.md
README.md
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.