Cloud Providers
The IDLC framework is cloud-agnostic by design. The same principles of modules, solutions, and deployments apply regardless of the underlying cloud provider.
Supported Providers
| Provider | Status | Description |
|---|---|---|
| AWS | Reference implementation | Full module library with production examples |
| Azure | Framework ready | Patterns defined, modules in development |
| GCP | Framework ready | Patterns defined, modules in development |
Multi-Cloud Strategy
When working across multiple cloud providers, the repository structure extends naturally:
your-idlc-repo/
├── modules/
│ ├── aws/
│ │ ├── s3/
│ │ ├── rds/
│ │ └── eks/
│ ├── azure/
│ │ ├── storage-account/
│ │ ├── azure-sql/
│ │ └── aks/
│ └── gcp/
│ ├── cloud-storage/
│ ├── cloud-sql/
│ └── gke/
├── solutions/
│ ├── my-app-aws/
│ ├── my-app-azure/
│ └── my-app-gcp/
└── deployments/
├── aws/
│ └── region-1/
├── azure/
│ └── westeurope/
└── gcp/
└── us-central1/
Provider-Agnostic Principles
Regardless of the cloud provider, these principles always apply:
- Modules enforce security defaults (encryption, public access blocking, etc.)
- Solutions pin module versions and enforce organizational policies
- Deployments are declarative and environment-specific
- All changes go through the PR-based GitOps workflow
- Versioning follows semantic versioning with automated releases