Fission — Open Source Kubernetes-native Serverless Framework on Fission

Apache Kafka

Tue, 05 Oct 2021 15:39:35 +0530

You can use the Kafka message queue trigger to receive messages from Apache Kafka and process them via Fission Function. Kafka can be on-premise, hosted on Kubernetes with Strimzi, or cloud based such as Confluent Cloud.

This tutorial shows you how to use a Kafka trigger to invoke a Fission function. We’ll assume you have Fission and Kubernetes installed. If not, head over to the install guide. Install the Keda Helm Chart in your cluster for the Fission Keda Kafka trigger to work.

HTTP Trigger

Tue, 17 Dec 2019 14:38:00 +0800

An HTTP trigger invokes a function when the router receives a matching HTTP request. You map a URL path and one or more HTTP methods to a function, and the router forwards matching requests to it.

Create a basic trigger

Map GET /hello to the hello function:

$ fission httptrigger create --url /hello --method GET --function hello
trigger '94cd5163-30dd-4fb2-ab3c-794052f70841' created

$ curl http://$FISSION_ROUTER/hello
Hello World!

To send multiple methods to the same function, repeat --method:

Create Environment

Mon, 01 Jan 0001 00:00:00 +0000

An environment is the language runtime that executes your function code. Fission ships environments for NodeJS, Python, Ruby, Go, PHP, and Bash, and you can build your own. You must create an environment before creating any function that uses it.

Create an environment

You can create an environment on your cluster from an image for that language.

Optionally, you can specify CPU and memory resource limits. You can also specify the number of initially pre-warmed pods, which is called the poolsize.

Functions

Mon, 01 Jan 0001 00:00:00 +0000

A function is your code plus the configuration that tells Fission how to build, run, and scale it.

A function is the unit of work in Fission. You write a small piece of code with a single entry point, register it as a Function object, and Fission runs it on demand inside a Kubernetes pod. You never write a Dockerfile, a Deployment, or a Service — Fission derives all of that from the function’s environment and package.

Kubernetes

Mon, 01 Jan 0001 00:00:00 +0000

This page covers problems that originate in the Kubernetes cluster rather than in Fission, but which stop Fission from working. If fission check reports services as unhealthy, or the CLI cannot reach the cluster at all, work through the sections below. For Helm, CRD, and webhook problems, see Troubleshoot your Fission setup.

In-cluster DNS

Fission components address each other by Kubernetes service name, so in-cluster DNS must be working. A DNS outage typically shows up as components failing to reach each other and fission check reporting services as not running.

AWS SQS

Mon, 01 Jan 0001 00:00:00 +0000

This tutorial shows you how to connect an AWS SQS queue to a Fission function using a KEDA-based message queue trigger. We’ll assume you have Fission and Kubernetes installed. If not, head over to the install guide.

You will also need AWS SQS setup which is reachable from the Fission Kubernetes cluster.

Installation

If you want to setup SQS on the Kubernetes cluster, you can use the information here or you can create queue using your aws account docs.

Create Function

Mon, 01 Jan 0001 00:00:00 +0000

This page walks you through the everyday function workflow: create a function, route HTTP traffic to it, test it, update its code, and inspect it. To choose how a function runs and scales, see Controlling Function Execution.

Create a function

Before creating a function, you’ll need an environment; read environments if you haven’t already.

Let’s create an environment for our function.

$ fission env create --name node --image ghcr.io/fission/node-env

Let’s create a simple code snippet in NodeJS which will output the string "Hello, world!":

Environments

Mon, 01 Jan 0001 00:00:00 +0000

An environment is the language-specific container that builds and runs your function.

An Environment packages just enough software to compile (if needed) and execute functions written in a particular language. Because Fission invokes every function over HTTP, an environment’s runtime is fundamentally a container running an HTTP server with a loader that can specialize the generic server into your specific function.

This page covers the two containers that make up an environment, how specialization loads your code, the available runtimes, and the versioned environment interface.

Host, Path, Annotations and TLS

Mon, 01 Jan 0001 00:00:00 +0000

Fission lets you configure ingress host rules, paths, annotations, and TLS on a route using --ingressrule, --ingressannotation, and --ingresstls.

Annotations (`--ingressannotation`)

You can specify annotations to ingress when creating the HTTP trigger. If you want to disable TLS auto redirect and enable regular expression matching in NGINX Ingress Controller, you can add annotations such as:

$ fission route create --name foo \
 --url /foo --function foofn --createingress \
 --ingressannotation "nginx.ingress.kubernetes.io/ssl-redirect=false" \
 --ingressannotation "nginx.ingress.kubernetes.io/use-regex=true"

NOTE: The format of annotation depends on the underlying ingress controller being used. Check the respective documentation for details.

Istio as Ingress

Mon, 01 Jan 0001 00:00:00 +0000

Use Istio as an ingress gateway to control traffic, routing, and access to your Fission functions.

Istio is a popular open source service mesh that manages microservices and the communication between them. It offers features for traffic management, security, observability, and extensibility.

Pre-requisites

You need Istio installed on your cluster. Based on your setup, choose one of the available ways to install Istio.

To install Fission, see Fission Installation. Set the enableIstio flag to true during the setup to enable Istio in Fission.

Statestore Eventing

Mon, 01 Jan 0001 00:00:00 +0000

Statestore eventing gives you durable publish/subscribe topics on the built-in statestore — no Kafka, no external broker, no extra infrastructure.

Statestore eventing is available starting with Fission v1.27.0. A topic is a durable, replayable stream in the statestore event log. Any producer appends events to it: the fission topic publish command, or an async invocation result destination. A message queue trigger with --mqtype statestore subscribes a function to the topic. Fission delivers each event to the function at least once, with retries and an error topic for events that keep failing.

Troubleshoot Fission Setup

Mon, 01 Jan 0001 00:00:00 +0000

This page helps you diagnose failed Helm installs and upgrades, CRD mismatches, and admission-webhook certificate errors. For problems with a running function, build, or trigger, see Troubleshooting. For cluster-level problems (DNS, kubeconfig, volumes), see Troubleshoot your Kubernetes cluster.

First, confirm the install is healthy

After a Helm install or upgrade, run the health check before debugging anything else:

$ fission check

If every service reports running fine and Fission is up-to-date, your control plane is healthy and the problem is likely in a function, package, or trigger rather than the install.

Accessing URL parameters

Thu, 25 Oct 2018 17:39:41 +0800

Define placeholders in the trigger URL, then read their values from the HTTP request header inside your function.

A REST API often carries its parameters in the URL path itself, for example:

http://192.168.0.1/guestbook/{name}/{age}

Put parameter placeholders in the value of the --url flag. Fission uses gorilla/mux as its underlying URL router, so you can also write a regular expression to filter out illegal API requests.

$ fission httptrigger create --method GET \
 --url "/guestbook/{name}/{age}" --function restapi-get

$ fission httptrigger create --method GET \
 --url "/guestbook/{name}/{age:[0-9]+}" --function restapi-get

Fission attaches the value of each URL parameter to the HTTP request header, as shown below.

AWS Kinesis

Mon, 01 Jan 0001 00:00:00 +0000

This guide connects an AWS Kinesis stream to a Fission function using a KEDA-based message queue trigger. It assumes Fission and Kubernetes are already installed — see the install guide if not. You’ll also need an AWS Kinesis stream reachable from the Fission Kubernetes cluster.

Installation

To set up Kinesis on the Kubernetes cluster, use localstack, or create streams directly in AWS using the Kinesis getting-started docs. localstack is suited to testing and dev only — not production.

Executor

Mon, 01 Jan 0001 00:00:00 +0000

The executor turns a function reference into a running, network-addressable pod.

When the router has no ready endpoint for a function — on a cold start, when the existing pods are saturated, or for a strict-concurrency function — it calls the executor to obtain or grow capacity. The executor reads the Function and Environment resources from the Kubernetes API, picks the executor type configured on the function, and drives one of three strategies to deliver a ready address. It returns a function service record holding the pod or Service address, which the router then uses to forward the request.

Executors

Mon, 01 Jan 0001 00:00:00 +0000

An executor decides how a function’s pods are created, kept warm, scaled, and reaped.

Every function names an executor through its InvokeStrategy.ExecutionStrategy.ExecutorType. The executor is the part of Fission that turns “this function needs to run” into a concrete Kubernetes pod serving HTTP. Fission ships exactly three executor types — poolmgr, newdeploy, and container — and your choice trades cold-start latency against resource isolation and scaling control.

Why it matters

The executor is the single biggest lever over your function’s latency and cost. Pool Manager gives near-zero cold starts by keeping warm pods ready; New Deploy gives strong isolation and CPU-based autoscaling at the cost of a cold start; Container lets you run any image with a full pod spec.

GCP Pub Sub

Tue, 25 Jan 2022 11:39:35 +0530

This guide shows you how to invoke a Fission function from a message in a GCP Pub/Sub topic, using Fission’s Keda-based message queue trigger. GCP Pub/Sub is a global messaging system for event-driven systems and streaming analytics.

Prerequisites

We’ll assume you have Fission and Kubernetes installed. If not, please head over to the Fission install guide.

To enable KEDA integration, set the flag mqt_keda.enabled to true while installing Fission with helm chart.

Timer Triggers

Tue, 17 Dec 2019 14:38:24 +0800

A time trigger invokes a function on a cron schedule — once, or repeatedly. Use it for periodic jobs such as cleanups, report generation, or polling an external system.

The timer component evaluates your schedule using server time and POSTs to your function through the router when each scheduled moment arrives.

Cron format

Schedules are written as robfig/cron specifications. Fission accepts the standard five fields and an optional leading seconds field, so a spec is either:

Router

Mon, 01 Jan 0001 00:00:00 +0000

The router is the HTTP entry point that maps an incoming request to a function and forwards it to a running function pod.

It is the only stateless Fission component, so you can run multiple replicas behind a single Service and scale them horizontally with load. The router keeps a replica-local endpoint index fed by Kubernetes EndpointSlices, so it forwards warm traffic straight to a ready function pod without consulting the executor. It calls the executor only when a function has no ready endpoints (a cold start), when every endpoint is saturated (to add capacity), or for functions that require strict global concurrency — holding the request until a pod is ready.

Secrets, ConfigMaps, and Environment Variables

Mon, 01 Jan 0001 00:00:00 +0000

Fission functions read configuration through two channels. The first channel is Secrets and ConfigMaps mounted as files. The second channel, starting with Fission v1.27.0, is per-function environment variables, which can also project Secret and ConfigMap values. Use Secrets for sensitive values such as API keys and tokens. Use ConfigMaps for configuration that is not secret. Use environment variables for 12-factor configuration such as DATABASE_URL or LOG_LEVEL.

Create a Secret or a ConfigMap

Create a Secret or ConfigMap with the Kubernetes CLI:

Triggers

Mon, 01 Jan 0001 00:00:00 +0000

A trigger binds an event source to a function invocation.

A function does nothing until something invokes it. A trigger is the binding that says “when this event happens, run that function.” Each trigger type listens to a different event source, but they all converge on the same path: the event reaches the router, and the router sends an HTTP request to the function pod.

This page covers the four trigger types and how an event becomes a function invocation.

Kubernetes Watch Triggers

Tue, 17 Dec 2019 14:38:40 +0800

A Kubernetes watch trigger invokes a function whenever a watched Kubernetes object changes (added, modified, or deleted). Use it to react to cluster events, for example to run a function each time a Pod is created or a Service is updated.

The kubewatcher component watches the resource you specify and POSTs each event to your function through the router.

How it works

flowchart LR
 subgraph k8s["Kubernetes Cluster"]
 apiserver["API Server"]:::user
 kubewatcher["KubeWatcher"]:::fission
 router["Router"]:::fission
 fnPod["Function Pod"]:::pod
 end

 apiserver -->|"<b>1.</b> object event"| kubewatcher
 kubewatcher -->|"<b>2.</b> POST event"| router
 router -->|"<b>3.</b> forwards request"| fnPod
 classDef user fill:#ffffff,stroke:#94a3b8,color:#1f2a43
 classDef fission fill:#e8f0fe,stroke:#2d70de,color:#1f2a43
 classDef pod fill:#e6f7f1,stroke:#11a37f,color:#1f2a43,stroke-dasharray:5 3

You create a watch trigger naming a resource type and a namespace.
kubewatcher opens a watch on that resource against the Kubernetes API server.
For each event, kubewatcher POSTs the serialized object as the request body to your function.
The function processes the event and returns a response.

Each request carries the event and object type as HTTP headers so your function can branch on them:

Function Pod

Mon, 01 Jan 0001 00:00:00 +0000

A function pod is where a Fission function is loaded and serves HTTP requests.

It pairs a language-specific runtime with a helper container that pulls your code into the pod. Understanding its anatomy explains how a generic, reusable pod becomes specialized to run your function, and why poolmgr and newdeploy pods behave differently.

Anatomy

A function pod (for the poolmgr and newdeploy executors) runs two containers that share an emptyDir volume:

NATS Jetstream

Mon, 01 Jan 0001 00:00:00 +0000

NATS Jetstream connector is available in Fission 1.17 or higher.

Connect a NATS Jetstream trigger to a Fission function so the function runs automatically whenever a message arrives on a stream. This tutorial assumes Fission and Kubernetes are already installed. If not, see the install guide. You’ll also need a NATS server reachable from the Fission Kubernetes cluster.

Installation

To set up a NATS Jetstream server on the Kubernetes cluster, use the information here or the NATS Jetstream docs. You can also set up a NATS Jetstream server with this yaml file (monitoring is already configured).

NATS Streaming

Mon, 01 Jan 0001 00:00:00 +0000

This tutorial will demonstrate how to use a NATS Streaming trigger to invoke a function. We’ll assume you have Fission and Kubernetes installed. If not, please head over to the install guide.

You will also need NATS Streaming server setup which is reachable from the Fission Kubernetes cluster.

Installation

If you want to setup NATS Streaming server on the Kubernetes cluster, you can use the information here or you can check the documentation for nats streaming docs.
You can also setup NATS streaming server with this yaml file. (Monitoring is already configured.)

Packages and builds

Mon, 01 Jan 0001 00:00:00 +0000

A package holds your function’s code as archives and ties it to an environment, building source into a runnable artifact when needed.

A Package is the bridge between your source code and a running function pod. It carries up to two archives — the source you wrote and the deployment artifact that actually runs — together with a reference to the environment that builds and runs them. When you supply only source, Fission compiles it into a deployment archive for you.

Builder Manager

Mon, 01 Jan 0001 00:00:00 +0000

The builder manager turns a package’s source archive into a runnable deployment archive by driving the environment’s builder.

The builder manager is a core Fission component. It runs inside the buildermgr deployment as part of fission-bundle and is only active for environments that declare a builder image.

As of Fission v1.27.0 the builder manager is built on controller-runtime reconcilers rather than the older informer-driven watchers. It hosts two reconcilers: an Environment reconciler that keeps each builder Service and Deployment in sync with its Environment, and a Package reconciler that builds source packages into deployment archives. Reconciliation is level-based, so the builder objects self-heal if the live cluster drifts from the desired state.

Fission vs Knative, OpenFaaS, and other Kubernetes serverless frameworks

Mon, 01 Jan 0001 00:00:00 +0000

Fission is a function-as-a-service framework for Kubernetes that optimizes for fast cold starts, a simple developer loop, and extensibility. It keeps a pool of warm, generic pods and specializes one on the first request, so cold-start latency is typically around 100 ms — without you managing a service mesh or autoscaler. Every language runtime is a Fission environment — a container image implementing a small interface that you can modify or build from scratch — and the framework’s own subsystems (executors, triggers, route providers, and log backends) are pluggable, so you adapt Fission to your stack without forking it. Compared with the main alternatives: Fission is lighter to operate than Knative, comparable in simplicity to OpenFaaS while staying fully Kubernetes-native, an actively maintained successor to the archived Kubeless, and a self-hosted alternative to managed FaaS such as AWS Lambda that runs on any cluster with no per-invocation vendor pricing.

Pull an Image From a Private Registry

Mon, 01 Jan 0001 00:00:00 +0000

With 1.7.0+, you can specify which credential kubelet uses to pull images from a private registry.

First, follow the kubernetes guide to create the secret.

The secret must be created in the namespace where the function pods run. By default this is the namespace where your Fission resources live (for example, default); confirm with kubectl get pods -l environmentName=<env> to see where the pods are scheduled.

Then, specify the secret when creating the environment.

RabbitMQ

Fri, 21 Jan 2022 15:39:35 +0530

A RabbitMQ message queue trigger invokes a Fission function whenever a message arrives in a RabbitMQ queue. Your RabbitMQ instance can be on prem or hosted on any of the cloud service providers like AWS, Azure or GCP.

We’ll assume you have Fission and Kubernetes installed. If not, head over to the Fission install guide.

To enable KEDA integration, set the flag mqt_keda.enabled to true while installing Fission with helm chart.

Also install the Keda Helm Chart in your cluster for Fission Keda Kafka trigger to work.

Builder Pod

Mon, 01 Jan 0001 00:00:00 +0000

The builder pod is the per-environment workload that compiles a source archive into a deployment archive used by the function pod.

A builder pod exists only for environments that declare a builder image. The builder manager creates one builder Deployment per such environment; deploy-only packages never touch a builder pod.

Each builder pod runs two containers that share a volume:

Builder container — compiles the function source into an executable artifact; this container is language-specific and comes from the environment’s builder image.
Fetcher — a sidecar that downloads the source archive from StorageSvc, verifies its checksum, and uploads the resulting deployment archive back to StorageSvc after the build.

Build pipeline

The builder manager drives the fetcher and builder container through this sequence to turn a source archive into a deployment archive:

Use URL as archive source when creating functions/packages

Mon, 01 Jan 0001 00:00:00 +0000

Embedding a URL directly in the package archive skips the download-and-upload step, cutting package creation time. Previously, when a user provided a URL as the archive source, the CLI downloaded the file and uploaded it to internal storagsvc to persist it. This approach increased the total package creation time if the file size was large.

With 1.7.0+, the CLI embeds the given URL in the package archive directly, bringing two benefits:

Workflows

Mon, 01 Jan 0001 00:00:00 +0000

A workflow is a durable state machine that orchestrates several functions as one reliable unit of work.

A single function is the right tool for one step. Real processes are usually several steps with logic between them: validate an order, screen it for fraud, charge the card, then fulfill or reject it. Some steps run in parallel. Some are conditional. Some fail transiently and need a retry. You can wire that together by having functions call each other. But then the orchestration lives in your code. Nothing records how far an execution got. A crash midway leaves you guessing. A workflow makes the orchestration a first-class, durable object instead.

Fission CRD Reference

Mon, 01 Jan 0001 00:00:00 +0000

API Reference

Packages

fission.io/v1

fission.io/v1

Package v1 contains API Schema definitions for the fission.io v1 API group

Resource Types

AliasTargetRecord

AliasTargetRecord is one entry in FunctionAliasStatus.History: a previously resolved target, kept for audit / rollback visibility.

Appears in:

FunctionAliasStatus

Field	Description	Default	Validation
`version` string
`packageDigest` string
`switchedAt` Time

AllowedFunctionsPerContainer

Underlying type: string

Fission Metrics Reference

Mon, 01 Jan 0001 00:00:00 +0000

Fission exports Prometheus metrics for requests, cold starts, function calls, archive storage, message-queue triggers, eventing, async invocations, workflows, and the statestore, so you can monitor and alert on your deployment.

To access these metrics, you’ll need to install Fission 1.16 or higher.

To access fission_mqt_inprocess and fission_mqt_status metrics, you’ll need to install Fission 1.20.3 or higher.

The table below lists every metric, the component that emits it, its labels, and what it measures.

Local development with run-local

Mon, 01 Jan 0001 00:00:00 +0000

fission function run-local runs a single function on your laptop in Docker, against the same environment runtime image the cluster uses. You iterate without a build-and-deploy round-trip. A normal edit → deploy → test cycle goes through a package build and a specialization on the cluster and takes tens of seconds to a couple of minutes. run-local collapses that to a local pull-once, then sub-second re-runs on each edit.

It reproduces the cluster’s behavior faithfully: the runtime image, the specialize contract, and the invocation headers all match. A function that works under run-local works the same way once deployed.

Redis Lists

Mon, 01 Jan 0001 00:00:00 +0000

This tutorial shows how to trigger a Fission function from messages on a Redis list. We’ll assume you have Fission and Kubernetes installed. If not, head over to the install guide.

You will also need Redis setup which is reachable from the Fission Kubernetes cluster.

Installation

If you want to setup Redis server on the Kubernetes cluster, you can use the information here.

Overview

The flow connects two functions through a Redis trigger:

StorageSvc

