This sample demonstrates creating and running a simple RESTful service on Knative Serving. The exposed endpoint takes a stock ticker (i.e. stock symbol), then outputs the stock price.
- A Kubernetes cluster with Knative Serving v0.3 or higher installed.
- Docker installed locally.
- Outbound network access enabled for this Service to amke external API requests.
- The code checked out locally.
go get -d github.com/knative/docs/serving/samples/rest-api-go
In order to run an application on Knative Serving a container image must be available to fetch from a container registry. Building and pushing a container image can be accomplished locally using Docker or ko as well as remotely using Knative Build.
This sample uses Docker for both building and pushing.
To build and push to a container registry using Docker:
- Move into the sample directory:
cd $GOPATH/src/github.com/knative/docs
- Set your preferred container registry endpoint as an environment variable. This sample uses Google Container Registry (GCR):
export REPO="gcr.io/<YOUR_PROJECT_ID>"
- Set up your container registry to make sure you are ready to push.
To push to GCR, you need to:
- Create a Google Cloud Platform project.
- Enable the Google Container Registry API.
- Setup an auth helper to give the Docker client the permissions it needs to push.
If you are using a different container registry, you will want to follow the registry specific instructions for both setup and authorizing the image push.
- Use Docker to build your application container:
docker build \
--tag "${REPO}/serving/samples/rest-api-go" \
--file serving/samples/rest-api-go/Dockerfile .
- Push your container to a container registry:
docker push "${REPO}/serving/samples/rest-api-go"
-
Replace the image reference path with our published image path in the configuration files (
serving/samples/rest-api-go/sample.yaml
:- Manually replace:
image: github.com/knative/docs/serving/samples/rest-api-go
withimage: <YOUR_CONTAINER_REGISTRY>/serving/samples/rest-api-go
Or
- Use run this command:
perl -pi -e "s@github.com/knative/docs@${REPO}@g" serving/samples/rest-api-go/sample.yaml
- Manually replace:
Now that our image is available from the container registry, we can deploy the Knative Serving sample:
kubectl apply --filename serving/samples/rest-api-go/sample.yaml
The above command creates a Knative Service within your Kubernetes cluster in the default namespace.
The Knative Service creates the following child resources:
- Knative Route
- Knative Configuration
- Knative Revision
- Kubernetes Deployment
- Kuberentes Service
You can inspect the created resources with the following kubectl
commands:
- View the created Service resource:
kubectl get ksvc stock-service-example -o yaml
- View the created Route resource:
kubectl get route -l
"serving.knative.dev/service=stock-service-example" -o yaml
- View the Kubernetes Service created by the Route
kubectl get service -l
"serving.knative.dev/service=stock-service-example" -o yaml
- View the created Configuration resource:
kubectl get configuration -l
"serving.knative.dev/service=stock-service-example" -o yaml
- View the Revision that was created by our Configuration:
kubectl get revision -l
"serving.knative.dev/service=stock-service-example" -o yaml
- View the Deployment created by our Revision
kubectl get deployment -l
"serving.knative.dev/service=stock-service-example" -o yaml
To access this service via curl
, you need to determine its ingress address.
This example assumes you are using the default Ingress Gateway setup for
Knative. If you customized your gateway, you will want to adjust the enviornment
variables below.
- To get the IP address of your Ingress Gateway:
INGRESSGATEWAY=istio-ingressgateway
INGRESSGATEWAY_LABEL=istio
export INGRESS_IP=`kubectl get svc $INGRESSGATEWAY --namespace istio-system \
--output jsonpath="{.status.loadBalancer.ingress[*].ip}"`
echo $INGRESS_IP
- If your cluster is running outside a cloud provider (for example on Minikube),
your services will never get an external IP address, and your INGRESS_IP will
be empty. In that case, use the istio
hostIP
andnodePort
as the ingress IP:
export INGRESS_IP=$(kubectl get po --selector $INGRESSGATEWAY_LABEL=ingressgateway --namespace istio-system \
--output 'jsonpath={.items[0].status.hostIP}'):$(kubectl get svc $INGRESSGATEWAY --namespace istio-system \
--output 'jsonpath={.spec.ports[?(@.port==80)].nodePort}')
echo $INGRESS_IP
- To get the hostname of the Service:
export SERVICE_HOSTNAME=`kubectl get ksvc stock-service-example --output jsonpath="{.status.domain}"`
echo $SERVICE_HOSTNAME
- Now use
curl
to make a request to the Service:
- Make a request to the index endpoint:
The curl
command below makes a request to the Ingress Gateway IP. The Ingress
Gateway uses the host header to route the request to the Service. This example
passes the host header to skip DNS configuration. If your cluster has DNS
configured, you can simply curl the DNS name instead of the ingress gateway IP.
curl --header "Host:$SERVICE_HOSTNAME" http://${INGRESS_IP}
Response body: Welcome to the stock app!
- Make a request to the
/stock
endpoint:
curl --header "Host:$SERVICE_HOSTNAME" http://${INGRESS_IP}/stock
Response body: stock ticker not found!, require /stock/{ticker}
- Make a request to the
/stock
endpoint with aticker
parameter:
curl --header "Host:$SERVICE_HOSTNAME" http://${INGRESS_IP}/stock/<ticker>
Response body: stock price for ticker <ticker> is <price>
The traffic splitting example continues from here to walk through creating new Revisions and splitting traffic between multiple Revisions.
To clean up the sample Service:
kubectl delete --filename serving/samples/rest-api-go/sample.yaml