Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Link to best region analysis #187

Merged
merged 3 commits into from
Sep 1, 2023
Merged
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 0 additions & 1 deletion docs/try-leverage/aws-account-setup.md
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,6 @@ To create that user, navigate to the [IAM page](https://console.aws.amazon.com/i
* Password can be auto-generated
* It requires admin privileges which you can achieve by directly attaching the `AdministratorAccess` policy to it
* There's no need to add the user to any group as it is only a temporary user
* Generating programmatic access keys won't be necessary
Franr marked this conversation as resolved.
Show resolved Hide resolved

Usually the last step of the user creation should present you the following information:

Expand Down
10 changes: 5 additions & 5 deletions docs/try-leverage/leverage-project-setup.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,7 +37,7 @@ For instance, the following is a snippet of the `project.yaml` file in which the
```
project_name: example
short_name: ex
primary_region: us-east-1
primary_region: us-east-2
secondary_region: us-west-2
...
```
Expand Down Expand Up @@ -207,7 +207,7 @@ You will end up with something that looks like this:
| │      ├── 📄 roles.tf
| │      ├── 📄 users.tf
| │      └── 📄 variables.tf
| └── 📂 <b>us-east-1</b>
| └── 📂 <b>us-east-2</b>
|    ├── 📂 <b>base-tf-backend</b>
|    │   ├── 📄 config.tf
|    │   ├── 📄 locals.tf
Expand All @@ -234,7 +234,7 @@ You will end up with something that looks like this:
| │      ├── 📄 roles.tf
| │      ├── 📄 users.tf
| │      └── 📄 variables.tf
│   └── 📂 <b>us-east-1</b>
│   └── 📂 <b>us-east-2</b>
|    ├── 📂 <b>base-tf-backend</b>
|    │   ├── 📄 config.tf
|    │   ├── 📄 locals.tf
Expand All @@ -259,7 +259,7 @@ You will end up with something that looks like this:
|    ├── 📄 roles.tf
|    ├── 📄 service_linked_roles.tf
|    └── 📄 variables.tf
└── 📂 <b>us-east-1</b>
└── 📂 <b>us-east-2</b>
├── 📂 <b>base-network</b>
│   ├── 📄 account.tf
│   ├── 📄 config.tf
Expand All @@ -281,7 +281,7 @@ You will end up with something that looks like this:

As you can see, it is a structure comprised of directories for each account containing all the definitions for each of the accounts respective layers.

The layers themselves are also grouped based on the region in which they are deployed. The regions are configured through the `project.yaml` file. In the case of the Leverage landing zone, most layers are deployed in the primary region, so you can see the definition of these layers in a `us-east-1` directory, as per the example configuration.
The layers themselves are also grouped based on the region in which they are deployed. The regions are configured through the `project.yaml` file. In the case of the Leverage landing zone, most layers are deployed in the primary region, so you can see the definition of these layers in a `us-east-2` directory, as per the example configuration.

Some layers are not bound to a region because their definition is mainly comprised of resources for services that are global in nature, like IAM or Organizations. These kind of layers are kept in a `global` directory.

Expand Down