昵称登录后显示

上海农商行对公信贷、帮5买爬虫项目、浦发银行金融超市、阿里巴巴七星阵、私有云项目。
中间件项目有：
service mesh：落地方案设计
service mesh 颠覆传统服务治理
相关功能(括号内为传统方案):
容器自我修复（无）
健康检查(单独开启端口检查)
分布式链路追踪（单独部署调用链例如skyworking、zipkin、Jaeger、自己实现）
metrices数据上报(单独部署一套 falcon)
微服务熔断机制(微服务框架内部实现，做功能二次开发升级困难)
微服务负载均衡(微服务框架实现)
微服务降级(dubbo框架本身没有，要借助第三方框架，例如sentinel)
微服务路由(微服务框架内部实现)
微服务限流(微服务框架本身无，借助sentinel可以实现，单独部署sentinel)
流量控制(现成的几乎没有可以对流量随意控制，路由的方案)
红黑发布/金丝雀发布/滚动发布（多数是公司自己有发布系统，以后这些只需要在pass平台完成）
跨语言(在不同的中间件都有自己维护的开发库，甚至不同的语言，升级困难，维护需要很多人力)
服务注册（微服务框架都需要有自己注册中心，支持的也有限，比如dubbo选了zk，
出问题想换都没好的方案）
集群日志收集：EFK(Elasticsearch、Fluentd 和 Kibana)
相关技术：k8s、docker、istio、envoy、sofa-mesh、mosn、EFK(Elasticsearch、
Fluentd 和 Kibana)、zipkin、jaeger、
metrics-server+prometheus+grafana、DNS服务注册，ingress Gateway等

dubbo(精通)：主要对dubbo源码做二次开发
1，独立开发消费端自动熔断机制：包括熔断开关，重试窗口，错误率，慢启动，权重等配置，qps
由于hystrix尝试性能损失严重，独立研发熔断器模块，400并发性能压测2%性能损失(可接受范围)。
2，dubbo应用限流，原理时在dubbb-admin对接口配置限流参数，在过滤器中添加流量控制机制。
消费端调用服务端传递应用名。
3，独立开发扩展支持注册中心eureka，完成注册中心dns集群部署，eureka是springcloud默认注册中心，
由于zookeeper天然的cp原则，注定不是好的注册中心
加上暴露出来的问题，开始研发dubbo支持 eureka注册中心。eureka采用dns建立集群，支持分zone、
regin，AP原则。
业务方可以启动双注册中心，过渡期同时存在，也提高了服务的高可用性。
sentinel（精通):作为流量控制中间件，还在发展期，为了弥补服务治理关于流量控制的空缺上了该项目
扩展功能有，根据应用名限流，支持配置信息zk持久化存储等等