随着业务快速发展，各种问题越来越明显，急需对系统进行微服务改造优化。经过思考，整体改造将分为三个阶段进行：数据库拆分、应用拆分、数据访问权限收口。

名单服务是风控架构中重要子域，对风险决策的性能、用户体验、成本管控、风险治理沉淀都有重要影响，本文将详细介绍名单服务设计思路和实现。

!(https://oscimg.oschina.net/oscnet/1a39fc11ac00417f8c0f2565a1a49f9a.png)这几天有幸参加了高维社区组织的EXINDevOpsMaster国际认证课程，有理论学习，有沙盘模拟，还有真实的考试，可谓紧张而充实，接触到的一些经验和理论，还是值得在实际工作中，借鉴以及

大气科学家KerryEmanuel在_AGUAdvances_撰文，反思了理论在大气、海洋和气候科学中的重要性。并就此敲响警钟，认为忽视理论会给我们的科学发展带来危险。!(https://oscimg.oschina.net/oscnet/00d3475f1b59741e6e7236928b37f944339.png)!(h

!(https://oscimg.oschina.net/oscnet/a4f9f45dcc76d4062e0d0e62f0c6423d8b6.gif)熟悉Dubbo的同学或朋友，都会知道，一般dubbo的service层都是一些通用的，无状态的服务。但是在某些特殊的需求下，我们又需要传递一些上下文环境,打个不恰当的比方，例如需要

Consul简介Consul是一个服务网格（微服务间的TCP/IP，负责服务之间的网络调用、限流、熔断和监控）解决方案，它是一个一个分布式的，高度可用的系统，而且开发使用都很简便。它提供了一个功能齐全的控制平面，主要特点是：服务发现、健康检查、键值存储、安全服务通信、多数据中心。除了Consul之外，还有Eureka、Zoo

前言之前写了一篇深入分析ThreadLocal内存泄漏问题(https://my.oschina.net/thinwonton/blog/1505136)是从理论上分析ThreadLocal的内存泄漏问题，这一篇文章我们来分析一下实际的内存泄漏案例。分析问题的过程比结果更重要，理论结合实际才能彻底分析出内存泄漏的原因。案例与分析

　在最初开始构建微服务系统的时候可能服务并不多，我们可以通过做一些静态配置来完成服务的调用。比如，有两个服务A和B，其中服务A需要调用服务B来完成一个业务操作时，为了实现服务B的高可用，不论采用服务端负载均衡还是客户端负载均衡，都需要手工维护服务B的具体实例清单。但是随着业务的发展，系统功能越来越复杂，相应的微服务应用也不断增加，我们的静态配置会变得越来越

由中国电信集团有限公司承办的第四届数字中国建设峰会——“有福之州•对话未来，5G赋能数字中国建设”论坛在福州举行，与会嘉宾围绕“5G赋能市域社会治理、城市公共安全及应急管理”等领域各抒高见，共话数字市域治理未来。福建省委常委、政法委书记罗东川，中国电信集团有限公司党组副书记邵广禄，中国电信福建公司总经理高金兴，福州市委常委、政法委书记阮孝应，福州市人民政府副