Commit 7882d1ee authored by Tim Hockin's avatar Tim Hockin

Merge pull request #7873 from bkeroackdsc/master

Fix bug in Service documentation: incorrect location of "selector" in JSON
parents 0b5a18fc 96c5896c
...@@ -43,12 +43,15 @@ port 9376 and carry a label "app=MyApp". ...@@ -43,12 +43,15 @@ port 9376 and carry a label "app=MyApp".
"kind": "Service", "kind": "Service",
"apiVersion": "v1beta3", "apiVersion": "v1beta3",
"metadata": { "metadata": {
"name": "my-service" "name": "my-service",
}, "labels": {
"selector": { "environment": "testing"
"app": "MyApp" }
}, },
"spec": { "spec": {
"selector": {
"app": "MyApp"
},
"ports": [ "ports": [
{ {
"protocol": "TCP", "protocol": "TCP",
...@@ -235,9 +238,9 @@ address. ...@@ -235,9 +238,9 @@ address.
On cloud providers which support external load balancers, this should be as On cloud providers which support external load balancers, this should be as
simple as setting the `createExternalLoadBalancer` flag of the `Service` spec simple as setting the `createExternalLoadBalancer` flag of the `Service` spec
to `true`. This sets up a cloud-specific load balancer and populates the to `true`. This sets up a cloud-specific load balancer and populates the
`publicIPs` field (see below). Traffic from the external load balancer will be `publicIPs` field of the spec (see below). Traffic from the external load
directed at the backend `Pods`, though exactly how that works depends on the balancer will be directed at the backend `Pods`, though exactly how that works
cloud provider. depends on the cloud provider.
For cloud providers which do not support external load balancers, there is For cloud providers which do not support external load balancers, there is
another approach that is a bit more "do-it-yourself" - the `publicIPs` field. another approach that is a bit more "do-it-yourself" - the `publicIPs` field.
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment