S3 proxy middleware for returning S3 objects Express apps. Useful for streaming media files and data files from S3 without having to configure web hosting on the entire origin bucket. You can explicitly override the cache headers of the underlying S3 objects.
import express from 'express';
import s3Proxy from 's3-proxy';
const app = express();
app.get('/media/*', s3Proxy({
bucket: 'bucket_name',
prefix: 'optional_s3_path_prefix',
accessKeyId: 'aws_access_key_id',
secretAccessKey: 'aws_secret_access_key',
overrideCacheControl: 'max-age=100000',
defaultKey: 'index.html'
}));accessKeyId
The AWS access key of the IAM user to connect to S3 with (environment variable recommended).
secretAccessKey
The AWS secret access key (environment variable recommended).
region
The AWS region of the bucket, i.e. "us-west-2".
bucket
The name of the S3 bucket.
prefix
Optional path to the root S3 folder where the files to be hosted live. If omitted, the http requests to the proxy need to mirror the full S3 path.
defaultCacheControl
Value of the Cache-Control header to use if the metadata from the S3 object does not specify it's own value.
overrideCacheControl
Value of the Cache-Control header that is applied to the response even if there there is a different value on the S3 object metadata.
defaultKey
If a call is made to a url ending in /, and this option is present its value is used as the s3 key name. For example, you may wish to allow users to access /index.html when calling / on a route.
The s3-proxy provides two different caching mechanisms. First you can specify either the defaultCacheControl or overrideCacheControl options to control the Cache-Control header that is sent in the proxied response. The most optimal policy is to specify a max-age=seconds value that informs the browser and any intermediary CDN and network proxies to cache the response for the specified number of seconds and not return to the origin server until that time has elapsed.
Secondly it supports the ETag value that S3 automatically creates whenever an object is written. The proxy forwards this header along in the http response. If the value of an incoming If-None-Match request header matches the ETag of the S3 object, the proxy returns an empty 304 Not Modified response. This is known as a "conditional get" request.
For a more in-depth description of the different caching headers and techniques, see the Google Developer HTTP caching documentation.
Let's assume there is a bucket "mycompany-media-assets". Within this bucket is a folder named "website" where the images, videos, etc. for the company website reside.
mycompany-media-assets
└── website
└── images
├── logo.png
└── background.jpgThe corresponding s3-proxy route definition would look something like below. The Cache-Control response header will be set to have a max age of 30 days (2592000 seconds) no matter what metadata exists on the corresponding S3 object. This means whatever tool is being used to write the files to S3 need not worry about configuring proper cache metadata, the proxy will take care of that.
app.get('/media/*', s3Proxy({
bucket: 'mycompany-media-assets',
prefix: 'website',
accessKeyId: 'aws_access_key_id',
secretAccessKey: 'aws_secret_access_key',
overrideCacheControl: 'max-age=2592000'
}));Now images can be declared in views like so:
<img src="/media/images/logo.png"/>It's also possible to return a JSON listing of all the keys by making a request ending with a trailing slash. For the sample above, issuing a request to /media/images/ will return: ['logo.png', 'background.jpg']. This is the default behavior when defaultKey is false.
If you don't need list objects when making requests ending in a trailing slash, you can instead use a default s3 key by setting the parameter defaultKey in options. For example, if defaultKey is set to index.html, calls to urls like /media will return to object /media/index.html.
Licensed under the Apache License, Version 2.0.