knative
/
docs
mirror of https://github.com/knative/docs.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

fix broken links (#1666) 

* fix broken links

* set to branch release

* fix image URLs too
This commit is contained in:
RichieEscarez 2019-08-08 13:10:58 -07:00 committed by Knative Prow Robot
parent 1be53a692f
commit 0551f81dae
11 changed files with 21 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/eventing/README.md
View File

@ -336,7 +336,7 @@ to be installed into the current namespace.
development purposes. development purposes.
See the See the
[CamelSource](https://github.com/knative/eventing-contrib/blob/master/contrib/camel/samples/README.md) [CamelSource](https://github.com/knative/eventing-contrib/blob/master/contrib/camel/samples/)
example. example.
## Getting Started ## Getting Started

2
docs/eventing/channels/channels-crds.md
View File

@ -31,7 +31,7 @@ Notes:
| -------------------------------------------------------------------------------------------------------------- | ---------------- | ------- | --------------------------------------------------------------------------------------------------------------------------------- | | -------------------------------------------------------------------------------------------------------------- | ---------------- | ------- | --------------------------------------------------------------------------------------------------------------------------------- |
| [CCP - Apache Kafka](https://github.com/knative/eventing-contrib/tree/master/kafka/channel/config/provisioner) | Proof of Concept | None | Deprecated: Channels are backed by [Apache Kafka](http://kafka.apache.org/) topics. | | [CCP - Apache Kafka](https://github.com/knative/eventing-contrib/tree/master/kafka/channel/config/provisioner) | Proof of Concept | None | Deprecated: Channels are backed by [Apache Kafka](http://kafka.apache.org/) topics. |
| [CCP - GCP PubSub](https://github.com/knative/eventing/tree/master/contrib/gcppubsub/config) | Proof of Concept | None | Deprecated: Channels are backed by [GCP PubSub](https://cloud.google.com/pubsub/). | | [CCP - GCP PubSub](https://github.com/knative/eventing/tree/master/contrib/gcppubsub/config) | Proof of Concept | None | Deprecated: Channels are backed by [GCP PubSub](https://cloud.google.com/pubsub/). |
| [CCP - In-Memory](https://github.com/knative/eventing/tree/master/config/provisioners/in-memory-channel) | Proof of Concept | None | Deprecated: In-memory channels are a best effort Channel. They should NOT be used in Production. They are useful for development. | | [CCP - In-Memory](https://github.com/knative/eventing/tree/v0.8.0/config/provisioners/in-memory-channel) | Proof of Concept | None | Deprecated: In-memory channels are a best effort Channel. They should NOT be used in Production. They are useful for development. |
| [CCP - Natss](https://github.com/knative/eventing/tree/master/contrib/natss/config/provisioner) | Proof of Concept | None | Deprecated: Channels are backed by [NATS Streaming](https://github.com/nats-io/nats-streaming-server#configuring). | | [CCP - Natss](https://github.com/knative/eventing/tree/master/contrib/natss/config/provisioner) | Proof of Concept | None | Deprecated: Channels are backed by [NATS Streaming](https://github.com/nats-io/nats-streaming-server#configuring). |
| [CRD - InMemoryChannel](https://github.com/knative/eventing/tree/master/config/channels/in-memory-channel) | Proof of Concept | None | In-memory channels are a best effort Channel. They should NOT be used in Production. They are useful for development. | | [CRD - InMemoryChannel](https://github.com/knative/eventing/tree/master/config/channels/in-memory-channel) | Proof of Concept | None | In-memory channels are a best effort Channel. They should NOT be used in Production. They are useful for development. |
| [CRD - KafkaChannel](https://github.com/knative/eventing-contrib/tree/master/kafka/channel/config) | Proof of Concept | None | Channels are backed by [Apache Kafka](http://kafka.apache.org/) topics. | | [CRD - KafkaChannel](https://github.com/knative/eventing-contrib/tree/master/kafka/channel/config) | Proof of Concept | None | Channels are backed by [Apache Kafka](http://kafka.apache.org/) topics. |

4
docs/eventing/channels/channels.yaml
View File

@ -1,7 +1,7 @@
# List of available Channel implementation for persistence of the events associated with a given channel # List of available Channel implementation for persistence of the events associated with a given channel
channels: channels:
- name: CCP - In-Memory - name: In-Memory
url: https://github.com/knative/eventing/tree/master/config/provisioners/in-memory-channel url: https://github.com/knative/eventing/tree/v0.8.0/config/provisioners/in-memory-channel
status: Proof of Concept status: Proof of Concept
support: None support: None
description: > description: >

2
docs/eventing/debugging/README.md
View File

@ -144,7 +144,7 @@ This should return a single Pod, which if you inspect is the one generated by
##### `chan` ##### `chan`
`chan` uses the `chan` uses the
[`in-memory-channel`](https://github.com/knative/eventing/tree/master/config/provisioners/in-memory-channel) [`in-memory-channel`](https://github.com/knative/eventing/tree/v0.8.0/config/provisioners/in-memory-channel)
as its `ClusterChannelProvisioner`. This is a very basic provisioner and has few as its `ClusterChannelProvisioner`. This is a very basic provisioner and has few
failure modes that will be exhibited in `chan`'s `status`. failure modes that will be exhibited in `chan`'s `status`.

2
docs/eventing/event-registry.md
View File

@ -258,7 +258,7 @@ the next topic: How do we actually populate the registry in the first place?
If you are interested in more information regarding configuration options of a If you are interested in more information regarding configuration options of a
KafkaSource, please refer to the KafkaSource, please refer to the
[KafKaSource example](https://github.com/knative/eventing-contrib/tree/master/contrib/kafka/samples). [KafKaSource example](https://github.com/knative/eventing-contrib/tree/master/kafka/source/samples).
For this discussion, the relevant information from the yaml above are the For this discussion, the relevant information from the yaml above are the
`sink` and the `topics`. We observe that the `sink` is of kind `Broker`. We `sink` and the `topics`. We observe that the `sink` is of kind `Broker`. We

4
docs/install/Knative-with-Gardener.md
View File

@ -40,7 +40,7 @@ Knative requires a Kubernetes cluster v1.11 or newer.
your project. You can skip this step if you create your cluster using the your project. You can skip this step if you create your cluster using the
user interface; it is only needed for programmatic access, make sure you set user interface; it is only needed for programmatic access, make sure you set
`export KUBECONFIG=garden-my-project.yaml` in your shell. `export KUBECONFIG=garden-my-project.yaml` in your shell.
![Download kubeconfig for Gardener](../images/gardener_service_account.png "downloading the kubeconfig using a service account") ![Download kubeconfig for Gardener](./images/gardener_service_account.png "downloading the kubeconfig using a service account")
### Creating a Kubernetes cluster ### Creating a Kubernetes cluster
@ -56,7 +56,7 @@ kubectl apply --filename my-cluster.yaml
The easier alternative is to create the cluster following the cluster creation The easier alternative is to create the cluster following the cluster creation
wizard in the Gardener dashboard: wizard in the Gardener dashboard:
![shoot creation](../images/gardener_shoot_creation.png "shoot creation via the dashboard") ![shoot creation](./images/gardener_shoot_creation.png "shoot creation via the dashboard")
### Configure kubectl for your cluster ### Configure kubectl for your cluster

4
docs/install/check-install-version.md
View File

@ -62,7 +62,7 @@ classification," and in that section is a list of tags. The versions of Knative
you have installed will appear in the list as `v0.1.1`, or whatever version you you have installed will appear in the list as `v0.1.1`, or whatever version you
have installed: have installed:
![Shows list of tags on container details page; v0.1.1 is the Knative version and is the first tag.](../../images/knative-version.png) ![Shows list of tags on container details page; v0.1.1 is the Knative version and is the first tag.](../images/knative-version.png)
## Knative Eventing ## Knative Eventing
@ -98,4 +98,4 @@ classification," and in that section is a list of tags. The versions of Knative
you have installed will appear in the list as `v0.1.1`, or whatever version you you have installed will appear in the list as `v0.1.1`, or whatever version you
have installed: have installed:
![Shows list of tags on container details page; v0.1.1 is the Knative version and is the first tag.](../../images/knative-version.png) ![Shows list of tags on container details page; v0.1.1 is the Knative version and is the first tag.](../images/knative-version.png)

2
docs/serving/accessing-metrics.md
View File

@ -26,7 +26,7 @@ $(kubectl get pods --namespace knative-monitoring \
3. Select the **Home** button on the top of the page to see the list of 3. Select the **Home** button on the top of the page to see the list of
pre-installed dashboards (screenshot below): pre-installed dashboards (screenshot below):
![Knative Dashboards](../images/grafana1.png) ![Knative Dashboards](./images/grafana1.png)
The following dashboards are pre-installed with Knative Serving: The following dashboards are pre-installed with Knative Serving:

10
docs/serving/debugging-performance-issues.md
View File

@ -21,7 +21,7 @@ Start your investigation with the "Revision - HTTP Requests" dashboard.
1. Select your configuration and revision from the menu on top left of the 1. Select your configuration and revision from the menu on top left of the
page. You will see a page like this: page. You will see a page like this:
![Knative Serving - Revision HTTP Requests](../images/request_dash1.png) ![Knative Serving - Revision HTTP Requests](./images/request_dash1.png)
This dashboard gives visibility into the following for each revision: This dashboard gives visibility into the following for each revision:
@ -47,7 +47,7 @@ request.
1. Select your revision from the "Service Name" dropdown, and then click the 1. Select your revision from the "Service Name" dropdown, and then click the
"Find Traces" button. You'll get a view that looks like this: "Find Traces" button. You'll get a view that looks like this:
![Zipkin - Trace Overview](../images/zipkin1.png) ![Zipkin - Trace Overview](./images/zipkin1.png)
In this example, you can see that the request spent most of its time in the In this example, you can see that the request spent most of its time in the
[span](https://github.com/opentracing/specification/blob/master/specification.md#the-opentracing-data-model) [span](https://github.com/opentracing/specification/blob/master/specification.md#the-opentracing-data-model)
@ -55,7 +55,7 @@ request.
1. Click that span to see a view like the following: 1. Click that span to see a view like the following:
![Zipkin - Span Details](../images/zipkin2.png) ![Zipkin - Span Details](./images/zipkin2.png)
This view shows detailed information about the specific span, such as the This view shows detailed information about the specific span, such as the
micro service or external URL that was called. In this example, the call to micro service or external URL that was called. In this example, the call to
@ -71,7 +71,7 @@ next.
1. To open the autoscaler dashboard, open Grafana UI and select "Knative 1. To open the autoscaler dashboard, open Grafana UI and select "Knative
Serving - Autoscaler" dashboard, which looks like this: Serving - Autoscaler" dashboard, which looks like this:
![Knative Serving - Autoscaler](../images/autoscaler_dash1.png) ![Knative Serving - Autoscaler](./images/autoscaler_dash1.png)
This view shows 4 key metrics from the Knative Serving autoscaler: This view shows 4 key metrics from the Knative Serving autoscaler:
@ -99,7 +99,7 @@ the traffic but was only granted 8 pods because the cluster is out of resources.
You can access total CPU and memory usage of your revision from the "Knative You can access total CPU and memory usage of your revision from the "Knative
Serving - Revision CPU and Memory Usage" dashboard, which looks like this: Serving - Revision CPU and Memory Usage" dashboard, which looks like this:
![Knative Serving - Revision CPU and Memory Usage](../images/cpu_dash1.png) ![Knative Serving - Revision CPU and Memory Usage](./images/cpu_dash1.png)
The first chart shows rate of the CPU usage across all pods serving the The first chart shows rate of the CPU usage across all pods serving the
revision. The second chart shows total memory consumed across all pods serving revision. The second chart shows total memory consumed across all pods serving

4
docs/serving/samples/autoscale-go/README.md
View File

@ -256,9 +256,9 @@ View the Knative Serving Scaling and Request dashboards (if configured).
kubectl port-forward --namespace knative-monitoring $(kubectl get pods --namespace knative-monitoring --selector=app=grafana --output=jsonpath="{.items..metadata.name}") 3000 kubectl port-forward --namespace knative-monitoring $(kubectl get pods --namespace knative-monitoring --selector=app=grafana --output=jsonpath="{.items..metadata.name}") 3000
``` ```
![scale dashboard](scale-dashboard.png) ![scale dashboard](./scale-dashboard.png)
![request dashboard](request-dashboard.png) ![request dashboard](./request-dashboard.png)
### Other Experiments ### Other Experiments

5
docs/serving/samples/knative-routing-go/README.md
View File

@ -274,13 +274,14 @@ with updated host will be forwarded to `knative-ingress-gateway` Gateway again.
The Gateway proxy checks the updated host, and forwards it to `Search` or The Gateway proxy checks the updated host, and forwards it to `Search` or
`Login` service according to its host setting. `Login` service according to its host setting.
![Object model](images/knative-routing-sample-flow.png) ![Object model](./images/knative-routing-sample-flow.png)
## Clean Up ## Clean Up
To clean up the sample resources: To clean up the sample resources:
``` ```shell
kubectl delete --filename docs/serving/samples/knative-routing-go/sample.yaml kubectl delete --filename docs/serving/samples/knative-routing-go/sample.yaml
kubectl delete --filename docs/serving/samples/knative-routing-go/routing.yaml kubectl delete --filename docs/serving/samples/knative-routing-go/routing.yaml
``` ```