You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+36-1Lines changed: 36 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,7 +26,7 @@ This repository contains the know-how of the Mad Devs team for the rapid deploym
26
26
27
27
In our company’s work, we have tried many infrastructure solutions and services and traveled the path from on-premise hardware to serverless. As of today, Kubernetes has become our standard platform for deploying applications, and AWS has become the main cloud.
28
28
29
-
It is worth noting here that although 90% of our and our clients’ projects are hosted on AWS and [AWS EKS](https://aws.amazon.com/eks/) is used as the Kubernetes platform, we do not insist, do not drag everything to Kubernetes, and do not force anyone to be hosted on AWS. Kubernetes is offered only after the collection and analysis of service architecture requirements.
29
+
It is worth noting here that although 90% of our and our clients’ projects are hosted on AWS and [AWS EKS](https://aws.amazon.com/eks/) is used as the Kubernetes platform, we do not insist, do not drag everything to Kubernetes, and do not force anyone to be hosted on AWS. Kubernetes is offered only after the collection and analysis of service architecture requirements.
30
30
31
31
And then, when choosing Kubernetes, it makes almost no difference to applications how the cluster itself is created—manually, through kops or using managed services from cloud providers—in essence, the Kubernetes platform is the same everywhere. So the choice of a particular provider is then made based on additional requirements, expertise, etc.
32
32
@@ -369,6 +369,41 @@ You can get access to the cluster using this command:
`terraform/.terraform-version` - the main terraform version for tfenv tool
377
+
378
+
`.github/workflows/terraform-ci.yml` - the terraform version for github actions need for `terraform-validate` and `terraform-format`.
379
+
380
+
Terraform version in each layer.
381
+
```
382
+
terraform/layer1-aws/main.tf
383
+
terraform/layer2-k8s/main.tf
384
+
```
385
+
386
+
## Updated terraform providers
387
+
388
+
Change terraform providers version in this files
389
+
390
+
```
391
+
terraform/layer1-aws/main.tf
392
+
terraform/layer2-k8s/main.tf
393
+
```
394
+
395
+
When we changed terraform provider versions, we need to update terraform state. For update terraform state in layers we need to run this command:
396
+
397
+
```
398
+
terragrunt run-all init -upgrade
399
+
```
400
+
401
+
Or in each layer run command:
402
+
403
+
```
404
+
terragrunt init -upgrade
405
+
```
406
+
372
407
### examples
373
408
374
409
Each layer has an `examples/` directory that contains working examples that expand the basic configuration. The files’ names and contents are in accordance with our coding conventions, so no additional description is required. If you need to use something, just move it from this folder to the root of the layer.
0 commit comments