Mon, 01 Jan 0001 00:00:00 +0000

The storage service is where Fission keeps the source and deployment archives of packages that are too large to embed inline.

StorageSvc is a core Fission component, running as the storagesvc deployment inside fission-bundle. It is reached only over the cluster network by the builder pods, function-pod fetchers, and the router — it is never exposed publicly.

Packages whose archive is larger than 256 KB are stored in StorageSvc rather than inline in the Package resource; smaller archives are stored as literals in the CRD itself. A builder pod uploads the deployment archive it produces to StorageSvc, and the fetcher inside a function pod downloads that archive when specializing the function.

Debugging and diagnosing functions

Mon, 01 Jan 0001 00:00:00 +0000

Diagnose a failing function down to the component and the exact invocation, without reading server logs. When a function misbehaves, the question is usually where it broke: the function code, the build, the executor, or a timeout. The other question is which call it was. Fission answers both. fission function describe shows a function’s health in one view. fission function test attributes a failure to a component and hands you a request id. fission function logs --request-id pulls that one invocation’s logs.

Glossary

Mon, 01 Jan 0001 00:00:00 +0000

Look up a Fission-specific term used across these docs, from archive to time trigger.

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

A

Annotation - --ingressannotation

Use --ingressannotation to specify meta data while creating HTTP Trigger and customize their behavior.

Logger

Mon, 01 Jan 0001 00:00:00 +0000

The logger makes each function pod’s container logs discoverable on the node so a log shipper can collect them.

The logger runs as a DaemonSet — one replica per node — so every node manages the logs of the function pods scheduled on it.

As of Fission v1.27.0 the logger is a controller-runtime reconciler rather than a raw pod informer. Because it is a per-node DaemonSet, the Manager runs without leader election — each node’s logger must process its own pods, so every replica reconciles unconditionally.

Authoring Workflows

Mon, 01 Jan 0001 00:00:00 +0000

A Workflow is a YAML state machine: a startAt state and a map of named states. Each state invokes a function, branches on data, waits, or terminates.

This page is the field reference. For the concepts, see Workflows. To run and inspect what you author, see Run and inspect.

Manifest skeleton

apiVersion: fission.io/v1
kind: Workflow
metadata:
 name: order-pipeline
spec:
 startAt: validate  # the first state
 timeout: 1h  # hard ceiling on total run time (default 24h)
 defaultRetry: # optional; applied to Task states with no retry of their own
 maxAttempts: 3
 backoffBase: 1s
 backoffCap: 10s
 historyRetention: # bound how many finished runs are kept
 maxCount: 20
 maxAge: 24h
 states:
 validate:
 type: Task
 function: { name: wf-validate-order }
 next: screening
 # ... more states ...

Every state has a type and, unless it is terminal, either next: <state> or end: true. The functions a workflow references are ordinary Fission functions in the same namespace.

Environment Variables

Mon, 01 Jan 0001 00:00:00 +0000

Fission CLI reads a small set of environment variables to find your Fission installation and its router, without you passing flags on every command.

Namespaces

You only need to set this if there are multiple Fission installations in different namespaces within the same Kubernetes cluster.

Set FISSION_NAMESPACE to the namespace where the Fission installed.

$ export FISSION_NAMESPACE=<namespace>

If you run functions in a separate namespace, set FISSION_FUNCTION_NAMESPACE to that namespace. By default the Helm chart creates functions in the defaultNamespace value (which is default), so you only need this when you have changed functionNamespace or are targeting a non-default function namespace.

Go Functions

Mon, 01 Jan 0001 00:00:00 +0000

Write, build, and deploy Go functions on Fission using its native Go plugin mechanism.

This guide covers setting up the Go environment, writing functions, handling HTTP requests/responses, and managing dependencies.

Before you start

We’ll assume you have Fission and Kubernetes setup. If not, head over to the install guide. Verify your Fission setup with:

fission version

Add the Go environment to your cluster

Unlike Python, Go is a compiled language, so source code must be compiled before it can run. Fission’s builder manager handles this automatically when a Go function/package is created, converting a source package into a deployable package.

Java Functions

Mon, 01 Jan 0001 00:00:00 +0000

Fission supports functions written in Java and runs them on the JVM. The JVM environment runs on Java 25 (LTS, eclipse-temurin) and uses Spring Boot 3.5.x as its framework. A jvm-jersey variant is also available that runs the Jersey RESTful Web Services framework on Java 25.

Before you start

We’ll assume you have Fission and Kubernetes setup. If not, head over to the install guide. Verify your Fission setup with:

fission version

Add JVM environment to your cluster

Fission language support is enabled by creating an Environment. An environment is the language-specific part of Fission. It has a container image in which your function will run.

KubeWatcher

Mon, 01 Jan 0001 00:00:00 +0000

KubeWatcher is the Fission component that watches Kubernetes API resources and invokes a function whenever a watched object changes.

It lets you treat the cluster itself as an event source: create a KubernetesWatchTrigger that names a resource type and a target function, and KubeWatcher streams add, update, and delete events from the Kubernetes API to that function. This is useful for cluster automation tasks such as reacting to new Pods, Services, or completed Jobs without polling.

Metrics with Prometheus

Mon, 01 Jan 0001 00:00:00 +0000

Metrics in Fission

Fission exposes Prometheus-format metrics from every component and function pod, which a Prometheus server scrapes and Grafana visualizes. These metrics let you monitor the health of both your functions and the Fission components themselves — call counts, error rates, cold starts, and request overhead.

Prometheus

Prometheus is a monitoring and alerting tool. It uses a multi-dimensional data model with time series data identified by metric name and key/value pairs.

Node.js Functions

Mon, 01 Jan 0001 00:00:00 +0000

Write, deploy, and test Node.js functions on Fission, and manage the npm dependencies they need. The Fission Node.js runtime environment supports Node.js versions greater than 7.6.0.

Before you start

We assume you have Fission and Kubernetes setup. If not, head over to the install guide. Verify your Fission setup with:

fission version

Add the Nodejs runtime environment to your cluster

Fission language support is enabled by creating an Environment. An environment is the language-specific part of Fission. It has a container image in which your function will run.

Offline On-Premise

Mon, 01 Jan 0001 00:00:00 +0000

Deploy and run Fission in a Kubernetes cluster with restricted or no internet access — for example due to business or compliance reasons — by mirroring every required image into a registry the cluster can reach.

This guide assumes your CI/CD tooling has internet access, even though the Kubernetes cluster itself does not.

Cloning Fission Images

Before installing Fission you will need to make container images available in a container registry which is accessible to the Kubernetes cluster. You can download and retag them or export and import image tar files based on your setup.

Python3 Functions

Mon, 01 Jan 0001 00:00:00 +0000

Write, deploy, and manage dependencies for Python3.7+ functions on Fission. Fission’s Python integration runs functions through a Flask-based request/response interface.

Before you start

We’ll assume you have Fission and Kubernetes setup. If not, head over to the installation guide.

Verify your Fission setup with:

fission version

Add the Python environment to your cluster

Fission language support is enabled by creating an Environment. An environment is the language-specific part of Fission. It has a container image in which your function will run.

Rust Functions

Mon, 01 Jan 0001 00:00:00 +0000

Write, build, and deploy Rust functions on Fission, compiled by the builder into native server binaries for native-speed invocations with no per-request process startup.

The runtime is built on axum and tokio. This guide covers setting up the environment, writing functions, handling HTTP requests/responses, and working with dependencies.

Before you start

We’ll assume you have Fission and Kubernetes set up. If not, head over to the install guide. Verify your Fission setup with:

Message Queue Trigger

Mon, 01 Jan 0001 00:00:00 +0000

A Message Queue Trigger binds a message queue topic to a function so that each message on that topic invokes the function with the message as the request body.

The current architecture is built on KEDA (Kubernetes Event-Driven Autoscaling). For each MessageQueueTrigger of kind keda, Fission provisions a KEDA ScaledObject and a connector Deployment that consumes the queue, calls your function through the Router, and scales with the depth of the queue, including scaling to zero when the topic is idle.

Tracing with OpenTelemetry

Mon, 01 Jan 0001 00:00:00 +0000

Tracing in Fission

Tracing gives you a request-level view of how a call flows through Fission’s components — router, executor, function pod — and how long each step takes.

Fission instruments its components with OpenTelemetry and exports spans over OTLP to any compatible backend. Earlier releases used OpenTracing/Jaeger directly. OpenTelemetry has replaced that path and is the only tracing system Fission ships today. Because OpenTelemetry speaks OTLP, you can still send traces to Jaeger (shown below) or to any vendor that accepts OTLP.

Timer

Mon, 01 Jan 0001 00:00:00 +0000

Timer invokes a function on a recurring schedule defined by a cron expression.

It behaves like a Kubernetes CronJob, but instead of creating a Pod for each run it sends an HTTP request to the Router to invoke your function. This makes it well suited to lightweight, periodic background work such as cleanup jobs, polling, and scheduled reports.

Timer is an optional component. It runs as the timer service inside fission-bundle and is only active when you create TimeTrigger resources.

How it works

flowchart TB
 user["You"] -->|"<b>1.</b> create TimeTrigger"| apiserver["API Server"]
 subgraph k8s["Kubernetes Cluster"]
 apiserver -->|"<b>2.</b> reconcile event"| timer["Timer"]
 timer -->|"<b>3.</b> register cron"| cron["Cron Scheduler"]
 cron -->|"<b>4.</b> on schedule"| timer
 timer -->|"<b>5.</b> HTTP request"| router["Router"]
 router -->|"<b>6.</b> forwards request"| fnPod["Function Pod"]
 end

 class user,apiserver user
 class timer,cron,router fission
 class fnPod pod
 classDef user fill:#ffffff,stroke:#94a3b8,color:#1f2a43
 classDef fission fill:#e8f0fe,stroke:#2d70de,color:#1f2a43
 classDef pod fill:#e6f7f1,stroke:#11a37f,color:#1f2a43,stroke-dasharray:5 3

You create a TimeTrigger CRD that specifies a cron expression, a target function, and the HTTP method to use.
A controller-runtime reconciler in Timer observes the trigger and registers a cron entry for the trigger’s schedule.
When the schedule fires, Timer issues an HTTP request to the Router at the function’s URL.
The Router forwards the request to a function pod and the function runs.

Each request carries an X-Fission-Timer-Name header set to the trigger name, so a function shared by several timers can tell which schedule invoked it. The request body is empty; the HTTP method comes from spec.method and an optional spec.subpath is appended to the function URL.

Controller

Mon, 01 Jan 0001 00:00:00 +0000

The Controller is deprecated and is no longer part of the Fission architecture. It was deprecated in 1.18.0 and removed from the default install in 1.20.0. This page is kept for reference and migration guidance only.

The Controller was a standalone REST API server that the Fission CLI used to talk to. It exposed CRUD endpoints for Fission resources and proxied requests to internal services.

Every Fission resource has always been stored as a Kubernetes Custom Resource, so the Controller was an extra hop in front of the Kubernetes API server. That hop has been removed.

Admission Webhook

Mon, 01 Jan 0001 00:00:00 +0000

The admission webhook is the component that checks a Fission resource for validity at admission time and rejects it before it is written to the cluster.

The webhook is a core component. It runs as part of fission-bundle and is installed by the default Helm chart.

When you create or update a Fission resource, the Kubernetes API server runs two layers of validation before storing it: built-in CEL rules declared on the CRDs, and a validating admission webhook for the checks CEL cannot express. This catches mistakes early — at kubectl apply or fission ... create time — instead of when a function later fails to build or run.

Reconcilers

Mon, 01 Jan 0001 00:00:00 +0000

A reconciler is a control loop that watches a Fission resource and keeps the cluster matching what that resource asks for.

This is the standard Kubernetes operator pattern, built on controller-runtime. You declare what you want as a CRD; the reconciler figures out how to make the cluster match, and keeps doing so over time.

Fission adopted this model across its components in the v1.27.0 control-plane rework.

What a reconcile loop is

A reconcile loop runs the same three steps every time the resource it watches changes — and periodically even when nothing changed.

Statestore

Mon, 01 Jan 0001 00:00:00 +0000

The statestore is the durable substrate the control plane writes to when a feature needs state that outlives a single request or a single pod.

It exposes three capabilities behind one interface — a key/value store, an append-only event log, and a visibility-timeout queue — served by a pluggable driver. Fission itself never deploys a database product. For development, use the bundled embedded driver. For production, point the external driver at a database you already run.

Docker Desktop

Mon, 01 Jan 0001 00:00:00 +0000

Docker desktop with Kubernetes

This page walks through installing and running Fission on Docker Desktop’s built-in Kubernetes, including known issues and workarounds. Docker desktop allows you to run and manage Docker and Kubernetes on workstations for local development.

You will need to enable Kubernetes by going to the Kubernetes tab in preferences. If this is your first time, downloading the Kubernetes binaries will take a few minutes. Once Kubernetes is fully running, you should see a green icon and the text “Kubernetes is running” as shown in the screenshot below.

Logs with Loki

Mon, 01 Jan 0001 00:00:00 +0000

Logs in Fission

Both Fission’s core services and your function pods emit logs, and aggregating them makes debugging far easier.

Fission runs several core components that route, build, and execute your functions. The logs from the components and from the function pods together tell the full story of a request, so a good log-aggregation backend is worth setting up.

Grafana Loki

Loki is a horizontally-scalable, highly-available, multi-tenant log aggregation system inspired by Prometheus. The main components are a client to fetch the logs, an aggregator, and a visualizing tool (Grafana).

Observability with Linkerd

Mon, 01 Jan 0001 00:00:00 +0000

Observability with Linkerd

Linkerd is a lightweight service mesh that works out of the box with Fission and adds request-level metrics to your functions and to Fission itself. This guide walks you through meshing function and Fission pods so you can view success rate, request rate, and latency in Linkerd’s dashboard.

Prerequisites

You need to install Fission and Linkerd in the cluster.

Install Linkerd
Install Fission

Deploy a function in Fission

Create a Fission environment:

fission env create --name node --image ghcr.io/fission/node-env

Create a file with function code:

module.exports = async function(context) {
 return {
 status: 200,
 body: "Hello, world!\n"
 };
}

Deploy the function:

fission fn create --name hello --code hello.js --env node

Test the function:

fission fn test --name hello

Linkerd dashboard

Launch Linkerd’s dashboard to see the cluster’s meshed and unmeshed deployments:

Run and Inspect

Mon, 01 Jan 0001 00:00:00 +0000

Manage a workflow definition with fission workflow, start executions with workflow run, and trace each execution with the workflow runs subgroup.

This page assumes you have a manifest — see Authoring workflows — and that workflows are enabled.

Manage the definition

fission workflow is the definition lifecycle. It mirrors the other Fission resources:

fission workflow create -f workflow.yaml
fission workflow update -f workflow.yaml
fission workflow list
fission workflow delete --name order-pipeline

Start a run

workflow run creates a WorkflowRun and prints its name. Pass input as inline JSON or @path/to/file.json:

OpenShift

Mon, 01 Jan 0001 00:00:00 +0000

This page covers OpenShift-specific setup: installing Fission, running the Logger as a privileged container, and enabling Prometheus metrics.

Installing Fission

See Fission installation to learn how to install Fission.

Run Logger as privileged container

Logger pods must run as a privileged container because Fission mounts a hostPath volume into FluentBit to read container log files and persist data.

The persistence is for FluentBit’s tail plugin to read/write its own sqlite database. Fission itself doesn’t persist anything.

Workflow Examples

Mon, 01 Jan 0001 00:00:00 +0000

Three runnable workflows in the examples repository cover the full state-type palette.

Each directory has the workflow.yaml, the functions it calls, and sample inputs, plus a README with the deploy steps. Read them alongside the authoring reference.

Order pipeline — Parallel, Choice, retry, catch

An e-commerce checkout: validate an order, then screen it for fraud and stock in parallel. A Choice routes on the results. Charging the card includes retry and a catch for declines. Every failure converges onto one rejection path. It is the flagship example — the one the stateDiagram on the overview page is drawn from.

CI/CD and GitOps

Mon, 01 Jan 0001 00:00:00 +0000

Deploy Fission functions from a CI/CD pipeline instead of by hand. It builds on two pieces that work together:

Declarative YAML specs — your functions, environments, and triggers as version-controlled YAML, reconciled onto the cluster with one idempotent command. This is the CI/CD control plane.
OCI image packages — ship function code as a digest-pinned container image your pipeline already knows how to build, push, sign, and scan. This makes the deployed artifact registry-native.

Use specs alone to deploy from source, or add OCI delivery for an immutable, promote-by-digest GitOps flow — and because an OCI package carries no archive to upload, you can apply it with the Fission CLI, plain kubectl, or Argo CD / Flux.

Packaging source code

Mon, 01 Jan 0001 00:00:00 +0000

A Fission package is the deployable artifact behind a function: it holds your code as either a source archive (built on the cluster by a builder) or a pre-built deployment archive. This page shows how to create both kinds of package and attach them to a function. For the concepts behind builders and the build pipeline, read Packages and builds.

Creating a Source Package

Before you create a package, you need to create an environment with an associated builder image:

OCI image packages

Mon, 01 Jan 0001 00:00:00 +0000

Ship Fission function code as an OCI image instead of a zip archive. Build a code-only image, push it to any OCI registry, and reference it when creating the package. Available starting with Fission v1.26.0. Create the package with --oci:

$ fission package create --name hello --env python \
 --oci registry.example.com/myteam/hello-code:v1

Everything else — environments, functions, triggers, entry points — works exactly as with archive-based packages.

The code image moves from your build to the registry to the function pod, the same registry path a builder-published image takes:

Authentication

Mon, 01 Jan 0001 00:00:00 +0000

Authentication for Fission Functions

Starting with v1.16.0, Fission lets you enable an authentication mechanism for Fission function invocations. If you’re using an ingress, you might already have some authentication in place for external calls. This feature instead protects direct calls to Fission’s own function endpoints, which previously had no authentication option.

How Authentication Works

Fission enables authentication on the Fission Router. When enabled, the router registers a login endpoint, and every function call must include an authentication token.

Building a Custom Environment

Mon, 01 Jan 0001 00:00:00 +0000

This guide builds a Fission environment: from scratch, by modifying an existing one, or by adding support for a brand-new language. It is the hands-on companion to the Environments concept guide, which explains what an environment is; here we cover how to build one.

By the end you will understand the runtime HTTP contract every environment must implement, how the optional builder turns source into a deployment package, and the exact files you need to ship a new language.

Controlling Function Execution

Mon, 01 Jan 0001 00:00:00 +0000

Choose and configure a function’s executor to control cold starts and per-function autoscaling. For the concepts and trade-offs behind each executor type, read Executors.

Fission has three executor types:

poolmgr — the default; serves requests from a warm pool of generic pods for fast cold starts.
newdeploy — gives each function its own Kubernetes Deployment with autoscaling (HPA).
container — runs an arbitrary container image as a function (see Running container as functions).

The --executortype flag on fission fn create accepts poolmgr or newdeploy; the container type is created with fission fn run-container instead.

Internal Service Authentication

Mon, 01 Jan 0001 00:00:00 +0000

Fission signs internal control-plane RPCs with application-layer HMAC authentication, enabled by default since v1.23.0. This is distinct from the end-user function-invocation authentication (JWT, opt-in), which protects function invocations rather than in-cluster RPCs.

What it protects

Five internal channels now require signed requests when internalAuth.enabled=true:

Service	Server endpoint(s)	Callers
`storagesvc`	`/v1/archive`	buildermgr and fetcher uploading function archives
`fetcher` (per-pod sidecar)	`/fetch`, `/specialize`, `/upload`	buildermgr, executor
`builder` (per-pod)	`/build`	buildermgr
`executor`	`/v2/getServiceForFunction`, `/v2/tapService`, `/v2/unTapService`, …	router
`router-internal` (port `8889`)	`/fission-function/<ns>/<name>`	executor, kubewatcher, timer, mqt-fission-kafka

Each pair derives a per-service key via HKDF from a single chart-managed master secret, so one toggle gates all five channels atomically.

Provisioned Concurrency

Mon, 01 Jan 0001 00:00:00 +0000

Declare a floor of always-warm capacity: the executor keeps N specialized pods ready before any request arrives. Cron-scheduled windows raise or lower that floor for known traffic patterns.

The poolmgr warm pool is generic: pods idle without your code loaded. The first request per pod pays package fetch and load. The idle reaper un-warms quiet functions, so off-hours traffic pays that cold start again. Starting with Fission v1.27.0, provisioned concurrency removes that cold start for opted-in functions. The executor specializes pods eagerly, exempts them from the idle reaper, and publishes them to the router. Requests within the floor always hit a warm pod. Requests beyond the floor behave exactly as before: they pay a normal on-demand cold start.

