Find file History
mattmoor-sockpuppet and knative-prow-robot Format markdown (#170)
Produced via: `prettier --write --prose-wrap=always $(find -name '*.md' | grep -v vendor | grep -v .github)`
Latest commit 9bfd99a Jan 7, 2019
Type Name Latest commit message Commit time
Failed to load latest commit information. Format markdown (#170) Jan 7, 2019
awssqs-source.yaml AWS SQS source (#124) Dec 18, 2018
channel.yaml AWS SQS source (#124) Dec 18, 2018
subscriber.yaml AWS SQS source (#124) Dec 18, 2018

AWS SQS - Source

Deployment Steps


  1. Create an AWS SQS queue.

  2. Setup Knative Eventing.

  3. Install the in-memory ClusterChannelProvisioner.

    • Note that you can skip this if you choose to use a different type of Channel. If so, you will need to modify channel.yaml before deploying it.
  4. Create a Channel. You can use your own Channel or use the provided sample, which creates qux-1. If you use your own Channel with a different name, then you will need to alter other commands later.

    kubectl -n default apply -f samples/awssqs_source/channel.yaml
  5. Acquire AWS Credentials for the same account. Your credentials file should look like this:

    aws_access_key_id = ...
    aws_secret_access_key = ...
     1. Create a secret for the downloaded key:
         kubectl -n knative-sources create secret generic awssqs-source-credentials --from-file=credentials=PATH_TO_CREDENTIALS_FILE
  6. Create an AWS SQS queue. Replace QUEUE_URL with your desired Queue URL.


  1. Deploy the AwsSqsSource controller as part of eventing-source's controller.

    ko -n default apply -f config/default-awssqs.yaml
    • Note that if the Source Service Account secret is in a non-default location, you will need to update the YAML first.
  2. Replace the place holders in samples/awssqs_source/awssqs-source.yaml.

    • QUEUE_URL should be replaced with your AWS SQS queue URL.

      export QUEUE_URL=
      sed -i "s|QUEUE_URL|$QUEUE_URL|" awssqs-source.yaml
    • QUEUE_NAME will be used to name the event source, you can choose any value that makes sense to you, although a good choice is the last segment of the URL.

      export QUEUE_NAME="my-queue"
      sed -i "s|QUEUE_NAME|$QUEUE_NAME|" awssqs-source.yaml
    • awsCredsSecret should be replaced with the name of the k8s secret that contains the AWS credentials. Change this only if you deployed an altered config/default-awssqs.yaml source config.

    • qux-1 should be replaced with the name of the Channel you want messages sent to. If you deployed an unaltered channel.yaml then you can leave it as qux-1.

  3. Deploy awssqs-source.yaml.

    kubectl -n default apply -f samples/awssqs_source/awssqs-source.yaml


In order to check the AwsSqsSource is fully working, we will create a simple Knative Service that dumps incoming messages to its log and create a Subscription from the Channel to that Knative Service.

  1. Setup Knative Serving.

  2. If the deployed AwsSqsSource is pointing at a Channel other than qux-1, modify subscriber.yaml by replacing qux-1 with that Channel's name.

  3. Deploy subscriber.yaml.

    ko -n default apply -f samples/awssqs_source/subscriber.yaml


Publish messages to your AWS SQS queue.

aws sqs send-message --queue-url $QUEUE_URL --message-body "Hello World!"

Where the QUEUE_URL variable contains the full AWS SQS URL (e.g.


We will verify that the published message was sent into the Knative eventing system by looking at what is downstream of the AwsSqsSource. If you deployed the Subscriber, then continue using this section. If not, then you will need to look downstream yourself.

  1. Use kail to tail the logs of the subscriber.

    kail -d message-dumper -c user-container --since=10m

You should see log lines similar to:

{"ID":"284375451531353","Data":"Hello World!","Attributes":null,"PublishTime":"2018-10-31T00:00:00.00Z"}