update README

Author: Huang-Wei

README.md

@@ -10,38 +10,40 @@ We know that in Kubernetes, there are generally 3 ways to expose workloads publi
 
 > kubectl proxy and similar dev/debug solutions are not counted in.
 
-`NodePort` Service comes almost as early as born of Kubernetes. But due to limitation on ports range (30000~32767), randomness of port, and the need to expose public network of (almost) the whole cluster, `NodePort` Service is usally not considered as a good L4 solution in serious production workloads.
+`NodePort` Service comes almost as early as born of Kubernetes. But due to limitation on ports range (30000~32767), randomness of port, and the need to expose public network of (almost) the whole cluster, `NodePort` Service is usually not considered as a good L4 solution in serious production workloads.
 
-A viable solution today for L4 apps is `LoadBalancer` service. It's implemented differently in different Kubernetes offerings, by connecting an Kubernetes Service object with a real/virtual IaaS LoadBalancer, so that traffic going through LoadBlancer endpoint can be routed to destination pods properly.
+A viable solution today for L4 apps is `LoadBalancer` service. It's implemented differently in different Kubernetes offerings, by connecting an Kubernetes Service object with a real/virtual IaaS LoadBalancer, so that traffic going through LoadBalancer endpoint can be routed to destination pods properly.
 
-However, in reality, L7 (e.g. HTTP) workloads are way more than raw L4 ones. So community comes up with the `Ingress` concept. `Ingress` object defines how incoming request can be routed to internal Service, and under the hood there is an ingress controller (1) dealing with `Ingress` objects, setting up mapping rules by leveraging Nginx/Envoy/etc. and also (2) (normally) exposing via `LoadBalancer` externally.
+However, in reality, L7 (e.g. HTTP) workloads are way more widely used than L4 ones. So community comes up with the `Ingress` concept. `Ingress` object defines how incoming request can be routed to internal Service, and under the hood there is an ingress controller (1) dealing with `Ingress` objects, setting up mapping rules by leveraging Nginx/Envoy/etc. and also (2) (normally) exposing via `LoadBalancer` externally.
 
-> There is a misunderstanding that using Ingress, it's also doable to manage L4 workloads. It's not true. Why Ingress can work is b/c it can tell the difference of different requests by HTTP headers, but in L4 protocol, it's only ip + port.
+> There is a misunderstanding that using Ingress, it's also doable to manage L4 workloads. It's not true. Why Ingress can work is b/c it can differentiate requests by HTTP headers, but for a L4 packet, it's only ip + port.
 
 ## Motivation
 
-Ingress introduces a possibility which enables you to expose multiple internal L7 services through **one** public endpoint. 
+Ingress introduces a possibility which enables you to expose multiple internal L7 services through **one** public endpoint. But it doesn't work for L4 workloads.
 
 ![](docs/pics/4-dimensions.png)
 
-And you might wonder that where's the missing piece for L4 services? This is exactly the problem we're trying to solve in this project. And following factors are considered:
+From the above picture, you might wonder where's the missing piece for L4 services? This is exactly the problem we're trying to solve in this project. And following factors are considered:
 
-- Cost
-- User Experience
-- Architecture Overhead
-- Kubernetes Compatible
-- Performance (todo)
+- Cost effective
+- User friendly
+- Reusing existing Kubernetes assets
+- Minimum operation efforts
+- Consistent with Kubernetes roadmap
 
 ## How It Works
 
-Without a "SharedLoadBalancer Manager", it's N Services (of type LoadBalancer) mapped to N LoadBalancer endpoints:
+We introduce a "SharedLoadBalancer Controller" to customize current Kubernetes behavior.
+
+Without a "SharedLoadBalancer Controller", it's N Services (of type LoadBalancer) mapped to N LoadBalancer endpoints:
 
 ![](docs/pics/current-lb.png)
 
-With a "SharedLoadBalancer Manager", it's N SharedLB CR objects mapped to 1 LoadBalancer endpoint (on different ports):
+With a "SharedLoadBalancer Controller", it's N SharedLB CR objects mapped to 1 LoadBalancer endpoint (on different ports):
 
 ![](docs/pics/shared-lb.png)
 
-## Links
+## More Info
 
-- https://sched.co/GrUd
+Want to get more info on this? Join us at KubeCon + CloudNativeCon North America 2018 in Seattle, December 11-13, we will be giving a [session](https://sched.co/GrUd) on this.