Knative: Operator’s Handbook



A Channel describes an implementation of how the messages are carried in a namespace. Channel object represents a “message bus”, such as Pub/Sub, Kafka or simply an in-memory message buffer.

In Simple Delivery, there is no Channel and in Broker and Trigger Delivery, you don't need to configure a Channel object yourself. However, if you're operating a Knative setup for production, you should change the default Channel each namespace uses.

In Complex Delivery, you need to create Channel and Subscriptions yourself.

Each Channel corresponds to a topic in their respective implementation. For example, if you're using Google Cloud Pub/Sub, each Channel object correspond to a Pub/Sub Topic.

You can see which type of Channel is used in the namespace by querying:

$ kubectl get channel --namespace event-example
NAME                                                        READY  [...]  AGE   True   [...]  52d   True   [...]  52d

This shows the current Channel in this namespace is InMemoryChannel.

Default Channel

By default, Knative uses InMemoryChannel implementation for every labeled eventing namespace. This helps you get going without setting a persistent message bus.

You are recommended to change this default in a production cluster as otherwise the events would be lost when the container storing the events restart.

Changing the default Channel

You can configure other implementations to achieve persistence for the messages.

Configuring the default Channel is explained in Knative documentation.