-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathserverless.yml
More file actions
172 lines (163 loc) · 5.37 KB
/
serverless.yml
File metadata and controls
172 lines (163 loc) · 5.37 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
# Welcome to Serverless!
#
# This file is the main config file for your service.
# It's very minimal at this point and uses default values.
# You can always add more config options for more control.
# We've included some commented out config examples here.
# Just uncomment any of them to get that config option.
#
# For full config options, check the docs:
# docs.serverless.com
#
# Happy Coding!
service: aws-step-functions
# You can pin your service to only deploy with a specific Serverless version
# Check out our docs for more details
# frameworkVersion: "=X.X.X"
provider:
name: aws
runtime: python3.6
memorySize: 128 # megabytes, 128 or more
stage: dev
region: eu-central-1
# NOTE: You need to create this AWS profile (IAM user) with the
# proper permissions
# It is called `serverless-admin` in the docs.
profile: lambda-functions-dev
# you can define service wide environment variables here
environment:
DYNAMODB_SHOPS_TABLE: ${self:service}-${self:provider.stage}-shopsTable
DYNAMODB_SALES_TABLE: ${self:service}-${self:provider.stage}-salesTable
SQS_APPLICATION_QUEUE: ${self:service}-${self:provider.stage}-applicationQueue
# you can add statements to the Lambda function's IAM Role here
iamRoleStatements:
# First, our service needs to be able to access its DynamoDB data store
- Effect: "Allow"
Action:
- "dynamodb:Query"
- "dynamodb:Scan"
- "dynamodb:GetItem"
- "dynamodb:PutItem"
- "dynamodb:UpdateItem"
- "dynamodb:DeleteItem"
Resource:
- arn:aws:dynamodb:${opt:region, self:provider.region}:*:table/${self:provider.environment.DYNAMODB_SHOPS_TABLE}
- arn:aws:dynamodb:${opt:region, self:provider.region}:*:table/${self:provider.environment.DYNAMODB_SALES_TABLE}
# We also need access to the SQS message queue
- Effect: "Allow"
Action:
- "sqs:GetQueueUrl"
- "sqs:SendMessage"
Resource:
- arn:aws:sqs:${opt:region, self:provider.region}:*:${self:provider.environment.SQS_APPLICATION_QUEUE}
# you can add packaging information here
package:
exclude:
- ./**
include:
- functions/**
# You need to have these plugins for Serverless installed (see package.json)
plugins:
- serverless-step-functions
- serverless-pseudo-parameters
#
# The individual Lambda Functions are defined here
#
functions:
hello:
handler: functions/hello.hello
upload-shops:
handler: functions/shops.upload_shops
list-shops:
handler: functions/shops.list_shops
upload-sales:
handler: functions/sales.upload_sales
generate-weekly-sales-report:
handler: functions/sales.generate_weekly_report
send-message:
handler: functions/queue.send_message
#
# The Step Functions (workflows) are defined here
#
stepFunctions:
stateMachines:
upload-sales-step-function:
name: ${self:service}-${self:provider.stage}-uploadSales
events:
- http:
path: sales/upload
method: POST
definition:
Comment: "Upload sales data"
StartAt: UploadSalesData
States:
UploadSalesData:
Type: Task
Resource: arn:aws:lambda:${opt:region, self:provider.region}:#{AWS::AccountId}:function:${self:service}-${self:provider.stage}-upload-sales
Next: CheckUploadStatus
CheckUploadStatus:
Type: Choice
Choices:
- Variable: "$.data.type"
StringEquals: "sales-uploaded"
Next: SendSalesDataUploadedEvent
Default: ReturnError
SendSalesDataUploadedEvent:
Type: Task
Resource: arn:aws:lambda:${opt:region, self:provider.region}:#{AWS::AccountId}:function:${self:service}-${self:provider.stage}-send-message
Next: ReturnSuccess
ReturnSuccess:
Type: Succeed
ReturnError:
Type: Fail
Cause: "Invalid sales data."
Error: "Error."
#
# Declare the resources that we need to provision
#
resources: # CloudFormation template syntax
Resources:
shopsTable:
Type: AWS::DynamoDB::Table
Properties:
TableName: ${self:provider.environment.DYNAMODB_SHOPS_TABLE}
# Note: DynamoDB is schemaless, except for the key attributes
# defined here:
AttributeDefinitions:
-
AttributeName: "shopNumber"
AttributeType: "N"
KeySchema:
-
AttributeName: "shopNumber"
KeyType: "HASH"
ProvisionedThroughput:
ReadCapacityUnits: 1
WriteCapacityUnits: 1
salesTable:
Type: AWS::DynamoDB::Table
Properties:
TableName: ${self:provider.environment.DYNAMODB_SALES_TABLE}
# Note: DynamoDB is schemaless, except for the key attributes
# defined here:
AttributeDefinitions:
-
AttributeName: "shopNumber"
AttributeType: "N"
-
AttributeName: "date"
AttributeType: "S"
KeySchema:
-
AttributeName: "shopNumber"
KeyType: "HASH"
-
AttributeName: "date"
KeyType: "RANGE"
ProvisionedThroughput:
ReadCapacityUnits: 1
WriteCapacityUnits: 1
applicationQueue:
Type: "AWS::SQS::Queue"
Properties:
QueueName: ${self:provider.environment.SQS_APPLICATION_QUEUE}