ApiBoot实现零代码整合Spring Security & OAuth2
接口服务的安全性一直是程序员比较注重的一个问题,成熟的安全框架也比较多,其中一个组合就是Spring Security
与OAuth2
的整合,在ApiBoot
内通过代码的封装、自动化配置实现了自动化整合这两大安全框架。
接口服务的安全性一直是程序员比较注重的一个问题,成熟的安全框架也比较多,其中一个组合就是Spring Security
与OAuth2
的整合,在ApiBoot
内通过代码的封装、自动化配置实现了自动化整合这两大安全框架。
ApiBoot Logging Admin
支持界面可视化查看请求日志信息,初期版本支持查看上报日志的服务列表
、最新的链路日志
等功能,还可以整合Spring Security
配置用户名、密码
在上一篇文章【/apiboot-logging-using-openfeign-transparent-traceid.html】中我们详细的讲解了ApiBoot Logging
整合SpringCloud
通过Openfeign
进行透传链路信息,包括traceId
(链路编号)、parentSpanId
(上级单元编号)等信息。ApiBoot Logging
不仅仅可以使用Openfeign
传递链路信息,还支持RestTemplate
方式,本篇文章来详细的讲解下具体的使用方式。
ApiBoot Logging
可以无缝整合SpringCloud
来采集请求日志,目前支持RestTemplate
、Openfeign
两种方式,我们本章来讲解下在使用Openfeign
完成服务之间请求相互调用的一条链路请求日志是否可以都采集到。
ApiBoot Logging
支持整合服务注册中心
(Eureka、Consul、Nacos Discovery、Zookeeper…)进行上报请求日志,Logging Client
会从服务注册中心内找到指定ServiceID
的Logging Admin
具体可用实例,通过SpringCloud Discovery
内部的负载均衡策略返回Logging Admin
的部署服务器IP
以及端口号
,这样Logging Client
就可以完成请求日志的上报流程。
ApiBoot Logging
在上报日志时虽然是一般通过内网的形式部署,不过安全方面还是主要依赖于服务器的安全策略
(防火墙),为了提高日志上报的安全性,ApiBoot Logging
支持了整合Spring Security
来使用Basic Auth
的形式上传日志信息。
ApiBoot Logging
支持排除指定路径不参与日志的采集,当我们的服务集成actuator
时,会不断的重复调用内置的路径导致大量采集到一些无关业务的日志信息,当然这只是一个例子,集成其他的第三方组件时也可能出现定时重复调用接口的场景。
ApiBoot Logging
支持指定单个或者多个路径的前缀进行采集,也就是我们可以指定/user/**
或者/order/**
下的单个或者同时指定多个路径进行采集请求日志,其他不符合Ant
表达式的路径就会被忽略掉。