This package provides analytics and distributed tracing for event-driven applications running on AWS Lambda.
We expect you will import this library into an existing (or new) Python project intended to be run on AWS Lambda. On Lambda, functions are expected to include module dependencies within their project paths, thus we use -t $PWD
. Users building projects with a requirements.txt file may simply add iopipe
to their dependencies.
From your project directory:
$ pip install iopipe -t .
# If running locally or in other environments _besides_ AWS Lambda:
$ pip install jmespath>=0.7.1,<1.0.0 requests -t .
Your folder structure for the function should look similar to:
index.py # contains your lambda handler
/iopipe
- __init__.py
- iopipe.py
/requests
- __init__.py
- api.py
- ...
Installation of the requests library is necessary for local dev/test, but not when running on AWS Lambda as this library is part of the default environment via the botocore library.
More details about lambda deployments are available in the AWS documentation.
Simply use our decorator to report metrics:
from iopipe import IOpipe
iopipe = IOpipe('your project token here')
@iopipe
def handler(event, context):
pass
The agent comes preloaded with the Event Info, Profiler and Trace plugins. See the relevant plugin sections for usage.
The following may be set as kwargs to the IOpipe class initializer:
Your IOpipe project token. If not supplied, the environment variable $IOPIPE_TOKEN
will be used if present. Find your project token
Debug mode will log all data sent to IOpipe servers. This is also a good way to evaluate the sort of data that IOpipe is receiving from your application. If not supplied, the environment variable IOPIPE_DEBUG
will be used if present.
Conditionally enable/disable the agent. For example, you will likely want to disabled the agent during development. The environment variable $IOPIPE_ENABLED
will also be checked.
The number of milliseconds IOpipe will wait while sending a report before timing out. If not supplied, the environment variable $IOPIPE_NETWORK_TIMEOUT
will be used if present.
By default, IOpipe will capture timeouts by exiting your function 150 milliseconds early from the AWS configured timeout, to allow time for reporting. You can disable this feature by setting timeout_window
to 0
in your configuration. If not supplied, the environment variable $IOPIPE_TIMEOUT_WINDOW
will be used if present.
The IOpipe decorator will automatically catch, trace and reraise any uncaught exceptions in your function. If you want to trace exceptions raised in your case, you can use the .error(exception)
method. This will add the exception to the current report.
from iopipe import IOpipe
iopipe = IOpipe()
# Example 1: uncaught exceptions
@iopipe
def handler(event, context):
raise Exception('This exception will be added to the IOpipe report automatically')
# Example 2: caught exceptions
@iopipe
def handler(event, context):
try:
raise Exception('This exception is being caught by your function')
except Exception as e:
# Makes sure the exception is added to the report
context.iopipe.error(e)
It is important to note that a report is sent to IOpipe when error()
is called. So you should only record exceptions this way for failure states. For caught exceptions that are not a failure state, it is recommended to use custom metrics (see below).
You can log custom values in the data sent upstream to IOpipe using the following syntax:
from iopipe import IOpipe
iopipe = IOpipe()
@iopipe
def handler(event, context):
# the name of the metric must be a string
# numerical (int, long, float) and string types supported for values
context.iopipe.metric('my_metric', 42)
Metric key names are limited to 128 characters, and string values are limited to 1024 characters.
Label invocations sent to IOpipe by calling the label
method with a string (limit of 128 characters):
from iopipe import IOpipe
iopipe = IOpipe()
@iopipe
def handler(event, context):
# the name of the label must be a string
context.iopipe.label('this-invocation-is-special')
By default, the IOpipe agent comes pre-loaded with all the bundled plugins in iopipe.contrib.*
. If you prefer to run the agent without plugins or configure which plugins are used, you can use IOpipeCore
:
from iopipe import IOpipeCore
from iopipe.contrib.trace import TracePlugin
# Load IOpipe with only the trace plugin
iopipe = IOpipeCore(plugins=[TracePlugin()])
@iopipe
def handler(event, context):
pass
You can programmatically disable IOpipe reporting for a single invocation using the disable
method:
from iopipe import IOpipe
iopipe = IOpipe()
@iopipe
def handler(event, context):
if some_condition:
context.iopipe.disable()
Reporting will be re-enabled on the next invocation.
IOpipe's functionality can be extended through plugins. Plugins hook into the agent lifecycle to allow you to perform additional analytics.
The IOpipe agent comes bundled with an event info plugin that automatically extracts useful information from the event
object and creates custom metrics for them.
Here's an example of how to use the event info plugin:
from iopipe import IOpipe
from iopipe.contrib.eventinfo import EventInfoPlugin
iopipe = IOpipe(plugins=[EventInfoPlugin()])
@iopipe
def handler(event, context):
# do something here
When this plugin is installed, custom metrics will be created automatically for the following event source data:
- API Gateway
- ALB
- Alexa Skill Kit
- CloudFront
- Kinesis
- Kinesis Firehose
- S3
- SES
- SNS
- SQS
- Scheduled Events
Now in your IOpipe invocation view you will see useful event information.
Note: This plugin is in beta. Want to give it a try? Find us on .
The IOpipe agent comes bundled with a logger plugin that allows you to attach IOpipe to the logging
module so that you can see your log messages in the IOpipe dashboard.
Here's an example of how to use the logger plugin:
from iopipe import IOpipe
from iopipe.contrib.logger import LoggerPlugin
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True)])
@iopipe
def handler(event, context):
context.iopipe.log.info('Handler has started execution')
Since this plugin adds a handler to the logging
module, you can use logging
directly as well:
import logging
from iopipe import IOpipe
from iopipe.contrib.logger import LoggerPlugin
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True)])
logger = logging.getLogger()
@iopipe
def handler(event, context):
logger.error('Uh oh')
You can also specify a log name, such as if you only wanted to log messages for mymodule
:
from iopipe import IOpipe
from iopipe.contrib.logger import LoggerPlugin
iopipe = IOpipe(plugins=[LoggerPlugin('mymodule', enabled=True)])
This would be equivalent to logging.getLogger('mymodule')
.
By default the logger plugin is disabled. You must explicitly set enabled=True
when instantiating or use the IOPIPE_LOGGER_ENABLED
environment variable to enable it.
The default logger plugin log level is logging.INFO
, but it can be set like this:
import logging
from iopipe import IOpipe
from iopipe.contrib.logger import LoggerPlugin
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True, level=logging.DEBUG)])
Putting IOpipe into debug
mode also sets the log level to logging.DEBUG
.
The logger plugin also redirects stdout by default, so you can do the following:
from iopipe import IOpipe
from iopipe.contrib.logger import LoggerPlugin
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True)])
@iopipe
def handler(event, context):
print('I will be logged')
Now in your IOpipe invocation view you will see log messages for that invocation.
If you prefer your print statements not to be logged, you can disable this by setting redirect_stdout
to False
:
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True, redirect_stdout=False)])
Note: Due to a change to the way the python3.7 runtime configures logging, stdout redirection is disabled for this runtime. Use context.iopipe.log.*
instead.
By default the logger plugin will log messages to an in-memory buffer. If you prefer to log messages to your Lambda function's /tmp
directory:
iopipe = IOpipe(plugins=[LoggerPlugin(enabled=True, use_tmp=True)])
With use_tmp
enabled, the plugin will automatically delete log files written to /tmp
after each invocation.
The IOpipe agent comes bundled with a profiler plugin that allows you to profile your functions with cProfile.
Here's an example of how to use the profiler plugin:
from iopipe import IOpipe
from iopipe.contrib.profiler import ProfilerPlugin
iopipe = IOpipe(plugins=[ProfilerPlugin()])
@iopipe
def handler(event, context):
# do something here
By default the plugin will be disabled and can be enabled at runtime by setting the IOPIPE_PROFILER_ENABLED
environment variable to true
/True
.
If you want to enable the plugin for all invocations:
iopipe = IOpipe(plugins=[ProfilerPlugin(enabled=True)])
Now in your IOpipe invocation view you will see a "Profiling" section where you can download your profiling report.
Once you download the report you can open it using pstat's interactive browser with this command:
python -m pstats <file here>
Within the pstats browser you can sort and restrict the report in a number of ways, enter the help
command for details. Refer to the pstats Documentation.
The IOpipe agent comes bundled with a trace plugin that allows you to perform tracing.
Here's an example of how to use the trace plugin:
from iopipe import IOpipe
from iopipe.contrib.trace import TracePlugin
iopipe = IOpipe(plugins=[TracePlugin()])
@iopipe
def handler(event, context):
context.iopipe.mark.start('expensive operation')
# do something here
context.iopipe.mark.end('expensive operation')
Or you can use it as a context manager:
from iopipe import IOpipe
iopipe = IOpipe()
@iopipe
def handler(event, context):
with context.iopipe.mark('expensive operation'):
# do something here
Or you can use it as a decorator:
from iopipe import IOpipe
iopipe = IOpipe()
@iopipe
def handler(event, context):
@context.iopipe.mark.decorator('expensive operation'):
def expensive_operation():
# do something here
expensive_operation()
Any block of code wrapped with start
and end
or using the context manager or decorator will be traced and the data collected will be available on your IOpipe dashboard.
By default, the trace plugin will auto-measure any trace you make. But you can disable this by setting auto_measure
to False
:
from iopipe import IOpipe
from iopipe.contrib.trace import TracePlugin
iopipe = IOpipe(plugins=[TracePlugin(auto_measure=False)])
@iopipe
def handler(event, context):
with context.iopipe.mark('expensive operation'):
# do something here
# Manually measure the trace
context.iopipe.mark.measure('expensive operation')
The trace plugin can also trace your HTTP/HTTPS requests automatically. To enable this feature, set auto_http
to True
or set the IOPIPE_TRACE_AUTO_HTTP_ENABLED
environment variable. For example:
iopipe = IOpipe(plugins=[TracePlugin(auto_http=True)])
With auto_http
enabled, you will see traces for any HTTP/HTTPS requests you make within your function on your IOpipe dashboard. Currently this feature only supports the requests
library, including boto3
and botocore
support.
To filter which HTTP requests are traced use http_filter
:
def http_filter(request, response):
if request['url'].startswith('https://www.iopipe.com'):
# Exceptions raised will delete the trace
raise Exception(Do not trace this URL')
# You can also remove data from the trace
response['headers'].pop('Content-Type', None)
return request, response
iopipe = IOpipe(plugins=[TracePlugin(auto_http=True, http_filter=http_filter)])
To add additional HTTP headers to your ttrace data use http_headers
:
http_headers = ['Cache-Control', 'Etag']
iopipe = IOpipe(plugins=[TracePlugin(auto_http=True, http_headers=http_headers)
To create an IOpipe plugin you must implement the iopipe.plugins.Plugin
interface.
Here is a minimal example:
from iopipe.plugins import Plugin
class MyPlugin(Plugin):
name = 'my-plugin'
version = '0.1.0'
homepage = 'https://github.com/iopipe/my-plugin/'
enabled = True
def pre_setup(self, iopipe):
pass
def post_setup(self, iopipe):
pass
def pre_invoke(self, event, context):
pass
def post_invoke(self, event, context):
pass
def pre_report(self, report):
pass
def post_report(self):
pass
As you can see, this plugin doesn't do much. If you want to see a functioning example of a plugin check out the trace plugin at iopipe.contrib.trace.plugin.TracePlugin
.
A plugin has the following properties defined:
name
: The name of the plugin, must be a string.version
: The version of the plugin, must be a string.homepage
: The URL of the plugin's homepage, must be a string.enabled
: Whether or not the plugin is enabled, must be a boolean.
A plugin has the following methods defined:
pre_setup
: Is called once prior to the agent initialization. Is passed theiopipe
instance.post_setup
: Is called once after the agent is initialized, is passed theiopipe
instance.pre_invoke
: Is called prior to each invocation, is passed theevent
andcontext
of the invocation.post_invoke
: Is called after each invocation, is passed theevent
andcontext
of the invocation.pre_report
: Is called prior to each report being sent, is passed thereport
instance.post_report
: Is called after each report is sent, is passed thereport
instance.
This package supports Python 2.7, 3.6 and 3.7, the runtimes supported by AWS Lambda.
IOpipe publishes AWS Lambda Layers which are publicly available on AWS. Using a framework that supports lambda layers (such as SAM or Serverless), you can use the following ARNs for your runtime:
- python3.6, python3.7:
arn:aws:lambda:$REGION:146318645305:layer:IOpipePython:$VERSION_NUMBER
- python2.7:
arn:aws:lambda:$REGION:146318645305:layer:IOpipePython27:$VERSION_NUMBER
Where $REGION
is your AWS region and $VERSION_NUMBER
is an integer representing the IOpipe release. You can get the version number via the Releases page.
Then in your SAM template (for example), you can add:
Globals:
Function:
Layers:
- arn:aws:lambda:us-east-1:146318645305:layer:IOpipePython:1
And the IOpipe library will be included in your function automatically.
You can also wrap your IOpipe functions without a code change using layers. For example, in your SAM template you can do the following:
Resources:
YourFunctionere:
Type: 'AWS::Serverless::Function'
Properties:
CodeUri: path/to/your/code
# Automatically wraps the handler with IOpipe
Handler: iopipe.handler.wrapper
Runtime: python3.6
Environment:
Variables:
# Specifies which handler IOpipe should run
IOPIPE_HANDLER: path.to.your.handler
IOPIPE_TOKEN: 'your token here'
We also have an example app using layers with Serverless. It also demonstrates how to use layers without a code change.
IOpipe integrates with popular serverless frameworks. See below for examples. If you don't see a framework you'd like to see supported, please create an issue.
Using IOpipe with the Chalice framework is easy. Wrap your app
like so:
from chalice import Chalice
from iopipe import IOpipe
iopipe = IOpipe()
app = Chalice(app_name='helloworld')
@app.route('/')
def index():
return {'hello': 'world'}
# Do this after defining your routes
app = iopipe(app)
Using IOpipe with Serverless is easy.
First, we recommend the serverless-python-requirements plugin:
$ npm install --save-dev serverless-python-requirements
This plugin will add requirements.txt
support to Serverless. Once installed, add the following to your serverless.yml
:
plugins:
- serverless-python-requirements
Then add iopipe
to your requirements.txt
:
$ echo "iopipe" >> requirements.txt
Now Serverless will pip install -r requirements.txt
when packaging your functions.
Keep in mind you still need to add the @iopipe
decorator to your functions. See Usage for details.
Be sure to check out the serverless-python-requirements README
as the plugin has a number of useful features for compiling AWS Lambda compatible Python packages.
If you're using the serverless-wsgi plugin, you will need to wrap the wsgi handler it bundles with your function.
The easiest way to do this is to create a wsgi_wrapper.py
module in your project's root with the following:
import imp
from iopipe import IOpipe
wsgi = imp.load_source('wsgi', 'wsgi.py')
iopipe = IOpipe()
handler = iopipe(wsgi.handler)
Then in your serverless.yml
, instead of this:
functions:
api:
handler: wsgi.handler
...
Use this:
functions:
api:
handler: wsgi_wrapper.handler
...
Using IOpipe with Zappa is easy. In your project add the following:
from iopipe import IOpipe
from zappa.handler import lambda_handler
iopipe = IOpipe()
lambda_handler = iopipe(lambda_handler)
Then in your zappa_settings.json
file include the following:
{
"lambda_handler": "module.path.to.lambda_handler"
}
Where module-path.to.lambda_handler
is the Python module path to the lambda_handler
you created above. For example, if you put it in myproject/__init__.py
the path would be myproject.lambda_handler
.
If the framework you're using makes it non-trivial to access the Lamba context, you can use iopipe.context
. The iopipe.context
is None
if outside of an invocation.
from iopipe import IOpipe
iopipe = IOpipe()
# Be sure to check, can be None
if iopipe.context:
# do something with context
Contributions are welcome. We use the black code formatter.
pip install black
We recommend using it with pre-commit:
pip install pre-commit
pre-commit install
Using these together will auto format your git commits.
If you have tox
installed, you can run the Python 2.7 and 3.6 tests with:
tox
If you don't have tox
installed you can also run:
python setup.py test
We also have make tasks to run tests in lambci/lambda:build-python
Docker containers:
make test
Apache 2.0