Running container as functions

Mon, 01 Jan 0001 00:00:00 +0000

Support for running containers as functions is in alpha. We plan to improve the experience over the coming releases, and your feedback is most welcome.

Fission can run an existing container image as a function using the container executor type. This is useful when you already have a containerized HTTP service and want to invoke it through Fission’s router and triggers. For how this executor compares to poolmgr and newdeploy, see Controlling Function Execution.

Function State

Mon, 01 Jan 0001 00:00:00 +0000

Give a function durable key/value state without bringing your own Redis or database. A Fission function is normally stateless. Nothing it writes to memory survives the request, and two requests may land on two different pods. Many things must persist between requests: a per-user counter, a shopping cart, a login session, a rate limit, an AI agent’s conversation history. Each usually means standing up Redis or a database, wiring its connection string into every environment image, and re-implementing tenancy and quotas per team.

Streaming Responses

Mon, 01 Jan 0001 00:00:00 +0000

Starting with Fission v1.27.0, a function can stream its response incrementally — over Server-Sent Events (SSE), HTTP chunked transfer, or a WebSocket upgrade. The response flushes to the client as it is produced and is not bound by functionTimeout. By default, though, a function still buffers its full response and the router cuts the request off at that limit.

Streaming is per-function and opt-in: omit the spec.streaming object (or the --streaming flag) and the function keeps the existing buffered behavior exactly. Typical use cases are LLM token streaming, AI agent runs, chat, SSE feeds, and other long-running or bidirectional responses.

Canary Deployments for Functions

Mon, 01 Jan 0001 00:00:00 +0000

A CanaryConfig gradually shifts HTTP traffic to a new function version, using Prometheus health checks to roll back automatically if the new version becomes unhealthy. Traffic starts at 0% and increases in steps up to 100%, unless the failure threshold is exceeded first.

Starting with Fission v1.27.0, the recommended way to canary is over function versions and aliases: point the trigger at an alias and name two published versions of the same function as --newfn/--oldfn, instead of deploying the new code as a second function. See canary rollouts over an alias. The classic two-function pattern below keeps working unchanged.

Setup & pre-requisites

Enable the canary feature by setting canaryDeployment.enabled to true in the Helm chart during Fission installation.

Function Versions and Aliases

Mon, 01 Jan 0001 00:00:00 +0000

Publish a function as immutable versions, point named aliases like prod and staging at them, and roll back a bad deploy in seconds — without editing a single trigger and without a cold start.

A plain fission fn update changes the live function in place. Every trigger that names the function immediately serves the new code, and the only way back is another update. Starting with Fission v1.27.0, a function can also have versions and aliases:

Functions as MCP Tools

Mon, 01 Jan 0001 00:00:00 +0000

Expose a Fission function as an MCP tool so any LLM agent that speaks MCP can discover and invoke it, with no hand-written adapter code. The Model Context Protocol (MCP) is an open protocol that lets LLM agents discover and call external tools. Starting with Fission v1.27.0, an agent that speaks MCP (for example Claude) can list an advertised function. It can then invoke the function over Fission’s existing internal invocation path.

Advanced Setup

Mon, 01 Jan 0001 00:00:00 +0000

This guide covers resource limits, TLS, and router/executor tuning for running Fission on production systems with heavy workloads.

Define Correct Resource Request/Limits

By default, there is no resource requests/limits setting for fission component pods. But it’s always wise set them up if you’re trying to run any application on Kubernetes for production. We recommend that you run benchmarks to simulate real traffic and setup resource request/limits of components accordingly.

You can get component pods resource usage by using the following command.

Asynchronous Invocation

Mon, 01 Jan 0001 00:00:00 +0000

Invoke a function fire-and-forget: the router accepts the call, returns a durable invocation id immediately, and delivers it in the background with retries — so the caller never waits for the work to finish.

A normal invocation is synchronous: the caller holds the connection open until the function returns a response. That is wrong for work that is slow, spiky, or must not be lost if a caller disconnects. Examples: sending email, processing an upload, calling a rate-limited third party. Starting with Fission v1.27.0, an asynchronous invocation hands that work to Fission and returns right away.

Version Lifecycle and Interactions

Mon, 01 Jan 0001 00:00:00 +0000

How function versions are minted automatically, how old ones are cleaned up, what an environment update means for rollback, and how every other Fission feature behaves when traffic flows through an alias.

This page continues from Function versions and aliases, which covers publishing, aliases, routing, and rollback.

Automatic publishing

Instead of calling fission fn publish after every deploy, a function can opt into minting versions automatically. Opt in from the CLI with --versioning, on either fission fn create or fission fn update:

Multi-namespace tenancy

Mon, 01 Jan 0001 00:00:00 +0000

Onboard or offboard a namespace at runtime with a single fission tenant command — the control plane keeps running, with no restart and no re-specialization of existing functions. Fission can serve functions in more than one namespace, and since v1.27.0 this tenant mode is the recommended way to control which namespaces it manages.

Each onboarded namespace (a tenant) gets its own narrow RBAC and its own derived signing key, so one namespace cannot read another’s Secrets or invoke as another’s identity.

Upgrade Guide

Mon, 01 Jan 0001 00:00:00 +0000

