Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/iron-io/functions

IronFunctions - the serverless microservices platform by
https://github.com/iron-io/functions

docker faas lambda serverless

Last synced: 25 days ago
JSON representation

IronFunctions - the serverless microservices platform by

Awesome Lists containing this project

README 

        
![IronFunctions](docs/assets/logo-black-400w.png)



[![CircleCI](https://circleci.com/gh/iron-io/functions.svg?style=svg)](https://circleci.com/gh/iron-io/functions)

[![GoDoc](https://godoc.org/github.com/iron-io/functions?status.svg)](https://godoc.org/github.com/iron-io/functions)



Welcome to IronFunctions! The open source serverless platform.



## What is IronFunctions?



IronFunctions is an open source serverless platform, or as we like to refer to it, Functions as a

Service (FaaS) platform that you can run anywhere.



* Write once

  * [Any language](docs/faq.md#which-languages-are-supported)

  * [AWS Lambda format supported](docs/lambda/README.md)

* [Run anywhere](docs/faq.md#where-can-i-run-ironfunctions)

  * Public, private and hybrid cloud

  * [Import functions directly from Lambda](docs/lambda/import.md) and run them wherever you want

* Easy to use [for developers](docs/README.md#for-developers)

* Easy to manage [for operators](docs/README.md#for-operators)

* Written in [Go](https://golang.org)



## What is Serverless/FaaS?



Serverless is a new paradigm in computing that enables simplicity, efficiency and scalability for both developers

and operators. It's important to distinguish the two, because the benefits differ:



### Benefits for developers



The main benefits that most people refer to are on the developer side and they include:



* No servers to manage (serverless) -- you just upload your code and the platform deals with the infrastructure

* Super simple coding -- no more monoliths! Just simple little bits of code

* Pay by the milliseconds your code is executing -- unlike a typical application that runs 24/7, and you're paying

  24/7, functions only run when needed



Since you'll be running IronFunctions yourself, the paying part may not apply, but it does apply to

cost savings on your infrastructure bills as you'll read below.



### Benefits for operators



If you will be operating IronFunctions (the person who has to manage the servers behind the serverless),

then the benefits are different, but related.



* Extremely efficient use of resources

  * Unlike an app/API/microservice that consumes resources 24/7 whether they

    are in use or not, functions are time sliced across your infrastructure and only consume resources while they are

    actually doing something

* Easy to manage and scale

  * Single system for code written in any language or any technology

  * Single system to monitor

  * Scaling is the same for all functions, you don't scale each app independently

  * Scaling is simply adding more IronFunctions nodes



There is a lot more reading you can do on the topic, just search for ["what is serverless"](https://www.google.com/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=what%20is%20serverless)

and you'll find plenty of information. We have pretty thorough post on the Iron.io blog called

[What is Serverless Computing and Why is it Important](https://www.iron.io/what-is-serverless-computing/).



## Join Our Community



Join our Slack community to get help and give feedback.



[![Slack Status](https://iron-functions-slack.herokuapp.com/badge.svg)](

http://get.iron.io/functions-slack)



## Quickstart



This guide will get you up and running in a few minutes.



### Prequisites



* Docker 1.12 or later installed and running

* Logged into Docker Hub (`docker login`)



### Run IronFunctions



To get started quickly with IronFunctions, just fire up an `iron/functions` container:



```sh

docker run --rm -it --name functions -v ${PWD}/data:/app/data -v /var/run/docker.sock:/var/run/docker.sock -p 8080:8080 iron/functions

```



*where ${PWD}/data is the directory where the functions application data files will be stored*



This will start IronFunctions in single server mode, using an embedded database and message queue. You can find all the

configuration options [here](docs/operating/options.md). If you are on Windows, check [here](docs/operating/windows.md).



### CLI tool



Install the IronFunctions CLI tool:



```sh

curl -LSs git.io/ironfn | sh

```



This will download a shell script and execute it.  If the script asks for a password, that is because it invokes sudo.



Once installed close and re-open the terminal so the installed command `fn` is in your path.



#### on OSX with HomeBrew:



```sh

brew install iron-functions

```



### Write a Function



Functions are small, bite sized bits of code that do one simple thing. Forget about monoliths when using functions,

just focus on the task that you want the function to perform.



The following is a Go function that just returns "Hello ${NAME}!":



```go

package main



import (

	"encoding/json"

	"fmt"

	"os"

)



type Person struct {

	Name string

}



func main() {

	p := &Person{Name: "World"}

	json.NewDecoder(os.Stdin).Decode(p)

	fmt.Printf("Hello %v!", p.Name)

}

```



Make a new folder and cd into that folder then copy and paste the code above into a file called `func.go`. From that folder run the following commands to build your function and deploy it:



```sh

# create func.yaml file, replace $USERNAME with your Docker Hub username.

fn init $USERNAME/hello

# build the function

fn build

# test it - you can pass data into it too by piping it in, eg: `cat hello.payload.json | fn run`

fn run

# Once it's ready, build and push it to Docker Hub

fn build && fn push

# create an app - you only do this once per app

fn apps create myapp

# create a route that maps /hello to your new function

fn routes create myapp /hello

```



Now you can call your function:



```sh

curl http://localhost:8080/r/myapp/hello

```



Or surf to it: http://localhost:8080/r/myapp/hello



To update your function:



```sh

# update a function with a new version and push it

fn bump && fn build && fn push

# then update the route

fn routes update myapp /hello

```



See below for more details. And you can find a bunch of examples in various languages in the [examples](examples/) directory. You can also

write your functions in AWS's [Lambda format](docs/lambda/README.md).



## Usage



This is a more detailed explanation of the main commands you'll use in IronFunctions as a developer.



### Create an Application



An application is essentially a grouping of functions, that put together, form an API. Here's how to create an app.



```sh

fn apps create myapp

```



Or using a cURL:



```sh

curl -H "Content-Type: application/json" -X POST -d '{

    "app": { "name":"myapp" }

}' http://localhost:8080/v1/apps

```



[More on apps](docs/apps.md).



Now that we have an app, we can route endpoints to functions.



### Add a Route



A route is a way to define a path in your application that maps to a function. In this example, we'll map

`/hello` to a simple `Hello World!` function called `iron/hello` which is a function we already made that you

can use -- yes, you can share functions! The source code for this function is in the [examples directory](examples/hello/go).

You can read more about [writing your own functions here](docs/writing.md).



```sh

fn routes create myapp /hello -i iron/hello

```



Or using cURL:



```sh

curl -H "Content-Type: application/json" -X POST -d '{

    "route": {

        "path":"/hello",

        "image":"iron/hello"

    }

}' http://localhost:8080/v1/apps/myapp/routes

```



[More on routes](docs/operating/routes.md).



### Authentication



Iron Functions API supports two levels of Authentication in two seperate scopes, service level authentication,

(Which authenticates all requests made to the server from any client) and route level authentication.

Route level authentication is applied whenever a function call made to a specific route.



Please check [Authentication](docs/authentication.md) documentation for more information.



### Calling your Function



Calling your function is as simple as requesting a URL. Each app has its own namespace and each route mapped to the app.

The app `myapp` that we created above along with the `/hello` route we added would be called via the following

URL: http://localhost:8080/r/myapp/hello



Either surf to it in your browser or use `fn`:



```sh

fn call myapp /hello

```



Or using a cURL:



```sh

curl http://localhost:8080/r/myapp/hello

```



### Passing data into a function



Your function will get the body of the HTTP request via STDIN, and the headers of the request will be passed in

as env vars. You can test a function with the CLI tool:



```sh

echo '{"name":"Johnny"}' | fn call myapp /hello

```



Or using cURL:



```sh

curl -H "Content-Type: application/json" -X POST -d '{

    "name":"Johnny"

}' http://localhost:8080/r/myapp/hello

```



You should see it say `Hello Johnny!` now instead of `Hello World!`.



### Add an asynchronous function



IronFunctions supports synchronous function calls like we just tried above, and asynchronous for background processing.



Asynchronous function calls are great for tasks that are CPU heavy or take more than a few seconds to complete.

For instance, image processing, video processing, data processing, ETL, etc.

Architecturally, the main difference between synchronous and asynchronous is that requests

to asynchronous functions are put in a queue and executed on upon resource availability so that they do not interfere with the fast synchronous responses required for an API.

Also, since it uses a message queue, you can queue up millions of function calls without worrying about capacity as requests will

just be queued up and run at some point in the future.



To add an asynchronous function, create another route with the `"type":"async"`, for example:



```sh

curl -H "Content-Type: application/json" -X POST -d '{

    "route": {

        "type": "async",

        "path":"/hello-async",

        "image":"iron/hello"

    }

}' http://localhost:8080/v1/apps/myapp/routes

```



Now if you request this route:



```sh

curl -H "Content-Type: application/json" -X POST -d '{

    "name":"Johnny"

}' http://localhost:8080/r/myapp/hello-async

```



You will get a `call_id` in the response:



```json

{"call_id":"572415fd-e26e-542b-846f-f1f5870034f2"}

```



If you watch the logs, you will see the function actually runs in the background:



![async log](docs/assets/async-log.png)



Read more on [logging](docs/logging.md).



## Functions UI



```sh

docker run --rm -it --link functions:api -p 4000:4000 -e "API_URL=http://api:8080" iron/functions-ui

```



For more information, see: https://github.com/iron-io/functions-ui



## Writing Functions



See [Writing Functions](docs/writing.md).



And you can find a bunch of examples in the [/examples](/examples) directory.



## More Documentation



See [docs/](docs/README.md) for full documentation.



## Roadmap



These are the high level roadmap goals. See [milestones](https://github.com/iron-io/functions/milestones) for detailed issues.



* ~~Alpha 1 - November 2016~~

  * Initial release of base framework

  * Lambda support

* ~~Alpha 2 - December 2016~~

  * Streaming input for hot functions #214

  * Logging endpoint(s) for per function debugging #263

* Beta 1 - January 2017

  * Smart Load Balancer #151

* Beta 2 - February 2017

  * Cron like scheduler #100

* GA - March 2017



## Support



You can get community support via:



* [Stack Overflow](http://stackoverflow.com/questions/tagged/ironfunctions)

* [Slack](http://get.iron.io/functions-slack)



You can get commercial support by contacting [Iron.io](https://iron.io/contact)



## Want to contribute to IronFunctions?



See [contributing](CONTRIBUTING.md).