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
Seed deploys to your AWS account on your behalf. You should create a separate IAM user with exact permissions that your project needs. You can read more about this [here](https://seed.run/docs/customizing-your-iam-policy). But for now we'll simply use the one we've used in this tutorial.
31
+
Seed uses an IAM role to deploy to your AWS account on your behalf. It's more secure than the IAM user we created previously in this guide. An IAM role gives Seed temporary IAM credentials to deploy your app. These credentials expire after a short period of time.
32
32
33
-
{%change%} Run the following command.
33
+

34
34
35
-
```bash
36
-
$ cat ~/.aws/credentials
37
-
```
35
+
You should create this IAM role with the exact permissions that your project needs. You can read more about this [here](https://seed.run/docs/customizing-your-iam-policy). But for now we'll simply use the default one.
38
36
39
-
The output should look something like this.
37
+

40
38
41
-
```txt
42
-
[default]
43
-
aws_access_key_id = YOUR_IAM_ACCESS_KEY
44
-
aws_secret_access_key = YOUR_IAM_SECRET_KEY
45
-
```
39
+
Click the **Create an IAM Role using CloudFormation** button. This will send you to the AWS Console and ask you to create a CloudFormation stack.
46
40
47
-
Seed will also create a couple of stages (or environments) for you. By default, it'll create a **dev** and a **prod** stage using the same AWS credentials. You can customize these but we'll use the defaults.

52
60
53
-
Your new app is created. You'll notice a few things here. First, we have a service called **notes**. It's picking up the name from our `sst.config.ts` file. You can choose to change this by clicking on the service and editing its name. You'll also notice the two stages that have been created.
61
+
Seed will also create a couple of stages (or environments) for you. By default, it'll create a **dev** and a **prod** stage using the same AWS credentials. You can customize these but we'll use the defaults.
54
62
55
-
Our app can have multiple services within it. A service (roughly speaking) is a reference to a `sst.config.ts` or `serverless.yml` file (for Serverless Framework). In our case we just have the one service.
63
+
Finally click **Add a New App**.
64
+
65
+
Your new app is created. You'll notice a few things here. First, we have a service called **notes**. It's picking up the name from our `sst.config.ts` file. You can choose to change this by clicking on the service and editing its name. You'll also notice the two stages that have been created.
Our app can have multiple services within it. A service (roughly speaking) is a reference to a `sst.config.ts` or `serverless.yml` file (for Serverless Framework). In our case we just have the one service.
70
+
59
71
Now before we proceed to deploying our app, we need to enable running unit tests as a part of our build process. You'll recall that we had added a couple of tests back in the [unit tests]({% link _chapters/unit-tests-in-serverless.md %}) chapter. And we want to run those before we deploy our app.
60
72
61
73
To do this, hit the **Settings** link and click **Enable Unit Tests**.
0 commit comments