Streaming Data to Amazon Elasticsearch Service
Using AWS Lambda: Sample Node.js Code
Introduction
It is often useful to stream data, as it gets generated, for indexing in an
Amazon Elasticsearch Service domain. This helps fresh data to be available for
search or analytics. To do this requires:
- Knowing when new data is available
- Code to pick up and parse the data into JSON documents, and add them to an
Amazon Elasticsearch (henceforth, ES for short) domain.
- Scalable and fully managed infrastructure to host this code
Lambda is an AWS service that takes care of these requirements. Put simply,
it is an "event handling" service in the cloud. Lambda lets us implement
the event handler (in Node.js or Java), which it hosts and invokes in response
to an event.
The handler can be triggered by a "push" or a "pull" approach.
Certain event sources (such as S3) push an event notification to Lambda.
Others (such as Kinesis) require Lambda to poll for events and pull them
when available.
For more details on AWS Lambda, please see
the documentation.
This package contains sample Lambda code (in Node.js) to stream data to ES
from two common AWS data sources: S3 and Kinesis. The S3 sample takes apache
log files, parses them into JSON documents and adds them to ES. The Kinesis
sample reads JSON data from the stream and adds them to ES.
Note that the sample code has been kept simple for reasons for clarity. It
does not handle ES document batching, or eventual consistency issues for
S3 updates, etc.
Setup Overview
While some detailed instructions are covered later in this file and elsewhere
(in the Lambda documentation), this section aims to show the larger picture
that the individual steps work to accomplish. We assume that the data source
(an S3 bucket or a Kinesis stream, in this case) and an ES domain are already
set up.
-
Deployment Package: The "Deployment Package" is the event handler code files
and its dependencies packaged as a zip file. The first step in creating
a new Lambda function is to prepare and upload this zip file.
-
Lambda Configuration:
- Handler: The name of the main code file in the deployment package,
with the file extension replaced with a
.handler
suffix.
- Memory: The memory limit, based on which the EC2 instance type to use
is determined. For now, the default should do.
- Timeout: The default timeout value (3 seconds) is quite low for our
use-case. 10 seconds might work better, but please adjust based on
your testing.
-
Authorization: Since there is a need here for various AWS services making
calls to each other, appropriate authorization is required. This takes
the form of configuring an IAM role, to which various authorization policies
are attached. This role will be assumed by the Lambda function when running.
Note:
- The AWS Console is simpler to use for configuration than other methods.
- Lambda is currently available only in a few regions (us-east-1, us-west-2,
eu-west-1, ap-northeast-1).
- Once the setup is complete and tested, enable the data source in the Lambda
console, so that data may start streaming in.
- The code is kept simple for purposes of illustration. It doesn't batch
documents when loading the ES domain, or (for S3 updates) handle
eventual consistency cases.
Deployment Package Creation
-
On your development machine, download and install Node.js.
-
Anywhere, create a directory structure similar to the following:
eslambda (place sample code here)
|
+-- node_modules (dependencies will go here)
-
Modify the sample code with the correct ES endpoint, region, index
and document type.
-
Install each dependency imported by the sample code
(with the require()
call), as follows:
npm install <dependency>
Verify that these are installed within the node_modules
subdirectory.
-
Create a zip file to package the code and the node_modules
subdirectory
zip -r eslambda.zip *
The zip file thus created is the Lambda Deployment Package.
S3-Lambda-ES
Set up the Lambda function and the S3 bucket as described in the
Lambda-S3 Walkthrough.
Please keep in mind the following notes and configuration overrides:
-
The walkthrough uses the AWS CLI for configuration, but it's probably more
convenient to use the AWS Console (web UI)
-
The S3 bucket must be created in the same region as Lambda is, so that it
can push events to Lambda.
-
When registering the S3 bucket as the data-source in Lambda, add a filter
for files having .log
suffix, so that Lambda picks up only apache log files.
-
The following authorizations are required:
- Lambda permits S3 to push event notification to it
- S3 permits Lambda to fetch the created objects from a given bucket
- ES permits Lambda to add documents to the given domain
The Lambda console provides a simple way to create an IAM role with policies
for (1). For (2), when creating the IAM role, choose the "S3 execution role"
option; this will load the role with permissions to read from the S3
bucket. For (3), add the following access policy to permit ES operations
to the role.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"es:*"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
Kinesis-Lambda-ES
Set up the Lambda function and the Kinesis stream as described in the
Lambda-Kinesis Walkthrough.
Please keep in mind the following notes and configuration overrides:
-
The walkthrough uses the AWS CLI, but it's probably more convenient to use
the AWS Console (web UI) for Lambda configuration.
-
To the IAM role assigned to the Lambda function, add the following
access policy to permit ES operations.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"es:*"
],
"Effect": "Allow",
"Resource": "*"
}
]
}
-
For testing: If you have a Kinesis client, use it to stream a record to Lambda.
If not, the AWS CLI could be used to push a JSON document to Lambda.
aws kinesis put-record --stream-name <lambda name> --data "<JSON document>" --region <region> --partition-key shardId-000000000000
Copyright
Copyright 2015 Amazon.com, Inc. or its affiliates. All Rights Reserved.
SPDX-License-Identifier: MIT-0