2021信创“大比武”鲲鹏基础软件开发赛道
基于Rust语言的openGauss驱动sha256 的鉴权方式连接 openGuass 数据库 ✗ 使用-rust语言已有的-sha256方式 ✗ 使用-rust语言已有的RFC5802三方包 ✓ 参考已有的基于 JAVA 语言实现的 openGauss sha256 鉴权代码,使用 rust 语言重新实现 ## 方案介绍 - 认证流程 startup 会首先建立连接,同时会发送认证协议的版本; 服务器会响应具体的认证方式以及该认证方式所需的信息; 服务器会响应具体的认证方式以及该认证方式所需的信息; 客户端根据要求的认证方式通过认证后,就可以向服务器端发送各种数据库命令  ## 方案介绍 - 认证流程  ## 方案介绍 - 代码 ### postgres-protocol/src/message/backend.rs 中进行鉴权方式判定 10 => match0 码力 | 14 页 | 566.24 KB | 2 年前3
Apache ServiceComb 微服务创新项目解读通过易于理解的数据和入口,管理复杂的分布式系统配置 多语言运行环境 服务中心异构通信 在同一个业务领域的微服务中使用了多种不同语言进行开发部署 微服务鉴权 使能多微服务技术栈开发的微服务应用之间协同工作和共同治理 使能满足第三方认证被广泛采纳的趋势下认证鉴权的性能和安全的要求 Apache ServiceComb ## Mesher - 开箱即用的异构、多语言、非侵入式微服务框架  ## Syncer - 异构流行服务中心融合实践 r/tree/master/syncer/samples/multi-servicecenters ## Fence - 微服务认证鉴权框架 提供基于Oauth2.0和OpenID Connect的微服务架构认证鉴权框架,帮助用户快速搭建高性能、安全的微服务认证鉴权能力  servicecomb-fence 提供了基于OAuth2.0和OpenID Connect的微服务架构认证鉴权框架,帮助用户 快速搭建高性能、安全的微服务认证鉴权能力 • 开箱即用:提供了默认的Authentication Server、Edge Service、Resource Server实现,简化用户开发难度 - 开发简单:提供配置文件和Annotation两种方式配置权限,支持权限配置和代码逻辑分离,也支持在使用Annotation声明式的权限配置,相辅相成。 - 第三方认证支持:采用Open ID协议,对接微信、微博等三方认证系统。0 码力 | 12 页 | 2.96 MB | 2 年前3
Nacos架构&原理
健康检查机制 89 Nacos 配置管理模块 97 配置一致性模型 97 Nacos 高可用设计 100 Nacos 高可用设计 100 Nacos 鉴权插件 103 Nacos 账号权限体系 103 Nacos 认证机制 110 Nacos 前端设计 117 Nacos 前端设计 117 Nacos 一定能在分布式领域成为开发者的首选项。 ## 前言 ## 序言 阿里做开源大概有两个阶段,第一个阶段是 2018 年之前,取之于开源,反哺于社区,开源是一种情怀,是一种文化,是一种展示技术影响力和技术实力的方式,包括我在内很多阿里技术人都是因此影响加入。阿里凭借着互联网场景和规模的优势走在了时代的前列,完成了去 IOE,创造了企业级互联网架构等壮举,并且开源了很多自主产品如 Dubbo、RocketMQ、Tengine、Jstorm 负载均衡 - 常见的负载均衡策略:随机,hash,轮询,权重,最小连接数,最快响应速度等 - 短连接和长链接负载均衡的异同:在短连接中,因为连接快速建立销毁,“随机,hash,轮询,权重”四种方式大致能够保持整体是均衡的,服务端重启也不会影响整体均衡,其中“最小连接数,最快响应速度”是有状态的算法,因为数据延时容易造成堆积效应;长连接因为建立连接后,如果没有异常情况出现,连接会一直保持,断连0 码力 | 326 页 | 12.83 MB | 1 年前3
KubeCon2020/微服务技术与实践论坛/Spring Cloud Alibaba 在 Kubernetes 下的微服务治理最佳实践-方剑91. 92. 93. 94. 95. 96. 97. 98. 99. 100. ## 微服务架构总览 DevOps 服务治理 可观测性 服务元数据 无损下线 服务容错 服务路由 服务鉴权 限流降级 应用监控 链路追踪 服务测试 API管理 服务压测 分布式事务 分布式调度 日志管理 服务mock 服务注册发现 应用诊断 持续集成 服务配置 负载均衡 API网关 服务Mock • 开发环境隔离 • 端云互联 ## 发布态 • 无损下线 • 无损上线 • 金丝雀发布 • A/B Test 全链路灰度 ## 运行态Ops ## 安全态Sec • 服务鉴权 • 漏洞防护 ## 高可用 • 离群实例摘除 • 限流降级 同AZ优先路由 • 就近容灾路由 ## 基于 Java Agent 的服务治理 用户 服务治理中心 微服务引擎 治理规则 注册中心 元数据中心 • 业务无侵入、无感知 • 0升级成本 Agent Agent 全面兼容开源 消费者 提供者 Dev-Sec-Ops 无损下线 离群实例摘除 标签路由 服务鉴权 链路跟踪 金丝雀发布 API管理 服务测试 限流降级 故障注入 ## Java Agent 无需修改代码,享受微服务治理能力 public class BaseLoadBalancer0 码力 | 27 页 | 7.10 MB | 2 年前3
个推微服务实践6e/p8_1.jpg) 客户端代码复杂,服务端升级困难 A 客户端 Api 网关 B C D 封装服务接口细节,减少通信次数 统一通信协议,减少客户端代码耦合 统一鉴权,流控,防攻击 可能成为系统瓶颈  B 简单,扩展灵活 客户端维护服务端地址,耦合 开发成本高 协议升级难 注册中心 查询服务地址 注册/心跳 客户端 A 调用 Api网关 B 简单,客户端透明统一鉴权,流控需增加Api网关Api网关高可用额外延时  3267472cd5d307d3a115903f276e/p11_3.jpg) 合理拆分力度 尽量独立,避免暴露细节 服务要有抽象 避免和业务强耦合 服务需无状态 架构设计 或通过异步方式解耦 减少依赖 ## 微服务的架构 强调服务层次 服务独立 服务通用 服务无状态 服务松耦合 微服务架构设计 ## 图 ## 个推微服务实践 ## 个推微服务实践 个推服务的三种场景0 码力 | 32 页 | 1.16 MB | 2 年前3
人工智能安全治理框架 1.0风险导向、敏捷治理。密切跟踪人工智能研发及应用趋势,从人工智能技术自身、人工智能应用两方面分析梳理安全风险,提出针对性防范应对措施。关注安全风险发展变化,快速动态精准调整治理措施,持续优化治理机制和方式,对确需政府监管事项及时予以响应。 1.3 技管结合、协同应对。面向人工智能研发应用全过程,综合运用技术、管理相结合的安全治理措施,防范应对不同类型安全风险。围绕人工智能研发应用生态链,明确模型算 善的情况下,有可能输出违法有害内容。 (b)混淆事实、误导用户、绕过鉴权的风险。人工智能系统及输出内容等未经标识,导致用户难以识别交互对象及生成内容来源是否为人工智能系统,难以鉴别生成内容的真实性,影响用户判断,导致误解。同时,人工智能生成图片、音频、视频等高仿真内容,可能绕过现有人脸识别、语音识别等身份认证机制,导致认证鉴权失效。 (c)不当使用引发信息泄露风险。政府、企业等机构工作人员在业 (c)两用物项和技术滥用风险。因不当使用或滥用人工智能两用物项和技术,对国家安全、经济安全、公共卫生安全等带来严重风险。包括极大降低非专家设计、合成、获取、使用核生化导武器的门槛;设计网络武器,通过自动挖掘与利用漏洞等方式,对广泛潜在目标发起网络攻击。 #### 3.2.3 认知域安全风险 (a)加剧“信息茧房”效应风险。人工智能将广泛应用于定制化的信息服务,收集用户信息,分析用户类型、需求、意图、喜好、行为习惯0 码力 | 20 页 | 3.79 MB | 9 月前3
使用微服务架构快速开发万级TPS高可用电商系统house-order 用户中心 user-center 认证鉴权 login 管理客户的基本信息,录入客户的选房资格。 管理楼盘的基本信息,楼盘1-n 楼栋1-n 房源。 管理开售活动,进行开售时的抢购 用户查看自己的开售活动和抢房资格,管理查看收藏的房源,查看自己的抢房结果,用户和管理员登录/修改密码等功能。可扩展为多种登录方式。 ## 从客户管理应用谈起—简单性 ## ## 数据库 |表|内容|关键字段| |---|---|---| |customers|存客户的基本信息,包括名字,联系方式等|id, realname| |qualifications|存客户的购房资格,购房资格针对某次抢购活动,也会保存购房资格的对应信息(验资,诚意金等)|id, customer\_id, sale\_id, comments| ## API |接口|内容| |---|---| com/apache/servicecomb-mesher 多语言解决方案 c) 重试 d) 负载均衡 e) 限流 f) 降级(隔离、熔断、容错) 网关 a) 路由 b) 黑白名单 c) 和认证鉴权集成 ## 服务间的通信 背景:为什么服务间通信重要? • 每个微服务有自己的数据库(层) 服务架构应用的质量很大程度取决于服务的拆分的高内聚,低耦合,不了解服务间通信,无法做出高质量的拆分。0 码力 | 15 页 | 1.46 MB | 2 年前3
API7 ⽹关技术⽩⽪书ETCD 的 Watch 机制,当管理员在控制面板更新配置后,API7 将在毫秒级别内通知到各个网关节点。 ### 3. 其它 从图 1-1 可见,API7 采用了数据平面与控制平面分离的架构方式,通过配置中心接收、下发配置,使得数据平面不会受到控制平面影响。配置中心默认为 ETCD,但也支持 Consul、Nacos、Eureka 等,可根据您的实际情况进行选择。此外,企业用户只需关注业务本身,与业务无关的大部分功能交给 持动态加载 SSL 证书; ### 7. 扩展能力强 借助灵活的插件机制,可针对内部业务完成功能定制;支持自定义负载均衡算法与路由算法,不受限于 API 网关实现;通过运行时动态执行用户自定义函数方式来实现 Serverless,使网关边缘节点更加灵活; ### 8. 治理能力丰富 如故障隔离、熔断降级、限流限速等;在启用主动健康检查后,网关将支持智能跟踪不健康上游节点的能力,并自动过滤不健康节点,以提高整体服务稳定性。 basic-auth、jwt-auth、key-auth、wolf-rbac 等。此外,借助内置的 HMAC 插件,可使用 AK/SK 对请求参数进行签名与校验,以实现请求防篡改、请求防重放的需求,并能够达到鉴权的目的; 服务路由:API7 基于 Radixtree 实现高效的路由匹配,是目前匹配路由速度最快的 API 网关。它支持全路径匹配、前缀匹配,也支持使用 Nginx 内置变量作为匹配条件,以此实现精细化路由。此外,API70 码力 | 19 页 | 1.12 MB | 2 年前3
高效智能运维[云+社区技术沙龙第29期] - 冲上云霄—腾讯海量业务上云实践混合云过度到全量公有云 测试 混合 功能、性能测试,云上云下对比 业务上云 方案 安全、容量、难度、风险、数据 迁移 接入服务、逻辑服务、数据存储、文件存储 ## 数据库搬迁上云方式 ## 数据上公有云 · 冷迁移 + 增量 ·同步中心数据同步 ·切换过程停写 ## 私有组件迁移上云 ·云上部署服务集群 • 自行维护和迭代 · 同步中心或主备 ·业务切路由切换服务 状态系统 OIDB 状态系统 消息系统 群/讨论组 鉴权平台 资料关系链 群/讨论组 鉴权平台 资料关系链 漫游系统 漫游系统 ## 华南地区 深圳自研 广州云 SSO接入 SSO接入 OIDB 状态系统 消息系统 OIDB 状态系统 消息系统 群/讨论组 鉴权平台 资料关系链 群/讨论组 鉴权平台 资料关系链 漫游系统 漫游系统 ## 数据库迁移方案 路由与服务发现 分批发布 ·基于业务维度管理 ·使用Ipamd ·支持CLB •StatefulSetPlus ·关联CMDB ·采用弹性网卡 ·支持L5/CMLB ·原地重启 ·基于业务维度鉴权 ·实现Pod IP跨集群访问 ·支持VIP 












