Iron Functions on Rancher
Uses Postgres for data persistence and Redis for queueing. The stack provides two interfaces, a UI and an API HTTP interface. This blog post has more details about working with the stack: http://rancher.com/running-serverless-applications-rancher/
Rancher container environment. See Rancher QuickStart Guide for details on setting this up
You first need to install Rancher, see above quick start guide for details on how to do this. Once you have rancher running, you can deploy IronFunctions as an application stack.
Using Rancher CLI
This uses the
rancher-compose.yml located in this repo.
- Clone this repo locally
git clone https://github.com/wjimenez5271/rancher-iron-functions.git
- Using the Rancher CLI from the root directory of this repo run:
rancher up -s iron-functions -d
Using the Community Catalog
- Open the Rancher UI and select "Community Catalog" from the "Catalog" menu at the top
- Use the search box in the upper right to find the IronFunctions catalog item
- Select launch!
The code for this in the catalog can be found here
Once it is running, you should be able to interface with the API at
and the UI at
To find the Rancher LB Endpoint, navigate to
User from the navigation bar in Rancher. Then select the name of the stack you created. Find the service named
api-lb and then click the info icon next to it. This should bring up a panel which has a section called "Ports". The IP of the endpoints should be here.
See https://github.com/iron-io/functions#quickstart for more details on using IronFunctions.
By default, the stack creates 2 instances of
iron/functions. As request count increases you will need to scale this count, see this guide for more information on scaling best practices: https://github.com/iron-io/functions/blob/master/docs/operating/production.md
What can I do with this?
Once you got the stack running, its time to start writing your own functions! See https://github.com/iron-io/functions#write-a-function or for a quick demo see: https://github.com/wjimenez5271/iron-func-demo.
- Persistence: The database currently stores data in ephemeral container storage. For a production deploy you should consider using docker volumes or external database solution.
- HA: The
rediscontainers in this stack are QTY 1. For high availability and performance these would need to be scaled as well, however replication/clustering would need to be addressed.
Using FaaS for something cool on top of Rancher? We'd love to hear about it. Have suggestions for how to make this beter? Let us know (or send a pull request :-) )
This project is based on https://github.com/iron-io/functions and work of the team at Iron.io. Thanks for the great work!