文章部分内容摘录自Dubbo官方文档应用级服务发现 | Apache Dubbohttps://dubbo.apache.org/zh/docs/examples/service-discovery/Triple协议和新的服务注册发现机制，很大程度上都是出于适配云原生。一方面新的协议对应云原生中跨语言的要求，使得Dubbo服务不再局限于特定的开发语言，通过新协议都可以兼容通信。在Cloud Nat

之前的文章写了k8s中服务访问的service组件和。但是肯定多少都会有外部访问的场景,比如对外暴露的API服务。这就涉及到从k8s集群外部访问集群内部的场景。对于外部访问k8s集群通常有下面几种方式，本文主要写第二种和第三种，对于ingress和路由指向简单介绍一下。

首先说一下结论，这个参数用来增加消费者实例，或者可以理解为@KafkaListener注解实例的数量。当消费者服务数量小于topic的分区数的时候使用此参数可以提升消费能力，spring-kafka在初始化的时候会启动concurrency个Consumer线程来执行里面的方法。用来直接调用kafka-client的poll()方法获取消息。如果是自动提交offset，poll()方法获取消息后会

之前的文章记录了传参类型，本文记录一下返回值类型的配置。返回值属性有两种设置，一种是resultType，一种是resultMap。resultType适用于返回值是简单类型（String，Integer）或者数据库字段与POJO字段完全一致的情况下，所以属性值一般是某一个pojo类或者简单类型。如果数据库中的字段在resultType指定的实体类中没有对应的字段名称，那这个值将丢失。...

gRpc部署在k8s后需要考虑如何实现服务发现和负载均衡。由于gRpc本身就是长连接的，所以负载均衡更适合在客户端实现，这里主要分析服务发现的实现方式。