微服务解决html问题

转载

mob6454cc6ba5a5 2024-09-05 07:52:08

文章标签 微服务解决html问题 github 微服务电商系统 文章分类 运维

Oauth2授权，熟悉微信开发的同学对这个东西应该不陌生吧。当我们的应用系统需要集成第三方授权时一般都会做oauth集成，今天就来看看在Dapr的语境下我们如何仅通过配置无需修改应用程序的方式让第三方服务保护我们的API应用。

目录：
一、通过Dapr实现一个简单的基于.net的微服务电商系统
二、通过Dapr实现一个简单的基于.net的微服务电商系统(二)——通讯框架讲解
三、通过Dapr实现一个简单的基于.net的微服务电商系统(三)——一步一步教你如何撸Dapr
四、通过Dapr实现一个简单的基于.net的微服务电商系统(四)——一步一步教你如何撸Dapr之订阅发布
五、通过Dapr实现一个简单的基于.net的微服务电商系统(五)——一步一步教你如何撸Dapr之状态管理
六、通过Dapr实现一个简单的基于.net的微服务电商系统(六)——一步一步教你如何撸Dapr之Actor服务
七、通过Dapr实现一个简单的基于.net的微服务电商系统(七)——一步一步教你如何撸Dapr之服务限流
八、通过Dapr实现一个简单的基于.net的微服务电商系统(八)——一步一步教你如何撸Dapr之链路追踪
九、通过Dapr实现一个简单的基于.net的微服务电商系统(九)——一步一步教你如何撸Dapr之OAuth2授权
附录：(如果你觉得对你有用，请给个star)
一、电商Demo地址

二、通讯框架地址

Dapr目前支持两种Oauth2授权，一种是用户认证模式，一种是客户端凭据模式。今天的演示主要是通过集成github用户认证的模式来实现相关功能，先上流程图：

流程图画的比较简单，而且这里隐藏了dapr相关的细节，下面我们详细看看到底发生了什么：

1、首先访问者通过客户端发起一个对鉴权服务的访问，sidecar检测到此次访问没有对应cookie则会发起一个重定向到github的302请求。

2、客户端检测到302后会重定向到github，github会展示一个登录页面并提示访问者登录并授权给应用使用相关能力（如获取用户信息），授权完成后github带上code并发起一个302重定向回到我们提前录入好的回调地址，该地址实际上也是指向我们的鉴权服务。

3、鉴权服务的sidecar拿到对应code后会再次请求github拿到accesstoken并通过header的方式将该accesstoken返回给应用。

4、应用拿到accesstoken后就可以访问github公开的api获取访问者授权部分的功能。

基本逻辑如上，下面我们看看如何集成github，首先我们需要登录github创建一个对应的应用：

登录你的github账号，并在右上角账号头像上点击进入setting，进入设置页面后在左侧菜单栏选择“Developer settings”并选择二级菜单“OAuth Apps”，在这里我们需要创建一个应用，创建应用比较简单，这里唯一需要注意的是Authorization callback URL这一栏需要输入授权地址。不过创建时可以随意填写一个地址，等后续授权服务上线后再修改这里的回调地址即可。创建完成后我们可以进入detail拿到两个关键配置Client ID、Client secrets。

接着我们创建对应的Component并录入刚才拿到的Client ID、Client secrets：注意这里的redirectURL如果填了的话，跳转会按照这里填写的地址跳转，否则按照应用上预设的地址跳转，我这里留空。另外authHeaderName是我们告诉daprd回调拿到的accesstoken的header名字自定义为“myauth”，否则会使用默认的关键字“authorization”，如果你不想占用该关键字则可以声明一个自定义headername。

复制代码

apiVersion: dapr.io/v1alpha1
 kind: Component
 metadata:
 name: githubauth
 namespace: dapreshop
 spec:
 type: middleware.http.oauth2
 version: v1
 metadata:• name: clientId
 value: “your client id”• name: clientSecret
 value: “your client secret”• name: scopes
 value: “user:email”• name: authURL
 value: “https://github.com/login/oauth/authorize”• name: tokenURL
 value: “https://github.com/login/oauth/access_token”• name: redirectURL
 value: “”• name: authHeaderName
 value: “myauth”

