云原生时代微服务的正确姿势
好久没更文了，今天恢复主题，主要讲讲云原生时代，微服务的正确站姿！在Spring Cloud Kubernetes之实战二服务注册与发现 一文中，讲过spring-cloud 如何结合 K8s 来实现服务的注册与发现。但如果非 springcloud 框架，或者非 Java 语言呢？那该如何使用 K8s 来实现服务的注册与发现呢？
1. K8s 组件
configMap
kube-apiserver
scheduler
etcd
controller
kube-proxy
K8s 中主要通过 kube-proxy 负责为 Service 提供 cluster 内部的服务发现和负载均衡，它是 K8s 集群内部的负载均衡器，也是一个分布式代理服务器，在 K8s 的每个节点上都有一个，这一设计体现了它的伸缩性优势，需要访问服务的节点越多，提供负载均衡能力的 kube-proxy 就越多，高可用节点也随之增多。通过 K8s service 的 "ClusterIP" 来实现集群内服务的 LB，当然，如果集群外需要访问 Service 对应的所有具有相同功能的 pod 应用程序，则可以通过 K8s service 的另外一种方式来实现："NodePort"。
2. 基于 Service 实现微服务负载均衡
在 Java 语言，或其它语言中，通常需要做很多繁重的组件来实现服务的 LB。例如：Dubbo、SpringCloud、甚至 SpringCloudAlibaba 等。当然，对于 Python、Go 等语言，也有其 Restful API，所以也会集成标准的代理插件来进行做传统的 LB。但对于云原生时代的到来，服务容器化让微服务的访问更好了。K8s Service 提供的 LB，即为无语言边际的负载均衡，不用考虑任何语言的阻碍，只要是通用的 Restful API，即可借助 service 来进行处理集群内部微服务之间的 LB。
在 K8s 集群中，如果内部访问，可以简单的通过 servicename 来进行访问。例如：
apiVersion: v1
kind: Service
metadata:
name: web-server-service
namespace: default
spec:
ports:
- name: web-server
port: 80
targetPort: web-server-port
selector:
app: web-server
通过 selector 将 service 与服务 pod 对应起来，创建一个微服务的 service，默认其形式是：ClusterIP，则可以通过如下来访问该 service 对应的后端 pod:
curl http://$service_name.$namespace.svc.cluster.local:$service_port/api/v1/***
这里，K8s 通过虚拟出一个集群 IP，利用 kube-proxy 为 service 提供 cluster 内的服务发现和负载均衡，上面说了 kube-proxy 的功能。
Name: web-server-service
Namespace: default
Type: ClusterIP
IP: 20.16.249.134
Port: 80/TCP
TargetPort: 80/TCP
Endpoints: 20.162.35.223:80
Session Affinity: None
Events:
3. 高可用案例
3.1 传统微服务请求案例
传统的微服务中，不同语言构建的微服务架构很多，一般直接通过 http 协议进行访问，在同一种语言中，又会出现一种集成框架模式来实现微服务架构。如：Java 中 Dubbo、Springcloud 等，但其繁琐的框架结构导致了服务的繁重。
3.2 跨语言间微服务的互通
在 k8s 集群内，通过 kube-proxy 结合 service 等一些功能组件来实现微服务之间的调用，不管是同语言也好，跨语言也罢。都会很好的进行处理，包括实现高可用以及负载均衡、服务治理等。
任何一个 k8s 集群中的 pod 都可以通过 http 协议来访问其它 pod 的服务:
root@rest-server-ver2-ds-vcfc7:/usr/src/app# curl http://web-server-service.kube-system.svc.cluster.local:80/api/v1/healthz
{
"status": {
"code": 0,
"msg": "success"
},
"data": "success"
}root@rest-server-ver2-ds-vcfc7:/usr/src/app#
其中的权限有的可以通过 namespace 来控制，有的可以通过服务本身的访问权限来控制，但一切都可以进行访问，不存在语言的差别对待。
云原生社区合肥站
云原生社区合肥站正式启动啦，欢迎Base合肥、关注云原生、长期从事云原生的同志们踊跃加入，云原生社区合肥站会因为你们的加入而变得更加美好~
详情参见Issue：https://github.com/cloudnativeto/community/issues/107
欢迎关注个站
往期回顾
微服务自动化部署CI/CD
如何利用k8s拉取私有仓库镜像
个站建设基础教程
ArrayList、LinkedList 你真的了解吗？
大佬整理的mysql规范，分享给大家
如果张东升是个程序员
微服务架构设计之解耦合
浅谈负载均衡
Oauth2的认证实战-HA篇
Oauth2的授权码模式《上》
浅谈开发与研发之差异
浅谈 Java 集合 | 底层源码解析
基于 Sentinel 作熔断 | 文末赠资料
基础设施服务k8s快速部署之HA篇
今天被问微服务，这几点，让面试官刮目相看
Spring cloud 之多种方式限流（实战）
Spring cloud 之熔断机制（实战）
面试被问finally 和 return，到底谁先执行？
Springcloud Oauth2 HA篇
Spring Cloud Kubernetes之实战一配置管理
Spring Cloud Kubernetes之实战二服务注册与发现
Spring Cloud Kubernetes之实战三网关Gateway
关注公众号，回复入群，获取更多惊喜！公众号(程序猿Damon)里回复 ES、Flink、Java、Kafka、MQ、ML、监控、大数据、k8s 等关键字可以查看更多关键字对应的文章。
点击 "damon8.cn" 获取更好的阅读体验！
❤️给个「在看」，是对我最大的支持❤️