Zero-downtime upgrades are the goal of Fission’s upgrade design (issue #1856). Recent releases ship rollout defaults that keep warm function traffic serving while the control plane rolls. Fission does not yet test or guarantee zero downtime for every request, so schedule upgrades in a low-traffic window when that matters.

Upgrade to the latest Fission version

Every upgrade needs two steps, in order: update the CLI, then upgrade the chart. Starting with Fission v1.27.0, helm upgrade applies the matching CRDs itself through a pre-upgrade hook. You need a separate CRD step only when you opt out. Check the version-specific sections below for anything extra your target release requires.

Enabling Istio on Fission

Mon, 01 Jan 0001 00:00:00 +0000

Install Fission with Istio so the router, executor, and function pods each get an automatically injected sidecar proxy. This was originally tried on GKE but should work on any equivalent setup. It assumes you already have a working Kubernetes cluster.

The command output below was captured on an older Fission and Istio release, so version strings and the exact set of pods will differ on a current install. For example, recent Fission releases no longer run a standalone controller pod. Treat the listings as illustrative of the sidecar-injection behavior rather than exact expected output.

Set up Istio

Follow the Istio setup guides here; any installation method works. This tutorial uses the Helm install for Istio, detailed here.

v1.27.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Upgrade Notes

v1.27.0 adds multi-namespace tenancy and a function-developer observability toolkit. The new tenancy modes are opt-in — the default (tenancy.mode: static) renders byte-identical RBAC and keeps the existing master-key auth model, so a routine upgrade changes nothing for a single-namespace or additionalFissionNamespaces install. Two runtime defaults do change visibly and are worth reviewing before you roll out. The minimum Kubernetes version is unchanged at 1.32.

For the general upgrade steps (CRDs, CLI, Helm chart), see the Upgrade Guide. The behavioral changes specific to v1.27.0 and the action each requires are below.

v1.26.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Upgrade Notes

v1.26.0 is a large feature release and changes several runtime defaults — the router now serves warm traffic from EndpointSlices and accounts concurrency per replica, OCI package delivery becomes the cold-start path when a registry is configured, and streaming responses are no longer bound by the function timeout. None of these require a configuration change to keep working, but review the items below before rolling out, especially if you depend on global concurrency enforcement or on the previous Ingress route flow. The minimum Kubernetes version is unchanged at 1.32.

For the general upgrade steps (CRDs, CLI, Helm chart), see the Upgrade Guide. The behavioral changes specific to v1.26.0 and the action each requires are below.

v1.25.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Upgrade Notes

v1.25.0 raises Fission’s minimum Kubernetes version to 1.32, tightens two more admission rules around the HTTPTrigger path and the PodSpec capability allowlist, and moves several validation checks from the admission webhook to API-server CEL. Specs that rely on the rejected primitives — or clusters older than 1.32 — will fail admission after upgrade. Audit the items below before rolling out.

For the general upgrade steps (CRDs, CLI, Helm chart), see the Upgrade Guide. The breaking changes specific to v1.25.0 and the action each requires are below.

v1.24.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Upgrade Notes

v1.24.0 is a security-hardening release. The admission webhooks (with controller-side guards as defence in depth) now reject several primitives that earlier versions silently accepted, and cross-origin browser requests are denied by default. Functions, packages, environments, and triggers that depend on the rejected primitives will fail admission after upgrade — audit your specs before rolling out.

For the general upgrade steps (CRDs, CLI, Helm chart), see the Upgrade Guide. The breaking changes specific to v1.24.0 and the action each requires are below.

Compatibility

Mon, 01 Jan 0001 00:00:00 +0000

This page maps each Fission release to the Kubernetes and KEDA versions it is built and tested against. Use it to confirm your cluster meets a release’s floor before you install or upgrade.

Kubernetes compatibility

Each Fission release pins a k8s.io/api version in its go.mod; the minor of that dependency tracks the Kubernetes server version Fission is built against. The Tested with column lists the kindest/node images each release’s CI runs its end-to-end suite on, which is the most reliable signal of what works in practice.

v1.23.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Upgrade Notes

Behavioral change: the router public listener no longer serves /fission-function/<ns>/<name>. External tooling that today calls those paths through the public router URL (typically via Ingress) will receive 404 after upgrading. This closes GHSA-3g33-6vg6-27m8.

KEDA users: internalAuth.enabled now defaults to true. Upstream fission/kafka-http-connector images do not yet sign their requests, so KEDA-driven message-queue triggers will receive 401. Set --set internalAuth.enabled=false at upgrade time if you depend on stock KEDA connector images.

Uninstalling Fission

Mon, 01 Jan 0001 00:00:00 +0000

This command removes Fission from your cluster. Use it when you want to uninstall the current version and install Fission as a fresh instance.

helm uninstall <release name>

Get the release name by running helm list and replace with the actual <release name>

The above command will only delete the installed services. Custom resources that were created by Fission will need to be manually deleted.

Get a list of fission CRDs

v1.22.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Deprecations/Removals

We are supporting Kubernetes version 1.28.0 and above. Older versions are no longer supported.
We are pushing images to GHCR repo only. The DockerHub images are deprecated and will not be updated further. This applies to all Fission components, environments and keda-connector images.

Fixes

We have fixed critical security issues in the Fission codebase.
We have also removed/replaced vulnerable dependencies in the Fission codebase.
We have SBOM, provenance and key verification for all binaries and images. This ensures the authenticity of the binaries and images.
Minor fixes and improvements in helm charts

Changelog

What’s Changed

Fix: false duplicate http trigger detection on specs re-apply by @soharab-ic in https://github.com/fission/fission/pull/3160
Bump the github-actions group across 1 directory with 4 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3162
Fix: error on fission spec validate but fission spec apply works fine by @soharab-ic in https://github.com/fission/fission/pull/3164
Update Go version to 1.24 by @sanketsudake in https://github.com/fission/fission/pull/3167
Bump the github-actions group across 1 directory with 6 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3171
Remove github.com/pkg/errors with appropriate replacements by @sanketsudake in https://github.com/fission/fission/pull/3172
Bump the go-dependencies group across 1 directory with 10 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3174
Add best practices badge by @sanketsudake in https://github.com/fission/fission/pull/3175
Bump the github-actions group with 6 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3177
Bump the github-actions group with 3 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3180
Restructure fission-bundle CLI and remove old modules by @sanketsudake in https://github.com/fission/fission/pull/3178
Bump the go-dependencies group across 1 directory with 2 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3181
Update Go version to 1.24.1 by @sanketsudake in https://github.com/fission/fission/pull/3182
Bump github/codeql-action from 3.28.10 to 3.28.11 in the github-actions group by @dependabot[bot] in https://github.com/fission/fission/pull/3185
Bump the go-dependencies group with 11 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3184
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3158
Bump the github-actions group across 1 directory with 9 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3202
Bump the go-dependencies group across 1 directory with 13 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3201
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3187
use golangci-lint migrate to eliminate error by @rotty3000 in https://github.com/fission/fission/pull/3220
Bump the github-actions group across 1 directory with 8 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3217
Add staticcheck fixes by @sanketsudake in https://github.com/fission/fission/pull/3221
Bump the go-dependencies group across 1 directory with 17 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3222
Create a publisher per cron timer by @markretallack in https://github.com/fission/fission/pull/3218
Bump the go-dependencies group with 8 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3224
Update GoReleaser configurations by @emmanuel-ferdman in https://github.com/fission/fission/pull/3231
Bump the go-dependencies group across 1 directory with 5 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3232
Bump the github-actions group across 1 directory with 7 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3233
Bump the go-dependencies group across 1 directory with 19 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3238
Usa labels instead of deprecated commonLabels by @facorazza in https://github.com/fission/fission/pull/3239
Bump the github-actions group across 1 directory with 7 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3247
Bump the github-actions group with 4 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3249
Bump the github-actions group across 1 directory with 6 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3255
Fix kustomize rendering failures by @sanketsudake in https://github.com/fission/fission/pull/3256
Bump the go-dependencies group across 1 directory with 23 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3254
Use forked code-generator via godeps by @sanketsudake in https://github.com/fission/fission/pull/3257
Bump the go-dependencies group with 3 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3258
Bump the github-actions group with 3 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3259
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3211
Bump the github-actions group across 1 directory with 7 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3269
Use go 1.25 waitgroup Go method instead of Add/Wait by @sanketsudake in https://github.com/fission/fission/pull/3265
Bump the go-dependencies group across 1 directory with 8 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3266
Add support to customise storagesvc deployment strategy by @ian-thompson-yv in https://github.com/fission/fission/pull/3196
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3267
Bump github/codeql-action from 4.31.0 to 4.31.2 in the github-actions group by @dependabot[bot] in https://github.com/fission/fission/pull/3272
Update release version v1.22.0 by @sanketsudake in https://github.com/fission/fission/pull/3270
Bump golang.org/x/net from 0.25.0 to 0.36.0 in /test/tests/websocket in the go_modules group across 1 directory by @dependabot[bot] in https://github.com/fission/fission/pull/3186
Bump golang.org/x/crypto from 0.43.0 to 0.45.0 by @dependabot[bot] in https://github.com/fission/fission/pull/3280
Remove dashboard linter from tool dependency by @sanketsudake in https://github.com/fission/fission/pull/3285
Bump the go-dependencies group across 1 directory with 22 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3286
Bump the github-actions group across 1 directory with 9 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3282
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3277
Changes in goreleaser by @sanketsudake in https://github.com/fission/fission/pull/3274
Bump the github-actions group with 7 updates by @dependabot[bot] in https://github.com/fission/fission/pull/3290
Bump the docker-images group across 5 directories with 1 update by @dependabot[bot] in https://github.com/fission/fission/pull/3289
Bump k8s.io/apiextensions-apiserver from 0.34.2 to 0.34.3 in the go-dependencies group by @dependabot[bot] in https://github.com/fission/fission/pull/3288
Bump github.com/opencontainers/runc from 1.2.3 to 1.2.8 in the go_modules group across 1 directory by @dependabot[bot] in https://github.com/fission/fission/pull/3275
Chart version update by @sanketsudake in https://github.com/fission/fission/pull/3291
Update dependabot.yml for formatting and ignore rules by @sanketsudake in https://github.com/fission/fission/pull/3292
Add npm dependabot rules by @sanketsudake in https://github.com/fission/fission/pull/3293

New Contributors

@rotty3000 made their first contribution in https://github.com/fission/fission/pull/3220
@emmanuel-ferdman made their first contribution in https://github.com/fission/fission/pull/3231
@facorazza made their first contribution in https://github.com/fission/fission/pull/3239
@ian-thompson-yv made their first contribution in https://github.com/fission/fission/pull/3196

Full Changelog: https://github.com/fission/fission/compare/v1.21.0...v1.22.0

v1.21.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Deprecations/Removals

We are supporting Kubernetes version 1.27.0 and above. Older versions are no longer supported.
We are pushing images to GHCR repo only. The DockerHub images are deprecated and will not be updated further. This applies to all Fission components, environments and keda-connector images.

Fixes

We have fixed critical security issues in the Fission codebase.
We have also removed/replaced vulnerable dependencies in the Fission codebase.
We have SBOM, provenance and key verification for all binaries and images. This ensures the authenticity of the binaries and images.
Minor fixes and improvements in helm charts

Changelog

Fix: an invalid env manifest file breaks the executor component which stops the creation and deletion of envs by @soharab-ic in #3034
Add podSpec to generated environment manifest by @soharab-ic in #3033
Update K8s version for envtest to 1.30.x by @soharab-ic in #3038
Remove unreachable code by @soharab-ic in #3039
Bump github.com/golang-jwt/jwt/v4 from 4.5.0 to 4.5.1 by @dependabot in #3056
Add path safety fixes by @sanketsudake in #3061
Add OpenSSF Scorecard action by @sanketsudake in #3066
Add OpenSSF scorecard badge by @sanketsudake in #3067
Apply best security practices for OpenSSF by @sanketsudake in #3069
Bump actions/setup-go from 5.0.2 to 5.1.0 by @dependabot in #3074
Bump actions/upload-artifact from 4.4.0 to 4.4.3 by @dependabot in #3073
Bump sigstore/cosign-installer from 3.6.0 to 3.7.0 by @dependabot in #3072
Bump codecov/codecov-action from 4.5.0 to 5.1.1 by @dependabot in #3071
Bump golangci/golangci-lint-action from 6.1.0 to 6.1.1 by @dependabot in #3070
Skip CI for dependabot PR and remove manual dispatch by @sanketsudake in #3080
Update Go dependencies by @sanketsudake in #3081
Bump github.com/prometheus/client_golang from 1.20.4 to 1.20.5 by @dependabot in #3077
Add provenance steps for release by @sanketsudake in #3083
Update dependabot config by @sanketsudake in #3094
Grouped dependabot updates for dockerfile and github-actions by @sanketsudake in #3111
Bump the global group with 9 updates by @dependabot in #3118
Update dependabot.yml grouping by @sanketsudake in #3119
Bump golang.org/x/crypto from 0.28.0 to 0.31.0 in the go_modules group by @dependabot in #3110
Bump the docker-images group across 5 directories with 1 update by @dependabot in #3121
Bump helm/kind-action from 1.11.0 to 1.12.0 in the github-actions group by @dependabot in #3122
Fix SBOM and provenance for releases by @sanketsudake in #3124
Update Go version to 1.23.4 by @sanketsudake in #3126
Bump the go-dependencies group across 1 directory with 25 updates by @dependabot in #3125
fix: apply kubernetes resources to the webhook-server by @mrsimonemms in #3084
Log only related configmap and secret by @lx1036 in #3049
fix: fix slice init length by @occupyhabit in #3064
Update create.go to handle namespace isolation by @sofsms in #3130
Bump the docker-images group across 5 directories with 1 update by @dependabot in #3132
Bump the go-dependencies group with 3 updates by @dependabot in #3131
Use controller-gen and code-generator latest version by @sanketsudake in #3133
Use mholt/archives instead of mholt/archiver by @sanketsudake in #3128
Update k8s versions and set minimum version to 1.27.0 by @sanketsudake in #3134
Bump the go-dependencies group with 4 updates by @dependabot in #3141
Bump the github-actions group with 4 updates by @dependabot in #3140
PR-3051: Fix download deploy package out of k8s cluster by @soharab-ic in #3136
Update chart version v1.21.0-rc1 by @sanketsudake in #3143
Use GHCR repo for fetcher image by default by @sanketsudake in #3145
Bump the docker-images group across 5 directories with 1 update by @dependabot in #3139
Update chart version v1.21.0-rc2 by @sanketsudake in #3146
fix: custom runtime container name is invalid by @lcgash in #3065
Bump the github-actions group with 2 updates by @dependabot in #3148
Bump the docker-images group across 5 directories with 1 update by @dependabot in #3149
Duplicate Job names in helm chart templates by @sanketsudake in #3150
Adopt custom defaulter and validator interface for webhooks intead of deprecated default by @sanketsudake in #3152
Update SECURITY.md by @sanketsudake in #3151
Bump the go-dependencies group with 17 updates by @dependabot in #3147
Update all images used to GHCR repo by @sanketsudake in #3154

References

v1.20.5 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

With 1.20.3 release, support for architecture armv7 has been removed. Now Fission supports arm64 and amd64 architectures only.

Features

Time Trigger Changes

The Timer now supports invoking a Fission function using the following HTTP methods: GET, POST, PUT, DELETE, and HEAD. Additionally, a subpath flag can be used if the function supports internal routing. #2996

Fixes

Cross Namespaces `builderNamespace` and `functionNamespace`

Fixed issues with cross namespaces because of OwnerReference field set to K8s resources created by Fission. Introduced a new flag to disable OwnerReferences when using cross namespaces. 3026

Miscellaneous fixes

Remove useless arguments when the function is updated. 3010
Fix error handling in package update logic implementation. 3012
Fix the error printing in error handling. 3013
Fixed the error while printing pod logs when the function returns status 404. 3021
Fixed the builder container’s error while cleaning src packages. 3031

Updates

Use typed rate limiting queue. 3028
Go version has been updated to v1.23.1. 3027
Updated Keda-connectors version and go packages. 3029

Changelog

21bccdae Bump github.com/opencontainers/runc from 1.1.12 to 1.1.14 3008
5cdecefc Fixed: Remove useless arguments when the function is updated 3010
1f41de99 Fix error handling in package update logic implementation 3012
5d580e01 Fix the error printing in error handling 3013
93869d3b Add method and subpath flags to timetrigger object for triggering a function 3017
b8f746cb Fixed: Print pod log error when response status is 404 returned by te… 3021
2bf00025 Fixed: Allow to disable owner references for cross namespace access with builder and function namespace 3024
2db9db0b Fix slice init length in fetcher pod spec addition 3018
687a84a2 Update codeql action version to 3.26.9 3025
2f8ad166 Warning: Deprecation warning for cross namespace parameters 3026
9bdac9a3 Upgraded to Go latest version 1.23.1 3027
15857b02 Use typed rate limiting queue 3028
4b76ec90 Update Keda-connectors version and go packages 3029
db2b0ad4 Fixed: builder container has error logs for cleaning src packages 3031
352090d0 Updated app version and chart version to v1.20.5 3032

References

v1.20.4 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

With 1.20.3 release, support for architecture armv7 has been removed. Now Fission supports arm64 and amd64 architectures only.

Features

Fission CLI changes

Fission CLI supports K8s In-Cluster config. Now Fission CLI can be deployed in a K8s cluster using ServiceAccount for authentication and authorization. #2996

Fixes

Message Queue Trigger

Handle MQT update scenario in MQT manager. #2991

Miscellaneous fixes

Fix storage service URL in archive. #2982
Fixed time unit loss problem after converting time. #3004

Updates

Creating large number of MQTs takes time. Added workqueue support to MQT manager to speed up the MQT creation time. #2984
Use typed client from Keda instead of unstructured. #2989
Configure user ID for logger’s securityContext using values.yaml. #3005

Changelog

cf55fbec Update chart version and app version to v1.20.4 #3006
b80437b7 Configure user ID for logger container’s securityContext using helm values.yaml #3005
11baffc9 Fixed time unit loss problem after converting time #3004
ce49eb3e Add resource namespace to logger #2999
bf19e2fa Use in-cluster config when kubeconfig file is not found #2996
26f96488 Fix: Message queue trigger update #2991
cb3a7654 Fix storagesvc url in archive #2982
7203cbf8 Remove redundant code and simplify input parsing during HTTPTrigger creation #2990
0b9d4c6f Use typed client from Keda instead of unstructured #2989
c6beb29f Code cleanup from Fission CLI #2983
13abb2e9 Creating large number of MQTs takes time #2984
54db275d Removed armv7 references from goreleaser file #2988

References

v1.20.3 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

With 1.20.3 release, support for architecture armv7 has been removed. Now Fission supports arm64 and amd64 architectures only.

Features

Fission CLI changes

Fission CLI shows warning that --yolo, --concurrency and --rpp fields are valid for executortype poolmgr only. #2971

Fixes

Message Queue Trigger scaling issue

For --mqtkind=fission, mqtrigger-kafka pod was getting stuck when large number of MQTs were created and trigger processing was also not working. #2986

Storage leak

Fixed storage leak in builder pod as it was keeping old sources and built binaries even after uplading these to storage service. #2979

Miscellaneous fixes

Fixed fission-cli pkg getdeploy command. #2960
Fixed fission-router’s failure to create ingress resource in release namespace. #2951
Fixed fetcher’s archive and unarchive functions. #2955
Fixed an error when using the command to download src. #2940

Updates

Updated Keda connectors image tag. #2963
Add OwnerReferences to K8s resources created by Fission. #2964

Changelog

01598024 Update chart version to v1.20.3 #2987
90d781ca Fixed mqtrigger scaling issue #2986
1732d9f4 Update README.md #2738
8de5a5b0 Fix: Storage leak in Builder and Fetcher #2979
35276a50 Bump golang.org/x/image from 0.10.0 to 0.18.0 #2972
c6c811ea Show warning that --yolo, --concurrency and --rpp fields are valid for executortype poolmgr only #2971
f2baa171 Bump github.com/hashicorp/go-retryablehttp from 0.7.5 to 0.7.7 #2970
a34840b0 Set OwnerReferences to K8s resources created by Fission #2964
06b52e36 Update keda connectors image tag #2963
19858521 added http status code error handling to DownloadUrl function #2959
4c4b574d Fix fission-cli cmd pkg getdeploy #2960
9b978cf2 Fixed an error when using the command to download src #2940
ef05e242 fetcher when call uploadHandler ,archive zip, Use newZip instead of the default DefaultZip to improve the fetcher to accept more upload requests. #2955
156c1ac2 Pin goreleaser version to v1 in github actions #2956
ade2daa0 Make image description template variables less from goreleaser configuration #2954
6a84cee1 Add description label to docker images #2952
b95e317a fix: Router failed to create ingress resource in fission namespace #2951

References

v1.20.2 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Kafka Connector and Mqtrigger with kind fission is back

We had previously removed traditional Kafka Connector and mqtrigger with kind fission. #2875
Now, this change is reverted and Kafka connector with kind fission is back. #2946

Fission CLI changes

Changed Fission CLI environment create command’s default environment version to 3, i.e., also our latest environment version. #2945

Fixes

Mutating and Validating webhook name conflict with rancher platform

Mutating webhook configuration name is changed from generic name mutating-webhook-configuration to fission specific name fission-mutating-webhooks. #2948
Validating webhook configuration name is changed from generic name validating-webhook-configuration to fission specific name fission-validating-webhooks. #2947

Miscellaneous fixes

Fixed some code comments. #2927
Fixed fission spec apply --delete command failed to delete environments. #2943
Fixed CLI fission pkg getsrc returns deploy archive instead of source archive. #2941
Close tmp file. #2931
Fixed fission check command doesn’t work for namespace other than fission. #2932
Fixed the bug that causes failure to delete environment while running fission spec apply --delete command. #2943

Updates

Updated Kind version to v0.23.0

Updated kind version to v0.23.0. #2937

Updated Go version and dependencies

Updated Go version to 1.22.2. #2915 #2932
Updated Go dependencies. #2933

Changelog

0cfe08df Update chart version and app version to v1.20.2 #2950
4e0643ee Bump github.com/opencontainers/runc from 1.1.5 to 1.1.12 #2912
103c7d57 Upgrade libs and go version #2949
c6d01827 Fix: MutatingWebhookConfiguration naming conflict #2948
d8fe37e7 Fix: ValidatingWebhookConfiguration conflict #2947
c126298d Revert “Remove deprecated mqtrigger with kind fission (#2875)” #2946
f7e9e71e Set latest envVersion 3 as default #2945
3e43c07e Fix code comments function names #2927
932be4eb Fix fission spec apply --delete deleting environments #2943
8bfe2d0e Fix CLI pkg getsrc returns deploy archive instead of source archive #2941
9cea0d2b Upgrade kind version to v0.23.0 #2937
5337dbfd Update Go packages #2933
08c662bc fix: close tmp file #2931
241983d2 Fix fission check command doesn’t work for namespace other than fission #2932
63864a91 Update Go to 1.22 and dependencies #2915
579d46cc Use code-generator v1.29.1 for code-generation #2908
dcecb10e Update Go deps #2907
6144c58a Update chart image tag to 1.20.1 #2903

References

v1.20.1 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

If you are directly upgrading from release 1.17.0 or earlier, please do not skip intermediate release notes.

Features

Ability to retain specialised pods for poolmanager functions

Fission now supports retaining specialised pods for poolmanager functions. This is useful if you want retain specialized pods and reduce cold start time for critical functions. We have added retainPods field in Function CRD to pass the value. Also, we have added CLI flag --retainpods to pass the value. This should work along with requestsPerPod and concurrency fields in Function CRD.

v1.19.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Poolmanager Enhancements

Fission now support for handling concurrent request in case of pool manager function according to request per pod as defined by user.
Fission now can dump function service cache only for pool manager function via HTTP end point in executor. This will help to debug pool manager functions by generating a text file inside temporary directory of executor pod. This text file will contain the information about the number of requests being served by a function pod, number of requests is waiting to be served by a pod, etc.

Support for github container registry

We have added a support for github container registry in fission. Now fission images can be pull either from docker container registry or github container registry. Default will github container registry.

v1.18.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Major theme of this release is support for multiple namespaces/multitenancy in Fission.

Fission CLI Changes

Fission CLI now communicates with Kubernetes API server directly. We have removed the dependency on Fission controller.

This gives few benefits for the Fission users

You can use Kubernetes RBAC to control access to Fission resources. Refer RBAC Permissions for Fission CLI for detailed info.
Fission CLI can be used with any Kubernetes cluster Fission installed.
Enhanced security during Fission CLI communication

Fission CLI has been updated to support multiple namespaces. We have added/modified/deprecated couple of CLI options. Please refer to Fission CLI Reference for a couple of more details.

v1.17.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Security Context Setting for Fission Installation

By default, Fission runs with the default security context. This means that it will be run as root. We have added settings in Helm chart for securityContext across all services in Fission. You can enable recommended securityContext settings during Fission installation.

E.g. By settings values in fission installation through values.yaml

 executor.securityContext.enabled: true
 router.securityContext.enabled: true
 buildermgr.securityContext.enabled: true
 controller.securityContext.enabled: true
 kubewatcher.securityContext.enabled: true
 storagesvc.securityContext.enabled: true

We plan to make this setting default in the future.

v1.16.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Custom metric support for HPA and autoscaling

Earlier, functions based on newdeploy or container executor scaled on the basis of the metric targetCPU. Starting from this release, you can now provide custom metrics to the functions and the scaling would occur according to those metrics.

To understand this feature better, checkout this blog.

Add support for custom metrics for HPA #2423 (sanketsudake)
Migrate HPA v1 to v2beta2 #2421 (sanketsudake)

Authentication support for Function Invocation

We have also added a way to authenticate fission function calls. You can do that by setting an authentication token and then passing the token whenever a function call is made. You can go through this documentation to know more about this feature.

v1.15.0 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Chart Restructure

`fission-core` chart removed

With 1.15.x release, following changes are made:

fission-core chart is removed
fission-all chart is made similar fission-core chart
In the fission-all chart, the following components are disabled which were enabled by default earlier. If you want to enable them, please use --set flag.
- nats - Set nats.enabled=true to enable Fission Nats integration
- influxdb - Set influxdb.enabled=true to enable Fission InfluxDB and logger component
- prometheus - Set prometheus.enabled=true to install Prometheus with Fission
- canaryDeployment - Set canaryDeployment.enabled=true to enable Canary Deployment

PR #2224

v1.15.0-rc2 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

`fission-core` chart removed

With 1.15.x release, following changes are made:

fission-core chart is removed
fission-all chart is made similar fission-core chart
In the fission-all chart, the following components are disabled which were enabled by default earlier. If you want to enable them, please use --set flag.
- nats - Set nats.enabled=true to enable Fission Nats integration
- influxdb - Set influxdb.enabled=true to enable Fission InfluxDB and logger component
- prometheus - Set prometheus.enabled=true to install Prometheus with Fission
- canaryDeployment - Set canaryDeployment.enabled=true to enable Canary Deployment

PR #2224

v1.15.0-rc1 Release Notes

Mon, 01 Jan 0001 00:00:00 +0000

Features

Regression fixes

Fixed ingress creation from Fission cli PR #2164 Issue #2144
With prefix path support, function having common prefix were colliding. We have fixed that. PR #2182 Issue #2181 Issue #2107

Fixes

Changed default sync period for Fission informer to 30min from 30s. This reduces lot of unnecessary updates across Fission code PR #2167
Added filter for env update in newdeploy to consider newdeploy functions PR #2165
Changed default function call timeout from 30s to 60s in fission fn test PR #2169
Using typed informers in configmap and secret watcher PR #2174
Fixed pod name in port forwarding logs PR #2178
Added kubernetes objects aware logger PR #2179
Warn if package resource version mismatch in function specialization PR #2183

Internal Fixes

Updated Fission base image from Alpine 3.13 to Alpine 3.14. PR #2160
Updated Fission to use Go 1.16 and Kubernetes dependencies to 1.21 PR #2168
Stow client updated v0.2.7 PR #2195
Using goreleaser for faster buids and releases PR #2189

Note

From 1.15 release, Fission would be having one tag only of format v1.15.x etc. instead of two tags earlier. Please ensure you are using v1.15.0 in helm install and not 1.15.0.
From 1.15 release, Fission would be having version prefix to chart tag. Eg. Instead of using 1.15.0-rc1 as version, we will use v1.15.0-rc1. So for helm install, please pass version as v1.15.0-rc1.

helm install --version v1.15.0-rc1 --namespace fission fission

Also, docker images would be tagged with v1.15.0-rc1.

Running GPU based Functions on Fission

Thu, 26 Sep 2024 00:00:34 +0530

With new advancements in AI, more people want to use GPU-based functions in serverless environments. Fission is a serverless framework that you can easily deploy on your Kubernetes clusters.

Fission helps users run their models for different tasks, such as image processing, video processing, and natural language processing. Sometimes, you need special accelerators like GPUs to run these functions effectively. In this guide, we will show you how to set up a GPU-enabled Fission environment and use it to run your GPU-based functions.

Building a Serverless URL Shortener with MongoDB Atlas and Fission

Mon, 20 Feb 2023 09:30:34 +0530

A few weeks ago, I delivered a talk on Demystifying Serverless at the MongDB meetup here in Hyderabad. As part of the talk, I also showed a hands-on demo of using Fission with MongoDB Atlas. In this blog post, I’ll talk about building a serverless URL shortener using MongoDB Atlas and Fission serverless framework.

URL Shortener with MongoDB Atlas and Fission

We will create a URL Shortener application using Fission functions. It will have two functions, one for the frontend and the other for the backend to shorten the URL & communicate with MongoDB Atlas.

Fission Function Orchestration with Argo Workflows

Thu, 22 Sep 2022 12:22:07 +0530

Fission Functions allow user to perform one logical task. To group multiple task together such as one function is dependent on other we can use Argo Workflows.

Argo Workflows is an open source container-native workflow engine with a feature to create DAGs i.e. running task sequentially, in parallel and with dependencies. We will try to develop a simple Insurance Eligibility program which will take different input and calculate insurance installment on basis of the inputs.

Virus scan MinIO buckets using ClamAV, Fission and Kafka

Mon, 01 Aug 2022 09:30:34 +0530

All organizations want to protect their systems and have a good strategy in order to stay away from malware or other potential threats. Before introducing files and binaries into your system organization is very important to scan them and respond immediately based on a predefined strategy.

About Fission

Fission is an open-source and Kubernetes-native serverless framework that lets developers to run code functions easily. Kubernetes has powerful orchestration capabilities to manage and schedule containers while Fission takes advantage of them, being flexible. In other words, Fission can focus on developing the function-as-a-service (FaaS) features.

New Features in Fission: Health Check, Authentication & Much More

Tue, 24 May 2022 01:05:00 -0700

The best part of being an open source project is that there so many opportunities to improve. People from all over the world come together and contribute to make a project better. And we’re thankful to our amazing community that has helped us make Fission better over time. We are happy to announce a new version of Fission - v1.16.0 that brings exciting new features, bug fixes and enhancements.

In this blog post, I’ll throw light on these features and how you can use them.

Autoscaling Serverless Functions with Custom Metrics

Wed, 11 May 2022 14:43:46 +0530

Autoscaling is one of the key features of Kubernetes because of its capability to scale up or down according to the load. This is pretty useful as optimizes cost with minimum human intervention. Autoscaling adjusts your applications and resources based on the rise and fall in the demand.

In the earlier versions of Fission, new deploy functions depended only on targetCPU metric for scaling. But what if you want the functions to scale based on some third party software’s metrics?

Fission Serverless Function + Zapier Webhook - Automate your workflows

Thu, 14 Apr 2022 11:35:34 +0530

There hasn’t been a greater need for automation than what it is today. Things around us are moving fast and everyone wants things done faster. Getting that agility manually is tough and hence individuals and teams globally look for ways to automate workflows.

In this post, I’m going to show you how you can automate your workflows using Fission serverless functions and Zapier Webhooks.

What is Zapier?

Zapier is one of the world’s most widely used tools to automate workflows. It allows you to integrate various apps that you use and integrate them along with actions to complete a flow.

Developing a Serverless Twitter Bot on Fission

Fri, 01 Apr 2022 11:30:34 +0530

Social Media can be extremely overwhelming whilst being useful. Twitter of all is one of the most hyperactive social media platforms. If you are an enterprise, most likely you’ll have tons of tweets and DMs to reply to. While there are off the shelf tools available to help you do that, there’s always some missing functionality.

So why not develop a solution on your own? In today’ post I’ll show you how to develop a serverless Twitter Bot running on Fission. The simple application will show you how to use Twitter API and deploy the bot as a serverless function in Fission on your Kubernetes cluster.

4 Reasons to Choose Fission Kubernetes Serverless Framework

Wed, 23 Mar 2022 08:30:34 +0530

The Serverless paradigm is empowering developers to focus only on building the application and not worry about anything else. Kubernetes has become an industry standard for hosting cloud native or container based microservice applications. It works seamlessly across public/private clouds and provides a common platform without any vendor lock-in. Hence, it makes naturally a good choice to build serverless frameworks on top of Kubernetes.

There are a handful of Kubernetes serverless frameworks out there and Fission is one of the popular ones.

Demystifying Fission - HTTP Requests in Fission

Thu, 17 Mar 2022 09:30:34 +0530

The first ever message that was sent from one computer to another was “lo” on the ARPRANET in 1969. That one message was a stepping stone to the modern day emails, instant messages and the Internet. In today’s blog post in our Demystifying Fission series, we are going to talk about how Fission handles HTTP requests and routes them to functions.

But before we dive into it, let us do some revision, shall we?

Guestbook Application With Fission and CockroachDB

Tue, 08 Mar 2022 09:30:34 +0530

Fission provides you with a serverless framework that you can deploy on your Kubernetes clusters. There are various use cases where you can use Fission, and today we’ll show you how to develop a guestbook application with Fission in Go using CockroachDB as a database.

Serverless Guestbook Application

The guestbook is composed with four REST APIs and each API consist of a function and an HTTP trigger.
This application allows a user to create, edit and delete a message. You can submit a message, retrieve a list of messages, delete a message all by means of REST APIs. You can clone Fission REST API Repo and follow the guide to install/try guestbook sample.

8 Must Know Terms For A Serverless Developer

Thu, 03 Mar 2022 15:30:34 +0530

I’ve been a mobile developer for most of my professional career. The transition from Java to Android wasn’t a big deal. However, most of the mobile apps today have shifted their backend to serverless. This makes mobile apps more light-weight and improves their maintainability.

As I set out to build and learn more about serverless applications, I’d like to share my learnings with you. This post lists 8 terms you must know as a serverless developer.

Demystifying Fission - New Deploy

Thu, 10 Feb 2022 11:30:34 +0530

Times change and technologies evolve. The serverless architecture has been around for quite some time now as an option to deploy applications to the cloud. Most of the mainstream cloud providers launched their Function as a Service offerings about a decade ago.

Fun Fact: Did you know that Amazon’s Alexa Skills are entirely running on AWS Lambda functions? All of Alexa’s skills are hosted on Lambda functions which are perfect for the use case. They need functions to load quickly and don’t need to store any state.

Single or Monolith Serverless Functions - What should you choose?

Wed, 09 Feb 2022 11:30:34 +0530

The term Software Engineering first appeared in the 1960s and today we have close to 27 million software developers across the globe. With our lives surrounded by apps, the need for quality software is growing. Afterall, better the code, better the app. Microservices and serverless are helping make applications more scalable and faster along with making their deployments easier.

However, there’s one question that most developers have today is whether to use single or monolith serverless functions in their applications. In this post, I will try to help answer that.

Demystifying Fission - Pool Manager

Mon, 07 Feb 2022 11:30:34 +0530

As the demand for faster shipping increased, the software development process and tools were also streamlined. With CI/CD developers don’t really have to worry about integrating, building and deploying their code. With serverless they don’t need to worry about the environment and infrastructure at all. Serverless is the present and the future of the software development process.

Function as a Service

Serverless today isn’t a buzzword anymore, it’s fairly mainstream to say. From spinning up VMs in the cloud to storing data and executing functions, serverless is a sea today. Function as a Service (FaaS) is one of the key components of the serverless world that is helping developers focus only on their code. All the cloud service providers have the FaaS offering with different names and similar features.

Observability with OpenTelemetry & Datadog in Fission

Mon, 17 Jan 2022 06:30:34 +0530

Software development isn’t just about writing a piece of code and running it. There are a lot of other processes around it that ensure that your code is going to work as expected in the real world. Amongst all such practices, Observability is going to be our point of discussion today.

Observability is all about gaining greater control and visibility over your application. It actually tells you what is really happening in your application. With most of the applications today adopting a microservices-oriented architecture, the applications have become complex with a lot of moving parts. And hence observability is a key to build a robust and reliable system. Logs, Metrics and Trace are the 3 pillars of observability. While logs and metrics are very helpful, trace allows you to traverse the entire journey of a request.

How to use PostgreSQL database with Fission functions

Wed, 05 Jan 2022 11:30:34 +0530

How to use PostgreSQL database with Fission functions

In today’s blog post we will see how we can use Fission functions to connect to a PostgreSQL database and perform basic operations on it. By the end of this blog post, you would have learnt how to use PostgreSQL database with Fission functions.

Voting App using Fission functions with PostgreSQL Database

We will create a basic voting application that allows users to vote for an option and view the results. This application is written in Python and uses PostgreSQL database to store the results.

Serverless Next.js Example Blog with Fission

Wed, 17 Nov 2021 13:29:16 +0530

What is Next.js?

Next.js is a framework for building fast, modern websites using React. Next.js provides a couple of features for building static and server-side rendered websites. With Next.js examples and showcase, you can get a taste of Next.js. You can refer to the Next.js documentation for more details.

Next.js Example Blog with Fission

Next.js is gaining a lot of popularity in serverless world. Fission can be used to host a low traffic frontend website, with minimal cost and reduced maintenance. Fission can host your existing Next.js application with few modifications.

Serverless Kafka Consumer for Confluent Cloud

Wed, 10 Nov 2021 11:21:01 +0530

Confluent Cloud is a fully managed, cloud-native service for Apache Kafka. Managed Kafka offering helps you focus on connecting and processing data, anywhere you need it. You avoid hassle of infrastructure management.

In this blog post, we will connect with Kafka cluster hosted in Confluent Cloud using Fission Keda Kafka Connector with SASL SSL. Using Kafka Connector, we receive the latest messages on our desired Kafka topics and process them with Fission functions.

Kubernetes Response Engine: Falcosidekick + Fission

Wed, 01 Sep 2021 00:00:00 +0000

This blog was originally published on Falco website.

This blog post is part of a series of articles about how to create a Kubernetes response engine with Falco, Falcosidekick and a FaaS. The earlier posts in this series, show how to use Kubeless, Argo, Knative, and others to trigger a resource after getting input from Falcosidekick.

Recently, Falcosidekick received a new output type support for Fission.

In this blog post, we will cover using Falcosidekick and Fission to detect and delete a compromised pod in a Kubernetes cluster. We will briefly talk about Fission in this blog, however, you can check the complete documentation here.

Fission WebSocket Sample

Fri, 11 Jun 2021 10:50:51 +0530

Introduction

Recommended: the streaming WebSocket path. Since Fission v1.26.0, WebSocket is first-class for every environment through the streaming invocation path (fission fn create ... --streaming --streamingprotocol websocket) — not just the NodeJS/Python built-in support this post describes. The router upgrades the connection and holds the function pod for the socket’s lifetime, so you no longer need the event-based keepalive mechanism (the Python socket_tracker.py / fetcher /wsevent endpoints), which is now deprecated. The main(ws, clients) model below is unchanged. See Streaming responses for the current approach.

Headless Chrome with Puppeteer in a function

Sun, 09 May 2021 23:50:51 +0530

Introduction

Running chrome headless is useful for various test automation tasks but running a headless Chrome in Docker can be tricky (More details here). Also the this Github issue has some good insights on the issues you might face. This blog shows running headless chrome in a fission function. You can find the working example with code etc. in examples repo here.

Typical use cases for which Puppeteer is used are:

Generating screenshots of specific web pages
Automating form submission at scale or doing any testing of web pages
Testing of chrome extensions
Crawl web pages to gather information from them.

Demo

If you simply want to get a sense of running function run, assuming you have Fission installed, you can run fission spec apply and then then test the function

Penetration testing with Gobuster & Fission

Thu, 15 Apr 2021 15:57:51 +0530

Introduction

Gobuster is a tool for bruteforcing websites Directory/File, DNS and VHost written in Go. It enables penetration testing and and brute forcing for hackers and testers. In this tutorial we will use Gobuster with Fission’s binary environment to run it for specific sites and for specific patterns listed in a text file. Fission allows the teams doing penetration testing to focus on code and execution rather than understanding all things around infrastructure.

Using gVisor with Fission

Wed, 10 Feb 2021 18:09:02 +0530

Introduction

Have you ever run into a scenario where you had to run untrusted code? Containers are great from a performance perspective but they have a considerable access to the kernel which can be exploited. In order to have the security of VMs and speed of containers, projects like gVisor and kata containers have risen. In this post, we’ll take a look at gVisor provides an application kernel for containers. It provides a runtime which can be used by Kubernetes. To understand more about how gVisor provides security, please go through this.

Monitoring Fission logs with Grafana Loki

Mon, 14 Sep 2020 16:19:12 +0530

Importance of Logs

Proper logging in a software is a quick and systematic way to inform the state of the software. Although the definition of ’logs’ remains the same along years in software engineering, the scope of what logs are used is has always been increasing. Apart from helping developers and operators, logs can be used by complimenting software for security, metrics, triggers, cost estimation and other different operations.

Logs in Fission

Fission works in a systematic way where there are different services (containers) providing functionalities for running applications (Functions) in a serverless way. Logs in Fission thus comprise of log statements from these services as well as from the applications.

Event Driven Scaling Fission Function Using KEDA

Tue, 14 Jul 2020 18:09:02 +0530

Introduction

Events and integrations with event sources such as message queues are an important part of running functions. Fission had the MQ integration for invoking functions and this integration was available for Kafka, NATS, and Azure Queue Storage. This integration had a few limitations:

For every new integration you want to enable - there was one pod running for enabling the integration
Autoscaling of the trigger handler was not available.
Lastly - one Fission installation could connect to and handle only one instance of a MQ. So for example you could only connect to one Kafka instance in a given Fission installation.

When we decided to build out these features we came across KEDA project and it solved most of the limitations which Fission had in the event integration area. Let’s dive into how it works!

Environment Variable

Fri, 06 Dec 2019 17:02:55 +0800

Set environment variables on a function’s PodSpec to control runtime behavior or expose Kubernetes Secrets and ConfigMaps. For example, set GOMAXPROCS to tune a Go function’s runtime, or inject a secret value without hardcoding it. Add an env field to the PodSpec to do either.

Docker doesn’t support changing a container’s configuration after it’s created. To keep behavior consistent across executor types, Fission currently only supports setting environment variables at the Environment level.

Add environment variable

Add an env entry to the fetcher container in the environment spec:

Sidecar and Init Container

Fri, 06 Dec 2019 16:52:08 +0800

Init container

Init containers run setup work — such as fetching data from a remote bucket — before the function container starts.

PodSpec lets you define init containers and use volumes, as shown in the previous example.

apiVersion: fission.io/v1
kind: Environment
...
spec:
 runtime:
 podspec:
 initContainers:
 - name: init-py
 image: ghcr.io/fission/python-env
 command: ['sh', '-c', 'cat /etc/infopod/labels']
 volumeMounts:
 - name: infopod
 mountPath: /etc/infopod
 readOnly: false
 volumes:
 - name: infopod
 downwardAPI:
 items:
 - path: "labels"
 fieldRef:
 fieldPath: metadata.labels

The init container runs first, before the function containers start:

Volume

Fri, 06 Dec 2019 16:50:52 +0800

PodSpec lets you attach a Kubernetes volume to a function’s container. Functions are typically stateless, but workloads like data pipelines need access to attached data. You define a volume and then mount it on a specific container. The example below creates a volume with the Kubernetes downward API, which dumps pod label information into a file, and mounts it on the function container at /etc/funcdata.

apiVersion: fission.io/v1
kind: Environment
...
spec:
 podspec:
 # A container which will be merged with for pool manager
 containers:
 - name: nodep
 image: ghcr.io/fission/node-env
 volumeMounts:
 - name: funcvol
 mountPath: /etc/funcdata
 readOnly: true
 volumes:
 - name: funcvol
 downwardAPI:
 items:
 - path: "labels"
 fieldRef:
 fieldPath: metadata.labels

Toleration

Fri, 06 Dec 2019 16:48:14 +0800

Add tolerations to a function’s PodSpec so it schedules only onto nodes with matching taints.

Taints and tolerations control pod scheduling in Kubernetes. A taint on a node repels pods; a toleration on a pod lets it land on a node with a matching taint. This is useful when specific pods need machines with certain hardware or capabilities, such as CPU-intensive instances.

You specify tolerations on a function’s PodSpec in the environment spec. The example below taints two nodes with reservation=fission and two nodes with reservation=microservices, so that functions schedule onto the nodes reserved for them and long-running microservices schedule onto the others.

Function builders also support PodSpec now

Fri, 01 Nov 2019 12:39:32 +0530

In a previous post we discussed about how we can leverage PodSpec in the environment pods to enable the functionalities like tolerations, nodeSelectors, volumes, security and a lot others. That functionality was only supported in the environment pods, but now we can provide the podspec in the builder pods as well. The details about what PodSpec is and the functionalities that it enables are described in the mentioned post.

In this post we will be looking into how do we use PodSpec in builder so that the deployment that will be created for the builder will have podspec that we mention in the environment for builder. If we take a look at below environment spec

apiVersion: fission.io/v1
kind: Environment
metadata:
 creationTimestamp: null
 name: python-env
 namespace: default
spec:
 builder:
 command: build
 image: ghcr.io/fission/python-builder
 keeparchive: false
 poolsize: 3
 resources: {}
 runtime:
 image: ghcr.io/fission/python-env
 terminationGracePeriod: 360
 version: 2

Setting Ingress for your Functions

Mon, 28 Oct 2019 22:09:38 +0800

Some exciting updates to ingress host path, annotations, and TLS support. In Fission version 1.6.0, which was released on Friday 11 October 2019, new features arrived. This blogpost covers the exciting updates to ingress host path, annotations, and TLS support.

Fission previously supported ingress. However, it lacked support for TLS, host field, and ingress annotations. Now with version 1.6, all three are supported.

In this blog post, we will cover all three of the new features. But first, let’s talk about ingress some more.

Functions On Steroids With PodSpec

Mon, 20 May 2019 13:41:33 +0530

There are features which enable a specific new functionality and then there are features which enable a whole new class of functionality in a product. I am excited to share that PodSpec is now available in Fission. Fission functions can be extended to do many things with PodSpec - such as tolerations, volumes, security context, and more.

Previously, Fission had support for “container specs” - which allowed you to add environment variables, etc. to functions. With PodSpec - a whole spectrum of new possibilities are now unlocked. While “container spec” still exists for backward compatibility, we recommend using PodSpec for extending your Fission functions moving forward. In this tutorial we will walk through various use cases and working examples with PodSpec.

New! Fission GitHub Action: Easily Automate Your CI/CD Workflows

Thu, 25 Apr 2019 18:30:53 +0530

Introduction

Note (2026): This post uses the original .github/main.workflow syntax, which GitHub has since replaced with YAML workflow files. For the current way to deploy Fission from CI/CD — including registry-native OCI image packages — see CI/CD and GitOps with Fission. The concepts below still apply; only the workflow syntax has changed.

GitHub recently launched GitHub Actions which enable developers to develop workflows and execute them based on events in code repositories such as a push event or an issue creation.

Monitor Fission serverless functions with OpenTracing

Fri, 22 Feb 2019 15:42:30 +0530

Introduction

As the number of functions and their usage grows, it is crucial to monitor and manage them effectively. Fission already supports logs on CLI as well integration with external systems using Fluentd. Fission also has monitoring enabled using Prometheus and provides a great way to measure and track your functions automatically.

Serverless functions can be part of a larger distributed system. For example, in the case of serverless applications that become more complex - spanning multiple functions, or in Microservices where functions are triggered between different services that talk to each other to process a single request or perform a business function.

New in Fission: Live-Reload, Canary Deployments, Prometheus integration

Tue, 16 Oct 2018 01:05:00 -0700

Today we’re really excited to launch a set of new features for Fission, our open source Kubernetes-native serverless framework. These features are all designed to help you improve the quality and reliability of your serverless applications on Kubernetes.

Serverless architectures have obvious productivity advantages. You can get your apps up and running quickly, reducing the total lead time to ship your new application. However, to make this “production ready”, serverless architecture needs to be not just about moving fast, but also about moving fast safely, and at scale. That means we need features focused on code quality, testing, better deployment and release practices.

Live-Reload in Fission: Instant feedback on your Serverless Functions

Tue, 16 Oct 2018 01:04:00 -0700

Accelerating feedback loops are an important devops principle: the sooner you find a bug, the cheaper it is to fix it.

While developing your application, you’re typically going through a cycle: write code, build, deploy into a test environment, run tests, fix, repeat. The build and deploy stages of this cycle are idle, unproductive time where you’re simply waiting. As a project grows, these stages get slower and slower. Once they’re slow enough, you end up context switching to another task, while waiting, and that makes it harder to get back into the right context and fix any bugs you find in testing.

Using Fission's Prometheus Metrics

Tue, 16 Oct 2018 01:01:00 -0700

You can’t improve what you can’t measure. Visibility into metrics is a foundational requirement for much of software operations.

Serverless metrics collection can be tricky. For one, there is no “uptime” to measure. Secondly, with a “pull model” like Prometheus, there is no long-lived service to scrape metrics from. By the time Prometheus scrapes your function’s running instance, it may already be terminated, since functions are short-lived. Though Prometheus has a push gateway, it doesn’t maintain history, which makes it hard to track metrics for multiple concurrent function instances.

Automated Canary Deployments in Fission

Tue, 16 Oct 2018 01:02:00 +0000

Canary Deployments are a time-tested deployment strategy to reduce risk. The fundamental idea is that deploying software into a production cluster is different from releasing it to its users. With canary deployments, you deploy both old and new versions into a production environment, but send only a small percentage of traffic to the newer version. That way, if the new version fails, only a few users are affected rather than the application’s entire user base. If the newer version works well, the traffic proportion being sent to it is increased incrementally until the new version has been rolled out to all live traffic.

Fission Kafka Sample

Thu, 30 Aug 2018 22:50:51 +0530

Introduction

The open-source Apache Kafka is one of the most popular distributed Stream Processing platforms used for building real time streaming data pipelines and applications. To learn more about Kafka visit the Kafka documentation.

Most serverless functions are triggered by an event, and these in turn may trigger consequent events, which could invoke further functions. This makes Kafka - which acts as a event broker - a natural companion to a Functions-as-a-Service (FaaS) platform such as Fission.

Writing Serverless Functions for JVM with Fission.io

Thu, 30 Aug 2018 22:26:41 +0530

Introduction

The Java Virtual Machine (JVM) is one of the most popular application frameworks, particularly when it comes to enterprise software development - due to the maturity of JVM, the breadth of integrated developer tools and the vibrant community, and the extension of JVM to additional languages.

The historic data from TIOBE index also shows how popular JVM and Java have been through the years. In the last decade or so Scala and data-related technologies have made great progress using JVM as the base framework. Most recently Kotlin has seen great progress and also got blessings of Google as an official language for Android development.

Function Composition: What It Means, and Why You Should Care

Fri, 08 Jun 2018 11:39:15 -0700

FaaS Functions give you the ability to quickly deploy services made of small functionality. But any more complex use case requires multiple functions. What are the different approaches to this? What are the parameters on the basis of which we should compare these approaches?

In this short blog post, I’ll briefly go over the significance of function composition and why you should care about it.

First off, What is Function Composition

Function composition refers to combining single functions to create bigger, more complex functions. I like to think of it as creating “super function combinations” in order to gain more dynamic and effective functionality – each function being a building block in the orchestration of an application’s data and/or control flow.

Function Composition in a Serverless World [Video]

Mon, 14 May 2018 09:16:30 -0700

Earlier this month, Software Engineer Erwin van Eyk and Developer Advocate Timirah James gave an awesome talk on function composition at KubeCon EU in Copenhagen, Denmark. The talk covered 5 serverless function composition styles and the significance of function composition when deploying serverless functions.

You can view and download the slides here, or you can check out the video below.

What’s FaaS?

FaaS is FaaS of course is functions as a service and FaaS frameworks allow developers to deploy individual parts of an application on an as-needed basis.

Getting Started: Composing Serverless Functions with Fission Workflows (Part 2)

Thu, 05 Apr 2018 14:15:37 -0700

This is the second half of a 2-part introduction to Fission Workflows.

In part One of this series, we talked about the concepts around Fission Workflows, how to create them, as well as a few demos of use cases in which you might use them.

So we’ve gone over what workflows are, along with when, and how to execute them. In this blog post we’ll dive deeper, breaking down each component that makes up the fabric of workflows, and what make workflows so efficient.

Getting Started: Composing Serverless Functions with Fission Workflows (Part 1)

Tue, 27 Mar 2018 04:25:55 -0700

This is the first of a 2-part introduction to Fission Workflows.

Fission provides fast serverless functions on Kubernetes. While functions are great for specific pieces of business logic, any non-trivial application requires a composition of functions.

There are many ways to compose functions. You can directly call functions from each other — but there are some disadvantages to this. For one, the structure of the application becomes hard to understand; dependencies are not obvious; essentially, every function becomes an API. Second, there’s no persistent state; if there’s a failure or exception and you want to retry, the whole function must run again.

FaaS Function Composition with Fission Workflows and NATS

Thu, 22 Mar 2018 01:46:30 -0700

NATS is a lightweight, open source, high-performance, messaging system for cloud native applications, IOT messaging, and microservices architectures. The NATS messaging system implements a scalable publish-subscribe (or pub/sub) distribution model. There are a number of open source technologies like Kafka, and several cloud technologies such as Google Cloud Pub/Sub and Azure Service Bus that adopt this model as well.

In light of NATS recently being accepted into The Cloud Native Computing Foundation last week, we thought it’d be cool to share how Fission functions and workflows utilize this sleek messaging system on top of Kubernetes.

Hello World: Creating Functions using Fission (in Golang)

Mon, 05 Mar 2018 11:13:45 -0800

First, What is Serverless?

In the last blog post Kubernetes for Newbies, we went over how to get an application up and running on Kubernetes. Though Kubernetes is surely a hot topic in tech, the “serverless” space has become just as (if not even more) trendy. Why is serverless so popular in the dev community?

Turns out, serverless is a developer’s saving grace when it comes to managing servers. Instead of managing a bunch of servers, Serverless solutions allow developers to … well … not manage servers at all! Serverless completely takes away the burden of managing servers. One could say that Serverless separates the “ops” from devs. Functions as a Service (FaaS) enable developers to deploy parts of an application on an “as needed” basis using short-lived functions in just about any programming language.

Hello World in Go for Kubernetes Newbies

Tue, 20 Feb 2018 13:52:34 -0800

Over the past 3 or so years, it seems the term “containerization” and the name “Kubernetes” have been amplified throughout the tech community non-stop. Even with that being so, as a developer, it can be easy to shy away from Kubernetes as its learning curve is notorious for being a steep one. But everyone’s gotta start somewhere, right? This tutorial will give you a basic overview of some of main features of Kubernetes, while walking you through the process of running a simple HelloWorld Golang application locally on your machine to running it on Kubernetes.

fission

Mon, 01 Jan 0001 00:00:00 +0000

fission

Serverless framework for Kubernetes

Synopsis

Fission: Fast and Simple Serverless Functions for Kubernetes

GitHub: https://github.com/fission/fission
Documentation: https://fission.io/docs

Options

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)
 -h, --help help for fission

fission alias

Mon, 01 Jan 0001 00:00:00 +0000

fission alias

Create, update and manage function aliases

Options

 -h, --help help for alias

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias create

Mon, 01 Jan 0001 00:00:00 +0000

fission alias create

Create a function alias

fission alias create [flags]

Options

 --name string Name for the function alias
 --function string Function this alias points at
 --version string FunctionVersion name the alias resolves to (exactly one of --version/--package-digest)
 --package-digest string Package digest (sha256:<hex>) the alias resolves to declaratively (exactly one of --version/--package-digest)
 --weight int Percentage (0-100) of traffic served by the primary target; the remainder goes to --secondary-version. Requires --secondary-version; omit --weight entirely for 100% to the primary
 --secondary-version string Secondary FunctionVersion name receiving the 100-minus-weight remainder of traffic
 --wait Wait for the alias to resolve to its updated target (see --timeout)
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias delete

Mon, 01 Jan 0001 00:00:00 +0000

fission alias delete

Delete a function alias

fission alias delete [flags]

Options

 --name string Name for the function alias
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias get

Mon, 01 Jan 0001 00:00:00 +0000

fission alias get

Get a function alias

fission alias get [flags]

Options

 --name string Name for the function alias
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias list

Mon, 01 Jan 0001 00:00:00 +0000

fission alias list

List function aliases

Synopsis

List all function aliases in a namespace if specified, else, list function aliases across all namespaces

fission alias list [flags]

Options

 --function string Function this alias points at
 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias update

Mon, 01 Jan 0001 00:00:00 +0000

fission alias update

Update a function alias

Synopsis

Update a FunctionAlias’s target (–version or –package-digest, mutually exclusive) or traffic split (–weight/–secondary-version, or –clear-weight to drop it). To repoint back to a previously resolved target using the alias’s own Status.History instead of naming a version by hand, see fission fn rollback instead.

fission alias update [flags]

Options

 --name string Name for the function alias
 --version string FunctionVersion name the alias resolves to (exactly one of --version/--package-digest)
 --package-digest string Package digest (sha256:<hex>) the alias resolves to declaratively (exactly one of --version/--package-digest)
 --weight int Percentage (0-100) of traffic served by the primary target; the remainder goes to --secondary-version. Requires --secondary-version; omit --weight entirely for 100% to the primary
 --secondary-version string Secondary FunctionVersion name receiving the 100-minus-weight remainder of traffic
 --clear-weight Clear the weighted split (drop --weight and --secondary-version)
 --wait Wait for the alias to resolve to its updated target (see --timeout)
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission alias wait

Mon, 01 Jan 0001 00:00:00 +0000

fission alias wait

Wait for a function alias to reach a status condition

Synopsis

Wait for a FunctionAlias to reach a status condition, e.g. fission alias wait --name prod --for condition=Resolved after an alias create/alias update/fn rollback, so a caller (CI, a script) can tell when the alias resolver has actually converged on the new target rather than racing it. FunctionAlias’s only condition type is Resolved.

fission alias wait [flags]

Options

 --name string Name for the function alias
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive

Mon, 01 Jan 0001 00:00:00 +0000

fission archive

Manage archives stored with Fission Storage Service.

Options

 -h, --help help for archive

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive delete

Mon, 01 Jan 0001 00:00:00 +0000

fission archive delete

Delete an archive

fission archive delete [flags]

Options

 --id string Id for the archive file
 -o, --output string -o |:|: Download file with this name
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive download

Mon, 01 Jan 0001 00:00:00 +0000

fission archive download

Download an archive

fission archive download [flags]

Options

 --id string Id for the archive file
 -o, --output string -o |:|: Download file with this name
 -h, --help help for download

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive get-url

Mon, 01 Jan 0001 00:00:00 +0000

fission archive get-url

Get URL of an uploaded archive

fission archive get-url [flags]

Options

 --id string Id for the archive file
 -h, --help help for get-url

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive list

Mon, 01 Jan 0001 00:00:00 +0000

fission archive list

List all uploaded archives

fission archive list [flags]

Options

 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission archive upload

Mon, 01 Jan 0001 00:00:00 +0000

fission archive upload

Upload an archive

fission archive upload [flags]

Options

 --name string Name of the archive file
 -h, --help help for upload

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary

Mon, 01 Jan 0001 00:00:00 +0000

fission canary

Create, Update and manage canary configs

Options

 -h, --help help for canary

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary create

Mon, 01 Jan 0001 00:00:00 +0000

fission canary create

Create a canary config

Synopsis

Create a canary config that gradually shifts HTTP traffic from an old target to a new one, watching the new target’s Prometheus error rate and rolling back automatically if it crosses –threshold.

Two modes, selected by what –httptrigger references:

function-weights mode (classic): the trigger’s function reference type is “function-weights” and –newfn/–oldfn name two FUNCTIONS already present in its weights map. The controller steps HTTPTrigger.FunctionWeights.

fission canary delete

Mon, 01 Jan 0001 00:00:00 +0000

fission canary delete

Delete a canary config

fission canary delete [flags]

Options

 --name string Name for the canary config
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary get

Mon, 01 Jan 0001 00:00:00 +0000

fission canary get

View parameters in a canary config

fission canary get [flags]

Options

 --name string Name for the canary config
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary list

Mon, 01 Jan 0001 00:00:00 +0000

fission canary list

List canary configs

Synopsis

List all canary configs in a namespace if specified, else, list canary configs across all namespaces

fission canary list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary update

Mon, 01 Jan 0001 00:00:00 +0000

fission canary update

Update parameters of a canary config

fission canary update [flags]

Options

 --name string Name for the canary config
 --increment-step int --step |:|: Weight increment step for function (default 20)
 --increment-interval string --internal |:|: Weight increment interval, string representation of time.Duration, ex : 1m, 2h, 2d (default "2m")
 --failure-threshold int --threshold |:|: Threshold in percentage beyond which the new version of the function is considered unstable (default 10)
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission canary wait

Mon, 01 Jan 0001 00:00:00 +0000

fission canary wait

Wait for a canary config to reach a status condition

fission canary wait [flags]

Options

 --name string Name for the canary config
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission check

Mon, 01 Jan 0001 00:00:00 +0000

fission check

Check the fission installation for potential problems

Synopsis

Check the fission installation for potential problems.

fission check [flags]

Options

 --pre Only run pre-installation checks, to determine if fission can be installed
 -h, --help help for check

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment

Mon, 01 Jan 0001 00:00:00 +0000

fission environment

Create, update and manage environments

Options

 -h, --help help for environment

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment create

Mon, 01 Jan 0001 00:00:00 +0000

fission environment create

Create an environment

fission environment create [flags]

Options

 --name string Environment name
 --image string Environment image URL
 --poolsize int Size of the pool (default 3)
 --builder string Environment builder image URL
 --buildcmd string Build command for environment builder to build source package
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --graceperiod int --period |:|: Grace time (in seconds) for pod to perform connection draining before termination (only non-negative values considered)
 --version int Environment API version (1 means v1 interface) (default 3)
 --imagepullsecret string Secret for Kubernetes to pull an image from a private registry
 --keeparchive Keep the archive instead of extracting it into a directory (mainly for the JVM environment because .jar is one kind of zip archive)
 --externalnetwork Allow pod to access external network (only works when istio feature is enabled)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 --builder-env stringArray Environment variable to be set in the builder container
 --runtime-env stringArray Environment variable to be set in the runtime container
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment delete

Mon, 01 Jan 0001 00:00:00 +0000

fission environment delete

Delete an environment

fission environment delete [flags]

Options

 --name string Environment name
 --ignorenotfound Treat "resource not found" as a successful delete.
 -f, --force -f |:|: Force delete env even if one or more functions exist
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment get

Mon, 01 Jan 0001 00:00:00 +0000

fission environment get

Get environment details

fission environment get [flags]

Options

 --name string Environment name
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment impact

Mon, 01 Jan 0001 00:00:00 +0000

fission environment impact

Show functions and aliases affected by this environment, and their env-drift status

Synopsis

List every function that references this environment and, for each of its aliases, whether the alias’s resolved version was published under an environment generation the live environment has since moved past (RFC-0025 env drift) — the batch, ahead-of-an-update view of fission fn describe’s per-alias EnvDrift condition.

fission environment impact [flags]

Options

 --name string Environment name
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for impact

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment list

Mon, 01 Jan 0001 00:00:00 +0000

fission environment list

List environments

Synopsis

List all environments in a namespace if specified, else, list environments across all namespaces

fission environment list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment pods

Mon, 01 Jan 0001 00:00:00 +0000

fission environment pods

List pods currently maintained by an environment

Synopsis

List pods currently maintained by an environment

fission environment pods [flags]

Options

 --name string Environment name
 --executortype string Executor type of pod in environment; one of 'poolmgr', 'newdeploy', 'container'
 -h, --help help for pods

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission environment update

Mon, 01 Jan 0001 00:00:00 +0000

fission environment update

Update an environment

fission environment update [flags]

Options

 --name string Environment name
 --image string Environment image URL
 --poolsize int Size of the pool (default 3)
 --builder string Environment builder image URL
 --buildcmd string Build command for environment builder to build source package
 --imagepullsecret string Secret for Kubernetes to pull an image from a private registry
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --graceperiod int --period |:|: Grace time (in seconds) for pod to perform connection draining before termination (only non-negative values considered)
 --keeparchive Keep the archive instead of extracting it into a directory (mainly for the JVM environment because .jar is one kind of zip archive)
 --runtime-env stringArray Environment variable to be set in the runtime container
 --externalnetwork Allow pod to access external network (only works when istio feature is enabled)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function

Mon, 01 Jan 0001 00:00:00 +0000

fission function

Create, update and manage functions

Options

 -h, --help help for function

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function create

Mon, 01 Jan 0001 00:00:00 +0000

fission function create

Create a function (and optionally, an HTTP route to it)

fission function create [flags]

Options

 --name string Function name
 --env string Environment name for function
 --entrypoint string --entry |:|: Entry point for environment v2 to load with
 --pkgname string --pkg |:|: Name of the existing package (--deploy and --src and --env will be ignored), should be in the same namespace as the function
 --executortype string Executor type for execution; one of 'poolmgr', 'newdeploy' (default "poolmgr")
 --configmap stringArray Function access to configmap, should be present in the same namespace as the function. You can provide multiple configmaps using multiple --configmap flags. In case of fn update the configmaps will be replaced by the provided list of configmaps.
 --secret stringArray Function access to secret, should be present in the same namespace as the function. You can provide multiple secrets using multiple --secrets flags. In the case of fn update the secrets will be replaced by the provided list of secrets.
 -e, --env-var stringArray -e |:|: Per-function environment variable as KEY=VALUE; repeatable. On fn update the provided list replaces the function's env vars. (--env keeps meaning the Environment name.)
 --env-from-secret stringArray Project a same-namespace Secret into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --env-from-configmap stringArray Project a same-namespace ConfigMap into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --specializationtimeout int --st |:|: Timeout for executor to wait for function pod creation (default 120)
 --fntimeout int --ft |:|: Maximum time for a request to wait for the response from the function (default 60)
 --idletimeout int The length of time (in seconds) that a function is idle before pod(s) are eligible for recycling (default 120)
 --concurrency poolmgr --con |:|: Maximum number of pods specialized concurrently to serve requests (Only valid for executortype; poolmgr) (default 500)
 --requestsperpod poolmgr --rpp |:|: Maximum number of concurrent requests that can be served by a specialized pod (Only valid for executortype; poolmgr) (default 1)
 --streaming Enable streaming (SSE/chunked/WebSocket) responses for this function; the response is flushed incrementally and not cut by the function timeout
 --streamingprotocol string Streaming protocol when --streaming is set; one of 'auto', 'sse', 'chunked', 'websocket' (default "auto")
 --streamingidletimeout int Idle timeout (seconds) for a streaming response before it is aborted; reset on each chunk (default 60)
 --streamingmaxduration int Hard ceiling (seconds) on total streaming response lifetime; 0 means no ceiling (the idle timeout governs)
 --expose-as-mcp Advertise this function as a Model Context Protocol (MCP) tool on the MCP server
 --tool-description string Agent-facing tool description (required with --expose-as-mcp)
 --tool-input-schema string Path to a JSON Schema file describing the tool's arguments; advertised verbatim as the MCP tool inputSchema
 --tool-name string Override the advertised MCP tool name (defaults to <namespace>-<function name>)
 --state Opt the function into the keyed-state API
 --state-keyspace string State keyspace name (defaults to the function name; explicit so a rename keeps the data)
 --state-max-keys int Max live keys in the keyspace (0 = platform default)
 --state-max-value-bytes int Max size of one state value in bytes (0 = platform default)
 --state-ttl duration Default TTL applied to state writes without an explicit TTL (0 = keys do not expire)
 --state-sticky-source string Sticky routing key source: header or queryparam
 --state-sticky-name string Header or query-parameter name holding the sticky routing key
 --async-retry-max-attempts int Async delivery attempt budget before dead-lettering
 --async-max-age duration Max time an async invocation may wait for successful delivery before it is dead-lettered
 --async-on-success string Same-namespace function to invoke with the result after a successful async delivery; empty clears it
 --async-on-failure string Same-namespace function to invoke with the result after a permanent async failure; empty clears it
 --async-on-success-topic string Statestore topic to publish the result envelope to after a successful async delivery; empty clears it
 --async-on-failure-topic string Statestore topic to publish the result envelope to after a permanent async failure; empty clears it
 --onceonly poolmgr --yolo |:|: Specifies if specialized pod will serve exactly one request in its lifetime (Only valid for executortype; poolmgr)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 --retainpods int Number of pods to retain after pods specialization.
 --provisioned-concurrency int Number of warm specialized pods to maintain eagerly (poolmgr only). 0 (default)=no provisioned concurrency
 --versioning fission fn publish Opt the function into immutable version snapshots and named aliases; one of 'auto' (mint a version on every runtime-affecting update), 'manual' (mint only on fission fn publish), or 'off' (disable, update only)
 --retain-versions int Number of unaliased versions to keep per function before older ones are garbage collected (requires --versioning auto|manual, or an existing versioning config); disambiguates from --retainpods, which retains specialized pods rather than function versions
 --provisioned-schedule stringArray name=<window-name>;start=<cron(0 9 * * *)>;duration=<10h(time.Duration)>;target=<number of pods>
 --code string URL or local path for single file source code
 --sourcearchive stringArray --source |:|: --src |:|: URL or local paths for source archive
 --deployarchive stringArray --deploy |:|: URL or local paths for binary archive
 --srcchecksum string SHA256 checksum of source archive when providing URL
 --deploychecksum string SHA256 checksum of deploy archive when providing URL
 --insecure Skip generating SHA256 checksum for file integrity validation
 --oci string Pre-built OCI image reference containing the deployment code (registry/repo:tag[@digest])
 --buildcmd string Package build command for builder to run with
 --url string URL pattern (supports {var} and {var:regexp} path templates) [DEPRECATED for 'fn create', use 'route create' instead]
 --prefix string Prefix with which functions are exposed. NOTE: Prefix takes precedence over URL/RelativeURL [DEPRECATED for 'fn create', use 'route create' instead]
 --method stringArray HTTP Methods: GET,POST,PUT,DELETE,HEAD. To mention single method: --method GET and for multiple methods --method GET --method POST. [DEPRECATED for 'fn create', use 'route create' instead] (default [GET])
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --minscale int Minimum number of pods (Uses resource inputs to configure HPA) (default 1)
 --maxscale int Maximum number of pods (Uses resource inputs to configure HPA) (default 1)
 --targetcpu int Target average CPU usage percentage across pods for scaling (default 80)
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function delete

Mon, 01 Jan 0001 00:00:00 +0000

fission function delete

Delete a function

fission function delete [flags]

Options

 --name string Function name
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function describe

Mon, 01 Jan 0001 00:00:00 +0000

fission function describe

Describe a function’s health in one view (summary, conditions, build, pods)

fission function describe [flags]

Options

 --name string Function name
 --version string Describe a specific pinned FunctionVersion's snapshot instead of the live function
 -h, --help help for describe

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function dlq

Mon, 01 Jan 0001 00:00:00 +0000

fission function dlq

Inspect and manage the async invocation dead-letter queue

Options

 -h, --help help for dlq

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function dlq list

Mon, 01 Jan 0001 00:00:00 +0000

fission function dlq list

List dead-lettered async invocations

fission function dlq list [flags]

Options

 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --limit int Maximum number of dead-lettered invocations to list (default 100)
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 --queue string Dead-letter queue to operate on: empty for async invocations, or a broker egress queue (mq-egress-<type>, e.g. mq-egress-kafka)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function dlq purge

Mon, 01 Jan 0001 00:00:00 +0000

fission function dlq purge

Permanently delete every dead-lettered async invocation

fission function dlq purge [flags]

Options

 --queue string Dead-letter queue to operate on: empty for async invocations, or a broker egress queue (mq-egress-<type>, e.g. mq-egress-kafka)
 -h, --help help for purge

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function dlq redrive

Mon, 01 Jan 0001 00:00:00 +0000

fission function dlq redrive

Re-enqueue dead-lettered async invocations for another delivery

fission function dlq redrive [flags]

Options

 --id string Durable invocation id of a dead-lettered async invocation
 --all Apply to every dead-lettered invocation
 --queue string Dead-letter queue to operate on: empty for async invocations, or a broker egress queue (mq-egress-<type>, e.g. mq-egress-kafka)
 -h, --help help for redrive

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function dlq show

Mon, 01 Jan 0001 00:00:00 +0000

fission function dlq show

Show the full envelope of one dead-lettered async invocation

fission function dlq show [flags]

Options

 --id string Durable invocation id of a dead-lettered async invocation
 --queue string Dead-letter queue to operate on: empty for async invocations, or a broker egress queue (mq-egress-<type>, e.g. mq-egress-kafka)
 -h, --help help for show

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function gc-versions

Mon, 01 Jan 0001 00:00:00 +0000

fission function gc-versions

Sweep a function’s old FunctionVersions down to its retain floor (RFC-0025)

Synopsis

Runs one on-demand retention-GC sweep, the same engine the buildermgr-hosted controller runs automatically. Never deletes a version referenced by any FunctionAlias, or the newest/only version, however low –keep is set.

fission function gc-versions [flags]

Options

 --name string Function name
 --keep int Override the retain count for this sweep (default: the function's Spec.Versioning.Retain, or 10)
 -h, --help help for gc-versions

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function get

Mon, 01 Jan 0001 00:00:00 +0000

fission function get

Get function source code

fission function get [flags]

Options

 --name string Function name
 --version string Get a specific pinned FunctionVersion's snapshot source instead of the live function
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function getmeta

Mon, 01 Jan 0001 00:00:00 +0000

fission function getmeta

Get function metadata

fission function getmeta [flags]

Options

 --name string Function name
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for getmeta

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function list

Mon, 01 Jan 0001 00:00:00 +0000

fission function list

List functions

Synopsis

List all functions in a namespace if specified, else, list functions across all namespaces

fission function list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function log

Mon, 01 Jan 0001 00:00:00 +0000

fission function log

Display function logs

fission function log [flags]

Options

 --name string Function name
 -f, --follow -f |:|: Specify if the logs should be streamed
 -r, --reverse -r |:|: Specify the log reverse query base on time, it will be invalid if the 'follow' flag is specified. valid for dbtype as loki
 --recordcount int Get N most recent log records (default 20)
 -d, --detail -d |:|: Display detailed information
 --pod string Function pod name (use the latest pod name if unspecified)
 --dbtype string Log database type: kubernetes (default) or loki (default "kubernetes")
 --pod-namespace string Namespace in which function's pod are created. If not specified, function's namespace is used. Note: version <1.18 used fission-function as pod's default ns.
 --all-pods Get all pod's logs in the function.
 --request-id string Filter logs to a single invocation by its X-Fission-Request-ID (loki dbtype)
 --trace-id string Filter logs by trace id (loki dbtype)
 --level string Filter logs by level, e.g. error (loki dbtype)
 --alias string Show logs for a specific alias's (e.g. prod) resolved version instead of the live function; mutually exclusive with --version; kubernetes dbtype only
 --version string Show logs for a specific pinned FunctionVersion instead of the live function; mutually exclusive with --alias; kubernetes dbtype only
 -h, --help help for log

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function pods

Mon, 01 Jan 0001 00:00:00 +0000

fission function pods

List pods currently used by a function

Synopsis

List pods currently used by a function

fission function pods [flags]

Options

 --name string Function name
 --alias string List only pods for a specific alias's (e.g. prod) resolved version; mutually exclusive with --version
 --version string List only pods for a specific pinned FunctionVersion; mutually exclusive with --alias
 -h, --help help for pods

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function publish

Mon, 01 Jan 0001 00:00:00 +0000

fission function publish

Publish the function’s current spec as an immutable version

Synopsis

Publish the function’s current spec as an immutable FunctionVersion snapshot (RFC-0025); idempotent – called again with an unchanged spec and package digest, it returns the existing newest version instead of minting a duplicate. –output/-o accepts: (default table) prints “created ” or “unchanged ”; “name” prints only the bare FunctionVersion name, one line, for scripting (mirrors kubectl’s -o name); “json”/“yaml” marshal the full FunctionVersion object; “wide” renders the same as the default table (no extra columns).

fission function rollback

Mon, 01 Jan 0001 00:00:00 +0000

fission function rollback

Roll a function alias back to a previous FunctionVersion (RFC-0025)

Synopsis

Repoint a FunctionAlias at a previously resolved FunctionVersion: by default the alias’s previous target (Status.History’s last entry), or an explicit –to version. Always a full repoint — clears Weight/SecondaryVersion, so a rollback issued mid-canary stops the traffic split rather than only rolling back the primary target. Refuses to touch an alias managed by fission spec (Git) unless –detach. For a one-off repoint to a version you already know, see fission alias update --version --wait instead.

fission function run-container

Mon, 01 Jan 0001 00:00:00 +0000

fission function run-container

Alpha: Run a container image as a function

fission function run-container [flags]

Options

 --name string Function name
 --image string Name of the Docker image to be deployed as a function. Valid only when executorType is set to 'container'
 --port int Port where the application is running (default 8888)
 --command string Command to be passed to the container. If not specified , the ones defined in the image are used
 --args string Args to be passed to the command on the container. If not specified , the ones defined in the image are used
 --configmap stringArray Function access to configmap, should be present in the same namespace as the function. You can provide multiple configmaps using multiple --configmap flags. In case of fn update the configmaps will be replaced by the provided list of configmaps.
 --secret stringArray Function access to secret, should be present in the same namespace as the function. You can provide multiple secrets using multiple --secrets flags. In the case of fn update the secrets will be replaced by the provided list of secrets.
 -e, --env-var stringArray -e |:|: Per-function environment variable as KEY=VALUE; repeatable. On fn update the provided list replaces the function's env vars. (--env keeps meaning the Environment name.)
 --env-from-secret stringArray Project a same-namespace Secret into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --env-from-configmap stringArray Project a same-namespace ConfigMap into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --fntimeout int --ft |:|: Maximum time for a request to wait for the response from the function (default 60)
 --idletimeout int The length of time (in seconds) that a function is idle before pod(s) are eligible for recycling (default 120)
 --graceperiod int Grace time (in seconds) for pod to perform connection draining before termination (only non-negative values considered)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --minscale int Minimum number of pods (Uses resource inputs to configure HPA) (default 1)
 --maxscale int Maximum number of pods (Uses resource inputs to configure HPA) (default 1)
 --targetcpu int Target average CPU usage percentage across pods for scaling (default 80)
 --imagepullsecret string Secret for Kubernetes to pull an image from a private registry
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for run-container

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function run-local

Mon, 01 Jan 0001 00:00:00 +0000

fission function run-local

Alpha: Run a function locally in Docker (RFC-0018)

Synopsis

Alpha: Run a function locally in Docker — no cluster round-trip. For poolmgr/newdeploy (–executor, default poolmgr) it runs the environment runtime image (from –env or –image) and replays the specialize contract over –code (single file) or –deploy (a pre-built directory for multi-file apps); for –executor=container it runs the user’s own –image server directly. Either way it invokes the function the same way the cluster does.

fission function state

Mon, 01 Jan 0001 00:00:00 +0000

fission function state

Inspect and manage a function’s keyed state (RFC-0023)

Options

 -h, --help help for state

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function state delete

Mon, 01 Jan 0001 00:00:00 +0000

fission function state delete

Delete a key from a function’s state keyspace

fission function state delete [flags]

Options

 --name string Function name
 --key string State key to operate on
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --if-version int Compare-and-swap version precondition (0 = create-only for set; unset = unconditional)
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function state get

Mon, 01 Jan 0001 00:00:00 +0000

fission function state get

Get a key from a function’s state keyspace

fission function state get [flags]

Options

 --name string Function name
 --key string State key to operate on
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function state list

Mon, 01 Jan 0001 00:00:00 +0000

fission function state list

List keys in a function’s state keyspace

fission function state list [flags]

Options

 --name string Function name
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --prefix string Key prefix to list
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function state set

Mon, 01 Jan 0001 00:00:00 +0000

fission function state set

Set a key in a function’s state keyspace

fission function state set [flags]

Options

 --name string Function name
 --key string State key to operate on
 --value string Value to store
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --ttl duration Time-to-live for the written key (e.g. 300s, 1h); 0 uses the keyspace default
 --if-version int Compare-and-swap version precondition (0 = create-only for set; unset = unconditional)
 -h, --help help for set

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function test

Mon, 01 Jan 0001 00:00:00 +0000

fission function test

Test a function

fission function test [flags]

Options

 --name string Function name
 --method stringArray HTTP Methods: GET,POST,PUT,DELETE,HEAD. To mention single method: --method GET and for multiple methods --method GET --method POST. [DEPRECATED for 'fn create', use 'route create' instead] (default [GET])
 -H, --header stringArray -H |:|: Request headers
 -b, --body string -b |:|: Request body
 -q, --query stringArray -q |:|: Request query parameters: -q key1=value1 -q key2=value2
 -t, --timeout duration -t |:|: Length of time to wait for the response. If set to zero or negative number, no timeout is set (default 1m0s)
 --async Invoke asynchronously (X-Fission-Invoke-Mode: async); prints the invocation id instead of waiting for the response. Set FISSION_INTERNAL_AUTH_SECRET when authentication is enabled.
 --dbtype string Log database type: kubernetes (default) or loki (default "kubernetes")
 --subpath string Sub Path to check if function internally supports routing
 --alias string Test a specific alias (e.g. prod) instead of the live function; mutually exclusive with --version
 --version string Test a specific pinned FunctionVersion instead of the live function; mutually exclusive with --alias
 -h, --help help for test

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function tools

Mon, 01 Jan 0001 00:00:00 +0000

fission function tools

List functions exposed as MCP (Model Context Protocol) tools

fission function tools [flags]

Options

 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for tools

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function update

Mon, 01 Jan 0001 00:00:00 +0000

fission function update

Update a function

fission function update [flags]

Options

 --name string Function name
 --env string Environment name for function
 --entrypoint string --entry |:|: Entry point for environment v2 to load with
 --pkgname string --pkg |:|: Name of the existing package (--deploy and --src and --env will be ignored), should be in the same namespace as the function
 --executortype string Executor type for execution; one of 'poolmgr', 'newdeploy' (default "poolmgr")
 --secret stringArray Function access to secret, should be present in the same namespace as the function. You can provide multiple secrets using multiple --secrets flags. In the case of fn update the secrets will be replaced by the provided list of secrets.
 --configmap stringArray Function access to configmap, should be present in the same namespace as the function. You can provide multiple configmaps using multiple --configmap flags. In case of fn update the configmaps will be replaced by the provided list of configmaps.
 -e, --env-var stringArray -e |:|: Per-function environment variable as KEY=VALUE; repeatable. On fn update the provided list replaces the function's env vars. (--env keeps meaning the Environment name.)
 --env-from-secret stringArray Project a same-namespace Secret into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --env-from-configmap stringArray Project a same-namespace ConfigMap into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --specializationtimeout int --st |:|: Timeout for executor to wait for function pod creation (default 120)
 --fntimeout int --ft |:|: Maximum time for a request to wait for the response from the function (default 60)
 --idletimeout int The length of time (in seconds) that a function is idle before pod(s) are eligible for recycling (default 120)
 --concurrency poolmgr --con |:|: Maximum number of pods specialized concurrently to serve requests (Only valid for executortype; poolmgr) (default 500)
 --requestsperpod poolmgr --rpp |:|: Maximum number of concurrent requests that can be served by a specialized pod (Only valid for executortype; poolmgr) (default 1)
 --streaming Enable streaming (SSE/chunked/WebSocket) responses for this function; the response is flushed incrementally and not cut by the function timeout
 --streamingprotocol string Streaming protocol when --streaming is set; one of 'auto', 'sse', 'chunked', 'websocket' (default "auto")
 --streamingidletimeout int Idle timeout (seconds) for a streaming response before it is aborted; reset on each chunk (default 60)
 --streamingmaxduration int Hard ceiling (seconds) on total streaming response lifetime; 0 means no ceiling (the idle timeout governs)
 --expose-as-mcp Advertise this function as a Model Context Protocol (MCP) tool on the MCP server
 --tool-description string Agent-facing tool description (required with --expose-as-mcp)
 --tool-input-schema string Path to a JSON Schema file describing the tool's arguments; advertised verbatim as the MCP tool inputSchema
 --tool-name string Override the advertised MCP tool name (defaults to <namespace>-<function name>)
 --state Opt the function into the keyed-state API
 --state-keyspace string State keyspace name (defaults to the function name; explicit so a rename keeps the data)
 --state-max-keys int Max live keys in the keyspace (0 = platform default)
 --state-max-value-bytes int Max size of one state value in bytes (0 = platform default)
 --state-ttl duration Default TTL applied to state writes without an explicit TTL (0 = keys do not expire)
 --state-sticky-source string Sticky routing key source: header or queryparam
 --state-sticky-name string Header or query-parameter name holding the sticky routing key
 --async-retry-max-attempts int Async delivery attempt budget before dead-lettering
 --async-max-age duration Max time an async invocation may wait for successful delivery before it is dead-lettered
 --async-on-success string Same-namespace function to invoke with the result after a successful async delivery; empty clears it
 --async-on-failure string Same-namespace function to invoke with the result after a permanent async failure; empty clears it
 --async-on-success-topic string Statestore topic to publish the result envelope to after a successful async delivery; empty clears it
 --async-on-failure-topic string Statestore topic to publish the result envelope to after a permanent async failure; empty clears it
 --onceonly poolmgr --yolo |:|: Specifies if specialized pod will serve exactly one request in its lifetime (Only valid for executortype; poolmgr)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 --retainpods int Number of pods to retain after pods specialization.
 --provisioned-concurrency int Number of warm specialized pods to maintain eagerly (poolmgr only). 0 (default)=no provisioned concurrency
 --versioning fission fn publish Opt the function into immutable version snapshots and named aliases; one of 'auto' (mint a version on every runtime-affecting update), 'manual' (mint only on fission fn publish), or 'off' (disable, update only)
 --retain-versions int Number of unaliased versions to keep per function before older ones are garbage collected (requires --versioning auto|manual, or an existing versioning config); disambiguates from --retainpods, which retains specialized pods rather than function versions
 --provisioned-schedule stringArray name=<window-name>;start=<cron(0 9 * * *)>;duration=<10h(time.Duration)>;target=<number of pods>
 --code string URL or local path for single file source code
 --sourcearchive stringArray --source |:|: --src |:|: URL or local paths for source archive
 --deployarchive stringArray --deploy |:|: URL or local paths for binary archive
 --srcchecksum string SHA256 checksum of source archive when providing URL
 --deploychecksum string SHA256 checksum of deploy archive when providing URL
 --insecure Skip generating SHA256 checksum for file integrity validation
 --oci string Pre-built OCI image reference containing the deployment code (registry/repo:tag[@digest])
 --buildcmd string Package build command for builder to run with
 -f, --force -f |:|: Force update a package even if it is used by one or more functions
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --minscale int Minimum number of pods (Uses resource inputs to configure HPA) (default 1)
 --maxscale int Maximum number of pods (Uses resource inputs to configure HPA) (default 1)
 --targetcpu int Target average CPU usage percentage across pods for scaling (default 80)
 --spec Save to the spec directory instead of creating on cluster
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function update-container

Mon, 01 Jan 0001 00:00:00 +0000

fission function update-container

Alpha: Update a function running a container

fission function update-container [flags]

Options

 --name string Function name
 --image string Name of the Docker image to be deployed as a function. Valid only when executorType is set to 'container'
 --port int Port where the application is running (default 8888)
 --command string Command to be passed to the container. If not specified , the ones defined in the image are used
 --args string Args to be passed to the command on the container. If not specified , the ones defined in the image are used
 --secret stringArray Function access to secret, should be present in the same namespace as the function. You can provide multiple secrets using multiple --secrets flags. In the case of fn update the secrets will be replaced by the provided list of secrets.
 --configmap stringArray Function access to configmap, should be present in the same namespace as the function. You can provide multiple configmaps using multiple --configmap flags. In case of fn update the configmaps will be replaced by the provided list of configmaps.
 -e, --env-var stringArray -e |:|: Per-function environment variable as KEY=VALUE; repeatable. On fn update the provided list replaces the function's env vars. (--env keeps meaning the Environment name.)
 --env-from-secret stringArray Project a same-namespace Secret into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --env-from-configmap stringArray Project a same-namespace ConfigMap into the function's environment: 'name' for the whole object, 'name/key' for one key (variable named after the key), 'name/key:ENV' to rename it; repeatable. On fn update the provided list replaces the previous one.
 --fntimeout int --ft |:|: Maximum time for a request to wait for the response from the function (default 60)
 --idletimeout int The length of time (in seconds) that a function is idle before pod(s) are eligible for recycling (default 120)
 --labels string Comma separated labels to apply to the function. E.g. --labels="environment=dev,application=analytics"
 --annotation stringArray Annotation to apply to the function. To mention multiple annotations --annotation="abc.com/team=dev" --annotation="foo=bar"
 --mincpu int Minimum CPU to be assigned to pod (In millicore, minimum 1)
 --maxcpu int Maximum CPU to be assigned to pod (In millicore, minimum 1)
 --minmemory int Minimum memory to be assigned to pod (In megabyte)
 --maxmemory int Maximum memory to be assigned to pod (In megabyte)
 --minscale int Minimum number of pods (Uses resource inputs to configure HPA) (default 1)
 --maxscale int Maximum number of pods (Uses resource inputs to configure HPA) (default 1)
 --targetcpu int Target average CPU usage percentage across pods for scaling (default 80)
 --spec Save to the spec directory instead of creating on cluster
 -h, --help help for update-container

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function versions

Mon, 01 Jan 0001 00:00:00 +0000

fission function versions

List a function’s published versions

fission function versions [flags]

Options

 --name string Function name
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for versions

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission function wait

Mon, 01 Jan 0001 00:00:00 +0000

fission function wait

Wait for a function to reach a status condition

fission function wait [flags]

Options

 --name string Function name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger

Create, update and manage HTTP triggers

Options

 -h, --help help for httptrigger

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger create

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger create

Create an HTTP trigger

fission httptrigger create [flags]

Options

 --function stringArray Name(s) of the function for this trigger. (If 2 functions are supplied with this flag, traffic gets routed to them based on weights supplied with --weight flag.)
 --url string URL pattern (supports {var} and {var:regexp} path templates) [DEPRECATED for 'fn create', use 'route create' instead]
 --name string HTTP trigger name
 --method stringArray HTTP Methods: GET,POST,PUT,DELETE,HEAD. To mention single method: --method GET and for multiple methods --method GET --method POST. [DEPRECATED for 'fn create', use 'route create' instead] (default [GET])
 --createingress Creates ingress with same URL [DEPRECATED: the Kubernetes Ingress API is frozen, use --route-provider gateway instead]
 --ingressrule string Host for Ingress rule: --ingressrule host=path (the format of host/path depends on what ingress controller you used) [DEPRECATED: use --route-host/--route-path]
 --ingressannotation stringArray Annotation for Ingress: --ingressannotation key=value (the format of annotation depends on what ingress controller you used) [DEPRECATED: use --route-annotation]
 --ingresstls string Name of the Secret contains TLS key and crt for Ingress (the usability of TLS features depends on what ingress controller you used) [DEPRECATED: use --route-tls]
 --route-provider string Route provider that exposes the function externally: one of 'ingress' or 'gateway' (Gateway API HTTPRoute). When set, takes precedence over --createingress.
 --route-host stringArray Hostname the route matches (repeatable): --route-host demo.example.com. Empty matches all hosts.
 --route-path string Request path the route matches (must start with '/'); defaults to the trigger URL/prefix
 --route-annotation stringArray Annotation added to the generated route object: --route-annotation key=value (repeatable)
 --route-tls string Name of the Secret holding TLS key and cert (ingress provider only; gateway TLS is configured on the Gateway listener)
 --gateway stringArray Parent Gateway the HTTPRoute attaches to (gateway provider): --gateway name or --gateway namespace/name (repeatable)
 --weight ints Weight for each function supplied with --function flag, in the same order. Used for canary deployment
 --function-alias string Route through this FunctionAlias (RFC-0025) instead of the live function; requires exactly one --function, mutually exclusive with --function-version and with weighted multi-function routing
 --function-version string Pin the route to this FunctionVersion (RFC-0025) instead of the live function; requires exactly one --function, mutually exclusive with --function-alias and with weighted multi-function routing
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 --prefix string Prefix with which functions are exposed. NOTE: Prefix takes precedence over URL/RelativeURL [DEPRECATED for 'fn create', use 'route create' instead]
 --keepprefix Keep the prefix in the URL while forwarding request to the function
 --invocation-mode string 'async' makes every request through this trigger asynchronous (durable 202 + invocation id); empty is the default synchronous mode
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger delete

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger delete

Delete an HTTP trigger

fission httptrigger delete [flags]

Options

 --name string HTTP trigger name
 --function string Name of the function for trigger(s)
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger get

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger get

Get HTTP trigger details

fission httptrigger get [flags]

Options

 --name string HTTP trigger name
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for get

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger list

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger list

List HTTP triggers

Synopsis

List all HTTP triggers in a namespace if specified, else, list HTTP triggers across all namespaces

fission httptrigger list [flags]

Options

 --function string Name of the function for trigger(s)
 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger update

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger update

Update an HTTP trigger

fission httptrigger update [flags]

Options

 --name string HTTP trigger name
 --url string URL pattern (supports {var} and {var:regexp} path templates) [DEPRECATED for 'fn create', use 'route create' instead]
 --function stringArray Name(s) of the function for this trigger. (If 2 functions are supplied with this flag, traffic gets routed to them based on weights supplied with --weight flag.)
 --method stringArray HTTP Methods: GET,POST,PUT,DELETE,HEAD. To mention single method: --method GET and for multiple methods --method GET --method POST. [DEPRECATED for 'fn create', use 'route create' instead] (default [GET])
 --createingress Creates ingress with same URL [DEPRECATED: the Kubernetes Ingress API is frozen, use --route-provider gateway instead]
 --ingressrule string Host for Ingress rule: --ingressrule host=path (the format of host/path depends on what ingress controller you used) [DEPRECATED: use --route-host/--route-path]
 --ingressannotation stringArray Annotation for Ingress: --ingressannotation key=value (the format of annotation depends on what ingress controller you used) [DEPRECATED: use --route-annotation]
 --ingresstls string Name of the Secret contains TLS key and crt for Ingress (the usability of TLS features depends on what ingress controller you used) [DEPRECATED: use --route-tls]
 --route-provider string Route provider that exposes the function externally: one of 'ingress' or 'gateway' (Gateway API HTTPRoute). When set, takes precedence over --createingress.
 --route-host stringArray Hostname the route matches (repeatable): --route-host demo.example.com. Empty matches all hosts.
 --route-path string Request path the route matches (must start with '/'); defaults to the trigger URL/prefix
 --route-annotation stringArray Annotation added to the generated route object: --route-annotation key=value (repeatable)
 --route-tls string Name of the Secret holding TLS key and cert (ingress provider only; gateway TLS is configured on the Gateway listener)
 --gateway stringArray Parent Gateway the HTTPRoute attaches to (gateway provider): --gateway name or --gateway namespace/name (repeatable)
 --weight ints Weight for each function supplied with --function flag, in the same order. Used for canary deployment
 --function-alias string Route through this FunctionAlias (RFC-0025) instead of the live function; requires exactly one --function, mutually exclusive with --function-version and with weighted multi-function routing
 --function-version string Pin the route to this FunctionVersion (RFC-0025) instead of the live function; requires exactly one --function, mutually exclusive with --function-alias and with weighted multi-function routing
 --prefix string Prefix with which functions are exposed. NOTE: Prefix takes precedence over URL/RelativeURL [DEPRECATED for 'fn create', use 'route create' instead]
 --keepprefix Keep the prefix in the URL while forwarding request to the function
 --invocation-mode string 'async' makes every request through this trigger asynchronous (durable 202 + invocation id); empty is the default synchronous mode
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission httptrigger wait

Mon, 01 Jan 0001 00:00:00 +0000

fission httptrigger wait

Wait for an HTTP trigger to reach a status condition

fission httptrigger wait [flags]

Options

 --name string HTTP trigger name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger

Create, update and manage message queue triggers

Options

 -h, --help help for mqtrigger

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger create

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger create

Create a message queue trigger

fission mqtrigger create [flags]

Options

 --function string Function name
 --topic string Message queue Topic the trigger listens on
 --name string Message queue trigger name
 --mqtype string For mqtkind "fission" => kafka, statestore (the built-in, no-broker option)
 					 For mqtkind "keda" => kafka, aws-sqs-queue, aws-kinesis-stream, gcp-pubsub, stan, nats-jetstream, rabbitmq, redis (default "kafka")
 --resptopic string Topic that the function response is sent on (response discarded if unspecified)
 --errortopic string Topic that the function error messages are sent to (errors discarded if unspecified
 --maxretries int Maximum number of times the function will be retried upon failure
 -c, --contenttype string -c |:|: Content type of messages that publish to the topic (default "application/json")
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 --pollinginterval int Interval to check the message source for up/down scaling operation of consumers (default 30)
 --cooldownperiod int The period to wait after the last trigger reported active before scaling the consumer back to 0 (default 300)
 --minreplicacount int Minimum number of replicas of consumers to scale down to
 --maxreplicacount int Maximum number of replicas of consumers to scale up to (default 100)
 --secret string Name of secret object
 --metadata stringArray Metadata needed for connecting to source system in format: --metadata key1=value1 --metadata key2=value2
 --mqtkind string Kind of Message Queue Trigger, e.g. fission, keda (default "keda")
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger delete

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger delete

Delete a message queue trigger

fission mqtrigger delete [flags]

Options

 --name string Message queue trigger name
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger list

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger list

List message queue triggers

Synopsis

List all message queue triggers in a namespace if specified, else, list message queue triggers across all namespaces

fission mqtrigger list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger update

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger update

Update a message queue trigger

fission mqtrigger update [flags]

Options

 --name string Message queue trigger name
 --function string Function name
 --topic string Message queue Topic the trigger listens on
 --resptopic string Topic that the function response is sent on (response discarded if unspecified)
 --errortopic string Topic that the function error messages are sent to (errors discarded if unspecified
 --maxretries int Maximum number of times the function will be retried upon failure
 -c, --contenttype string -c |:|: Content type of messages that publish to the topic (default "application/json")
 --pollinginterval int Interval to check the message source for up/down scaling operation of consumers (default 30)
 --cooldownperiod int The period to wait after the last trigger reported active before scaling the consumer back to 0 (default 300)
 --minreplicacount int Minimum number of replicas of consumers to scale down to
 --maxreplicacount int Maximum number of replicas of consumers to scale up to (default 100)
 --metadata stringArray Metadata needed for connecting to source system in format: --metadata key1=value1 --metadata key2=value2
 --secret string Name of secret object
 --mqtkind string Kind of Message Queue Trigger, e.g. fission, keda (default "keda")
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission mqtrigger wait

Mon, 01 Jan 0001 00:00:00 +0000

fission mqtrigger wait

Wait for a message queue trigger to reach a status condition

fission mqtrigger wait [flags]

Options

 --name string Message queue trigger name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package

Mon, 01 Jan 0001 00:00:00 +0000

fission package

Create, update and manage packages

Options

 -h, --help help for package

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package create

Mon, 01 Jan 0001 00:00:00 +0000

fission package create

Create a package

fission package create [flags]

Options

 --env string Environment name
 --name string Package name
 --code string URL or local path for single file source code
 --sourcearchive stringArray --source |:|: --src |:|: URL or local paths for source archive
 --deployarchive stringArray --deploy |:|: URL or local paths for binary archive
 --srcchecksum string SHA256 checksum of source archive when providing URL
 --deploychecksum string SHA256 checksum of deploy archive when providing URL
 --insecure Skip generating SHA256 checksum for file integrity validation
 --oci string Pre-built OCI image reference containing the deployment code (registry/repo:tag[@digest])
 --buildcmd string Build command for builder to run with
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package delete

Mon, 01 Jan 0001 00:00:00 +0000

fission package delete

Delete a package

fission package delete [flags]

Options

 --name string Package name
 -f, --force -f |:|: Force update a package even if it is used by one or more functions
 --orphan Orphan packages that are not referenced by any function
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package getdeploy

Mon, 01 Jan 0001 00:00:00 +0000

fission package getdeploy

Get package details

fission package getdeploy [flags]

Options

 --name string Package name
 -o, --output string -o |:|: Output filename to save archive content
 -h, --help help for getdeploy

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package getsrc

Mon, 01 Jan 0001 00:00:00 +0000

fission package getsrc

Get package details

fission package getsrc [flags]

Options

 --name string Package name
 -o, --output string -o |:|: Output filename to save archive content
 -h, --help help for getsrc

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package info

Mon, 01 Jan 0001 00:00:00 +0000

fission package info

Show package information

fission package info [flags]

Options

 --name string Package name
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for info

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package list

Mon, 01 Jan 0001 00:00:00 +0000

fission package list

List packages

Synopsis

List all packages in a namespace if specified, else, list packages across all namespaces

fission package list [flags]

Options

 --orphan Orphan packages that are not referenced by any function
 --status string Filter packages by status
 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package rebuild

Mon, 01 Jan 0001 00:00:00 +0000

fission package rebuild

Rebuild a failed package

fission package rebuild [flags]

Options

 --name string Package name
 -h, --help help for rebuild

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package update

Mon, 01 Jan 0001 00:00:00 +0000

fission package update

Update a package

fission package update [flags]

Options

 --name string Package name
 --env string Environment name
 --code string URL or local path for single file source code
 --sourcearchive stringArray --source |:|: --src |:|: URL or local paths for source archive
 --deployarchive stringArray --deploy |:|: URL or local paths for binary archive
 --srcchecksum string SHA256 checksum of source archive when providing URL
 --deploychecksum string SHA256 checksum of deploy archive when providing URL
 --insecure Skip generating SHA256 checksum for file integrity validation
 --oci string Pre-built OCI image reference containing the deployment code (registry/repo:tag[@digest])
 --buildcmd string Build command for builder to run with
 -f, --force -f |:|: Force update a package even if it is used by one or more functions
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission package wait

Mon, 01 Jan 0001 00:00:00 +0000

fission package wait

Wait for a package to reach a status condition

fission package wait [flags]

Options

 --name string Package name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec

Mon, 01 Jan 0001 00:00:00 +0000

fission spec

Manage a declarative application specification

Options

 -h, --help help for spec

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec apply

Mon, 01 Jan 0001 00:00:00 +0000

fission spec apply

Create, update, or delete resources from application specification

fission spec apply [flags]

Options

 --specdir string Directory to store specs, defaults to ./specs
 --specignore string File containing specs to be ignored inside --specdir, defaults to .specignore
 --delete Allow apply to delete resources that no longer exist in the specification
 --wait Wait for package builds
 --watch Watch local files for change, and re-apply specs as necessary
 --validation string Turns server side validations of Fission objects on/off
 --commitlabel Apply commit label to the resources
 --allowconflicts If true, spec apply will be forced even if conflicting resources exist
 --force-namespace --force |:|: If true, resources will be created in namespace provided by (--namespace flag ) even if spec file contains some other namespace
 --dry-run Preview what apply would create/update/delete without changing the cluster
 -h, --help help for apply

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec destroy

Mon, 01 Jan 0001 00:00:00 +0000

fission spec destroy

Delete all Fission resources in the application specification

fission spec destroy [flags]

Options

 --specdir string Directory to store specs, defaults to ./specs
 --specignore string File containing specs to be ignored inside --specdir, defaults to .specignore
 --force --force |:|: Delete all resources across all namespaces present in spec
 -h, --help help for destroy

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec init

Mon, 01 Jan 0001 00:00:00 +0000

fission spec init

Create an initial declarative application specification

fission spec init [flags]

Options

 --name string Name for the app, applied to resources as a Kubernetes annotation
 --deployid string --id |:|: Deployment ID for the spec deployment config
 --specdir string Directory to store specs, defaults to ./specs
 -h, --help help for init

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec list

Mon, 01 Jan 0001 00:00:00 +0000

fission spec list

List all the resources that were created through this spec

fission spec list [flags]

Options

 --deployid string --id |:|: Deployment ID for the spec deployment config
 --specdir string Directory to store specs, defaults to ./specs
 --specignore string File containing specs to be ignored inside --specdir, defaults to .specignore
 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission spec validate

Mon, 01 Jan 0001 00:00:00 +0000

fission spec validate

Validate declarative application specification

fission spec validate [flags]

Options

 --specdir string Directory to store specs, defaults to ./specs
 --specignore string File containing specs to be ignored inside --specdir, defaults to .specignore
 --allowconflicts If true, spec apply will be forced even if conflicting resources exist
 -h, --help help for validate

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission support

Mon, 01 Jan 0001 00:00:00 +0000

fission support

Collect diagnostic information for support

Options

 -h, --help help for support

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission support dump

Mon, 01 Jan 0001 00:00:00 +0000

fission support dump

Collect & dump all necessary information for troubleshooting

fission support dump [flags]

Options

 --nozip Save dump information into multiple files instead of single zip file
 -o, --output string -o |:|: Output directory to save dump archive/files (default "fission-dump")
 -h, --help help for dump

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission tenant

Mon, 01 Jan 0001 00:00:00 +0000

fission tenant

Manage multi-namespace tenancy (onboard/offboard namespaces)

Options

 -h, --help help for tenant

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission tenant disable

Mon, 01 Jan 0001 00:00:00 +0000

fission tenant disable

Offboard a namespace (delete its FissionTenant)

Synopsis

Delete the FissionTenant for –namespace. Refuses if the namespace still has functions unless –force is given; user resources are left in place (they simply stop being served).

fission tenant disable [flags]

Options

 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --force Disable the tenant even if it still has functions/triggers (they will stop being served)
 -h, --help help for disable

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission tenant enable

Mon, 01 Jan 0001 00:00:00 +0000

fission tenant enable

Onboard a namespace as a Fission tenant

Synopsis

Create (or update) the FissionTenant for –namespace so Fission manages functions and builders there. Idempotent.

fission tenant enable [flags]

Options

 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --function-namespace string Namespace where this tenant's function pods run (defaults to the tenant namespace)
 --builder-namespace string Namespace where this tenant's builder pods run (defaults to the tenant namespace)
 -h, --help help for enable

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission tenant list

Mon, 01 Jan 0001 00:00:00 +0000

fission tenant list

List Fission tenants

fission tenant list [flags]

Options

 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission tenant status

Mon, 01 Jan 0001 00:00:00 +0000

fission tenant status

Show a tenant’s onboarding status and conditions

fission tenant status [flags]

Options

 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -h, --help help for status

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger

Create, update and manage time triggers

Options

 -h, --help help for timetrigger

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger create

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger create

Create a time trigger

fission timetrigger create [flags]

Options

 --name string Time Trigger name
 --function string Function name
 --cron string Time trigger cron spec with each asterisk representing respectively second, minute, hour, the day of the month, month and day of the week. Also supports readable formats like '@every 5m', '@hourly'
 --method string HTTP Methods: GET,POST,PUT,DELETE,HEAD.
 --subpath string Sub Path to check if function internally supports routing
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger delete

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger delete

Delete a time trigger

fission timetrigger delete [flags]

Options

 --name string Time Trigger name
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger list

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger list

List time triggers

Synopsis

List all time triggers in a namespace if specified, else, list time triggers across all namespaces

fission timetrigger list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger showschedule

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger showschedule

Show schedule for cron spec

fission timetrigger showschedule [flags]

Options

 --cron string Time trigger cron spec with each asterisk representing respectively second, minute, hour, the day of the month, month and day of the week. Also supports readable formats like '@every 5m', '@hourly'
 --round int Get next N rounds of invocation time (default 1)
 -h, --help help for showschedule

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger update

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger update

Update a time trigger

fission timetrigger update [flags]

Options

 --name string Time Trigger name
 --function string Function name
 --cron string Time trigger cron spec with each asterisk representing respectively second, minute, hour, the day of the month, month and day of the week. Also supports readable formats like '@every 5m', '@hourly'
 --method string HTTP Methods: GET,POST,PUT,DELETE,HEAD.
 --subpath string Sub Path to check if function internally supports routing
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission timetrigger wait

Mon, 01 Jan 0001 00:00:00 +0000

fission timetrigger wait

Wait for a time trigger to reach a status condition

fission timetrigger wait [flags]

Options

 --name string Time Trigger name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission token

Mon, 01 Jan 0001 00:00:00 +0000

fission token

Create a JWT token for function invocation

Options

 -h, --help help for token

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission token create

Mon, 01 Jan 0001 00:00:00 +0000

fission token create

Create a JWT token for function invocation

fission token create [flags]

Options

 --username string Username to generate token for function invocation
 --password string Password to generate token for function invocation
 --authuri string Relative URI path to generate token
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission topic

Mon, 01 Jan 0001 00:00:00 +0000

fission topic

Publish to and inspect RFC-0027 eventing topics

Options

 -h, --help help for topic

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission topic peek

Mon, 01 Jan 0001 00:00:00 +0000

fission topic peek

Show the most recent events on a statestore topic

fission topic peek [flags]

Options

 --topic string Topic name
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --limit int Maximum events to peek (default 10)
 -h, --help help for peek

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission topic publish

Mon, 01 Jan 0001 00:00:00 +0000

fission topic publish

Publish an event to a topic (statestore direct, or a broker via egress)

fission topic publish [flags]

Options

 --topic string Topic name
 --data string Event payload to publish
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 --content-type string Content type the payload travels with (consuming triggers replay it) (default "application/json")
 --mqtype string Message queue provider: statestore (built-in, namespace-scoped), or a broker type with an egress head (kafka — broker topics are cluster-flat, like kafka mqtriggers) (default "statestore")
 -h, --help help for publish

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission version

Mon, 01 Jan 0001 00:00:00 +0000

fission version

Show client/server version information

fission version [flags]

Options

 --client-only If set, the CLI won't connect to remote server
 -h, --help help for version

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission watch

Mon, 01 Jan 0001 00:00:00 +0000

fission watch

Create, update and manage kube watcher

Options

 -h, --help help for watch

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission watch create

Mon, 01 Jan 0001 00:00:00 +0000

fission watch create

Create a kube watcher

fission watch create [flags]

Options

 --function string Function name
 --name string Watch name
 --type string Type of resource to watch (Pod, Service, etc.) (default "pod")
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission watch delete

Mon, 01 Jan 0001 00:00:00 +0000

fission watch delete

Delete a kube watcher

fission watch delete [flags]

Options

 --name string Watch name
 --ignorenotfound Treat "resource not found" as a successful delete.
 --function string Function name
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission watch list

Mon, 01 Jan 0001 00:00:00 +0000

fission watch list

List kube watchers

Synopsis

List all kube watchers in a namespace if specified, else, list kube watchers across all namespaces

fission watch list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission watch wait

Mon, 01 Jan 0001 00:00:00 +0000

fission watch wait

Wait for a kube watcher to reach a status condition

fission watch wait [flags]

Options

 --name string Watch name
 --for string Condition to wait for, e.g. condition=Ready or condition=Ready=False
 --timeout duration Maximum time to wait for the condition before giving up (default 1m0s)
 -h, --help help for wait

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow

Create, update and manage workflows

Options

 -h, --help help for workflow

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow create

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow create

Create a workflow from a manifest

Synopsis

Create a workflow from a manifest. –name overrides the manifest’s metadata.name.

fission workflow create [flags]

Options

 -f, --file string -f |:|: Path to a Workflow manifest (kind: Workflow) or a bare WorkflowSpec YAML
 --name string Name of the workflow
 --spec Save to the spec directory instead of creating on cluster
 --dry View the generated specs
 -h, --help help for create

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow delete

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow delete

Delete a workflow

fission workflow delete [flags]

Options

 --name string Name of the workflow
 --ignorenotfound Treat "resource not found" as a successful delete.
 -h, --help help for delete

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow graph

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow graph

Render a workflow’s state machine as a mermaid diagram

fission workflow graph [flags]

Options

 --name string Name of the workflow
 -f, --file string -f |:|: Path to a Workflow manifest (kind: Workflow) or a bare WorkflowSpec YAML
 --open Render the diagram in a browser (served locally; the graph never leaves your machine)
 -h, --help help for graph

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow list

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow list

List workflows

Synopsis

List all workflows in a namespace if specified, else, list workflows across all namespaces

fission workflow list [flags]

Options

 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow run

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow run

Start one execution of a workflow

fission workflow run [flags]

Options

 --name string Name of the workflow
 --input string Run input as inline JSON, or @path/to/file.json
 -h, --help help for run

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs

List and inspect workflow runs (executions)

Options

 -h, --help help for runs

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs cancel

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs cancel

Request cancellation of a workflow run (in-flight steps drain)

fission workflow runs cancel [flags]

Options

 --name string Name of the workflow run
 -h, --help help for cancel

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs describe

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs describe

Answer “where did this run stop”: phase, active state, last error, attempts

fission workflow runs describe [flags]

Options

 --name string Name of the workflow run
 -h, --help help for describe

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs graph

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs graph

Render a run’s state machine with each state colored by what the run did

Synopsis

Render a run’s state machine as a mermaid diagram, coloring each state by what this run did: succeeded, active, failed, or never reached. Drawn against the spec snapshot the run is executing, so it stays accurate even if the workflow was edited or deleted since.

fission workflow runs graph [flags]

Options

 --name string Name of the workflow run
 --open Render the diagram in a browser (served locally; the graph never leaves your machine)
 -h, --help help for graph

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs history

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs history

Show a run’s full step-level event history

fission workflow runs history [flags]

Options

 --name string Name of the workflow run
 --io Include step input/output payloads (dereferences spilled documents)
 -h, --help help for history

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow runs list

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow runs list

List workflow runs

fission workflow runs list [flags]

Options

 --workflow string Only show runs of this workflow
 -A, --all-namespaces -A |:|: Fetch resources from all namespaces
 -o, --output string -o |:|: Output format: wide, json or yaml (default: table)
 -h, --help help for list

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow update

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow update

Update a workflow from a manifest

Synopsis

Update a workflow from a manifest. –name overrides the manifest’s metadata.name.

fission workflow update [flags]

Options

 -f, --file string -f |:|: Path to a Workflow manifest (kind: Workflow) or a bare WorkflowSpec YAML
 --name string Name of the workflow
 -h, --help help for update

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

fission workflow validate

Mon, 01 Jan 0001 00:00:00 +0000

fission workflow validate

Validate a workflow manifest offline (graph, expressions), plus referenced-function existence against the cluster unless –offline

fission workflow validate [flags]

Options

 -f, --file string -f |:|: Path to a Workflow manifest (kind: Workflow) or a bare WorkflowSpec YAML
 --name string Name of the workflow
 --offline Skip cluster checks (e.g. referenced-function existence)
 -h, --help help for validate

Options inherited from parent commands

 --kube-context string Kubernetes context to be used for the execution of Fission commands
 -n, --namespace string -n |:|: If present, the namespace scope for this CLI request
 -v, --verbosity int -v |:|: CLI verbosity (0 is quiet, 1 is the default, 2 is verbose) (default 1)

Search Results

Mon, 01 Jan 0001 00:00:00 +0000

Fission — Open Source Kubernetes-native Serverless Framework on Fission

Apache Kafka

HTTP Trigger

Create a basic trigger

Create Environment

Create an environment

Functions

Kubernetes

In-cluster DNS

AWS SQS

Installation

Create Function

Create a function

Environments

Host, Path, Annotations and TLS

Annotations (--ingressannotation)

Istio as Ingress

Pre-requisites

Statestore Eventing

Troubleshoot Fission Setup

First, confirm the install is healthy

Accessing URL parameters

AWS Kinesis

Installation

Executor

Executors

Why it matters

GCP Pub Sub

Prerequisites

Timer Triggers

Cron format

Router

Secrets, ConfigMaps, and Environment Variables

Create a Secret or a ConfigMap

Triggers

Kubernetes Watch Triggers

How it works

Function Pod

Anatomy

NATS Jetstream

Installation

NATS Streaming

Installation

Packages and builds

Builder Manager

Fission vs Knative, OpenFaaS, and other Kubernetes serverless frameworks

Pull an Image From a Private Registry

RabbitMQ

Builder Pod

Build pipeline

Use URL as archive source when creating functions/packages

Workflows

Fission CRD Reference

API Reference

Packages

fission.io/v1

Resource Types

AliasTargetRecord

AllowedFunctionsPerContainer

Fission Metrics Reference

Local development with run-local

Redis Lists

Installation

Overview

StorageSvc

Debugging and diagnosing functions

Glossary

A

Annotation - --ingressannotation

Archive

Logger

Authoring Workflows

Manifest skeleton

Environment Variables

Namespaces

Go Functions

Before you start

Add the Go environment to your cluster

Java Functions

Before you start

Annotations (`--ingressannotation`)