复制代码
　　接着我们申明一个Configuration并注入到鉴权服务中（注入部分参考之前的限流）

复制代码

apiVersion: dapr.io/v1alpha1
 kind: Configuration
 metadata:
 name: appconfig
 namespace: dapreshop
 spec:
 httpPipeline:
 handlers:
 - name: githubauth
 type: middleware.http.oauth2

复制代码
　　接着我们在eshop-sample上创建一个鉴权服务并创建一个service，该service主要是获取到“myauth”之后向github发起请求访问其user接口获取之前授权访问者的基本用户信息用于创建默认的商城管理员。获取信息后会将user信息打包到cookie并通过302的方式回写到admin.dapreshop.com方便创建用户。

复制代码

[RemoteService(“oauthservice”, “github”, “github授权服务”)]
 public interface IService
 {
 [RemoteFunc(funcDescription: “请求OAUTH登录”)]
 Task GetUserInfo();
 }
 public class Service: IService
 {
 private readonly IHttpClientFactory httpClientFactory;
 public Service(IHttpClientFactory httpClientFactory)
 {
 this.httpClientFactory = httpClientFactory;
 }
 public async Task GetUserInfo()
 {
 var model = new Model() { login = “” };
 if (HttpContextExt.Current.Headers.Any(x => x.Key.ToLower().Equals(“myauth”)))
 {
 var req = new HttpRequestMessage();
 req.Headers.Add(“User-Agent”, “dapr-eshop”);
 req.Headers.Add(“Authorization”, HttpContextExt.Current.Headers.FirstOrDefault(x => x.Key.ToLower().Equals(“myauth”)).Value);
 req.Method = HttpMethod.Get;
 req.RequestUri = new Uri(“https://api.github.com/user”);
 var result = await httpClientFactory.CreateClient().SendAsync(req);
 if (result.IsSuccessStatusCode)
 {
 var content = await result.Content.ReadAsStringAsync();
 HttpContextExt.Current.Response.Cookies.Append(“githubuser”, JsonSerializer.Serialize(JsonSerializer.Deserialize(content)),
 new Microsoft.AspNetCore.Http.CookieOptions() { Domain = “dapreshop.com” });
 HttpContextExt.Current.Response.Redirect(“http://admin.dapreshop.com:30882”);
 }
 }
 return model;
 }
 }

复制代码
　　接着我们改造一下AccountUseCaseService的InitRoleBasedAccessControler这个方法，如果获取到从页面回调的cookie，则直接用cookie创建初始管理员，否则用默认值创建初始管理员（代码略，具体看github对应的repo）

由于oauth会涉及到多次302重定向，我之前预设的简易反代网关暂时走不通这个逻辑，所以这里我们直接将授权服务的dapr service暴露到ingress：(补充一个小知识，所有开启了dapr的应用都会创建一个“你的应用名-dapr”的service，通过该service可以直接访问sidecar)

复制代码

apiVersion: networking.k8s.io/v1
 kind: Ingress
 metadata:
 namespace: dapreshop
 name: oauth
 annotations:
 kubernetes.io/ingress.class: “nginx”
 nginx.ingress.kubernetes.io/enable-cors: “true”
 nginx.ingress.kubernetes.io/cors-allow-origin: ‘http://admin.dapreshop.com:30882’
 nginx.ingress.kubernetes.io/cors-allow-headers: ‘DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authentication,AuthIgnore’
 spec:
 rules:• host: oauth.dapreshop.com
 http:
 paths: 
  • path: /
 pathType: Prefix
 backend:
 service:
 name: oauthservice-dapr
 port:
 number: 80

复制代码
　　照例将127.0.0.1 oauth.dapreshop.com 录入host文件。接着我们回到github应用，将回调地址录入：http://oauth.dapreshop.com:30882/v1.0/invoke/oauthservice/method/github/GetUser 保存

最后我们在admin.dapreshop.com的前端页面增加一个跳转到github的图标，并将地址设置为“http://oauth.dapreshop.com:30882/v1.0/invoke/oauthservice/method/github/GetUser”，这样点击时即可进行oauth鉴权校验：

微服务解决html问题_github