The Main Points of C++0 码力 | 34 页 | 344.31 KB | 1 年前3
MySQL高可用 - 多种方案## MYSQL 高可用方案探究 1 前言.....3 2 Lvs+Keepalived+Mysql 单点写入主主同步高可用方案.....3 2.1 方案简介.....3 2.2 方案架构图.....3 2.3 方案优缺点.....4 2.4 方案实战.....4 2.4.1 适用场景.....4 2.4.2 实战环境介绍.....4 2.4.3 Mysql 的安装和配置 realserver 的配置.....7 2.4.9 Master 和 backup 的启动.....8 2.4.10 高可用方案测试.....9 3 Lvs+Keepalived+Mysql 单点写入读负载均衡主主同步高可用方案.....9 3.1 方案简介.....9 3.2 方案架构图.....9 3.3 方案优缺点.....9 3.4 适用场景.....10 3.5 Lvs+Keepalived+Mysql 单点写入主主同步高可用方案 ### 2.1 方案简介 Lvs+keepalived 作为目前比较流行的高可用解决方案,lvs 提供负载均衡,keepalived 作为故障转移,提高系统的可用性。但是一般的 mysql 高可用为了实现 mysql 数据的一致性,一般都是采用单点写入,本方案采用 keepalived 中的 sorry_server 来实现写入数据库为单点的需求。本方案实现的功能是当网络有问题、mysql0 码力 | 31 页 | 874.28 KB | 1 年前3
03-基于Apache APISIX的全流量API网关-温铭·40 多个插件,覆盖:身份认证、安全、日志、可观测性... ## Apache APISIX 设计思路 · API 网关的数据面和控制面分离 ·通过插件机制来方便二次开发和运维 ·高可用,没有单点故障 · 安全和稳定第一:基于 Nginx 实现;mTLS 认证;敏感信息加密加盐(salt)保存 ·高性能:单核心 QPS 1.5 万,延迟低于 0.7 毫秒 ·运维友好:Prometheu nginx 的所有变量作为条件,并且支持自定义函数;其他网关都是内置的几个条件; • Apache APISIX 使用 etcd 作为配置中心,没有单点,任意宕掉一台机 器,网关集群还能正常运行。其他基于 mysql,postgres 的网关都会有单点 问题 • Apache APISIX 的配置下发只要 1 毫秒就能达到所有网关节点,使用的是 etcd 的 watch;其他网关是定期轮询数据库,一般需要 在线教育:好未来、作业帮、腾讯教育、网易有道 |对比比项|APISIX|Kong| |---|---|---| |技术架构|Nginx + etcd|Nginx + postgres| |高高可用用|非非常可靠,没有单点|一一般,有数据库的单点| |精细化路路由|支持 Nginx 变量量和自自定义函数|固定的几几个条件| |配置生生效时间|事件驱动,小小于 1 毫秒|轮询拉取,5 秒| |处理理延迟|0.2 毫秒|2 毫秒|0 码力 | 11 页 | 6.56 MB | 1 年前3
跟我学Shiro - 张开涛SHIRO 权限注解 ..... 112 第十三章 REMEMBERME ..... 114 REMEMBERME 配置 ..... 114 第十四章 SSL ..... 117 第十五章 单点登录 ..... 120 服务器端 ..... 120 客户端 ..... 122 第十六章 综合实例 ..... 126 第十七章 OAUTH2 集成 ..... 136 服务器端 web 容器 tomcat),不管 JavaSE 还是 JavaEE 环境都可以使用,提供了会话管理、会话事件监听、会话存储/持久化、容器无关的集群、失效/过期支持、对 Web 的透明支持、SSO 单点登录的支持等特性。即直接使用 Shiro 的会话管理可以直接替换如 Web 容器的会话管理。 ## 会话 所谓会话,即用户访问应用时保持的连接关系,在多次交互中应用能够识别出当前访问的用户是谁, 第十五章 单点登录 Shiro 1.2 开始提供了 Jasig CAS 单点登录的支持,单点登录主要用于多系统集成,即在多个系统中,用户只需要到一个中央服务器登录一次即可访问这些系统中的任何一个,无须多次登录。此处我们使用 Jasig CAS v4.0.0-RC3 版本: https://github.com/Jasig/cas/tree/v4.0.0-RC3 Jasig CAS 单点登录系统0 码力 | 219 页 | 4.16 MB | 1 年前3
分布式异地多活架构实践之路、应用墙译等读多写少 主从模式 (单点写,多点读) 用户个性化数据同步、账号等 读写均衡 多主模式 (多点读写) 分布式日志收集等 写多读少 汇聚模式 (多点写,单点读) 内容统计指标获取、内容榜单等 读写均衡 混合模式 (多点写,单点读,单点写,多点读) ## 设计思路 精准流量调度 数据同步 多元化 核心业务异地多活 主从非核心业务 老版本兼容服务、运营活动、配置、管理平台、官网、论坛等 N/A 本地模式 (单点读写) 0 码力 | 36 页 | 1.66 MB | 2 年前3
Apifox - API调试、API Mock、API自动化测试一体化协作平台开发时间增加,沟通成本高 据调研,开发者大部分的时间都花在了 API 上。有此反馈的人员从 2020 年的 40% 上升到 2022 年的 51%。后端开发至少花费 20 小时/周。 多个单点工具混用,体验割裂 传统多个单点工具需要频繁切换,团队花费大量时间在信息一致性对齐上,数据难以复用、认知负荷重、低效且容易引发软件工程事故。 API 放养式开发,资产管理失序 微服务与接口数量激增,API 作为 微博 API  ## Apifox 与单点工具对比 |产品能力|Apifox|Postman|Swagger|YApi|JMeter| |---|---|---|---|---|---| |界面语言|中文、英文|英文|英文|英文|英文| |自定义文档样式/域名|✓|✗|✗|✗|✗| |API调试|||||| |同环境多服务调试|✓|✓|✗|✗|✓| |前/后置操作|✓|✓|✓|✓|✓| |数据库操作|✓|✗|✗|✗|✓| ## Apifox 与单点工具对比 |产品能力|Apifox|Postman|Swagger|YApi|JMeter| |---|---|---|---|---|---| |API Mock|||||| |自动 Mock0 码力 | 27 页 | 14.01 MB | 2 年前3
百度APP基于Istio实现基础架构升级 - lightning talk - MichaelXu部分模块上下游超时配置不合理,超时倒挂,集中管理调整成本比较高。 多数模块对单点异常,慢节点等异常缺乏容忍能力,推动每个模块独立修复,成本高,上线周期长。 ## 高级架构能力能否多语言、多框架支持? ➢ 因重试导致雪崩,底层RPC框架需要重复建设来定制动态熔断能力。 ➢ 升级一级服务建设中,发现很多模块单点、多点故障不能容忍,能否低成本解决? ## ● 运维架构能力是否具备可移植性?是否能低成本复制新的产品线? [Image](/uploads/documents/f/9/1/d/f91dcd15e0dfdd113b80c9142eaf7077/p5_1.jpg) ## 收益 主要介绍如下几个方面: 稳定性方面(单点,多点,防雪崩,长尾优化,架构故障韧性能力) 治理效率方面(提升一级模块建成效率,二级模块预案能力) ● 周边生态方面(流量复制,稳定性工程,动态调参,服务可观测性) ● 覆盖率方面(百度AP LocalityAware负载均衡策略以下游节点的吞吐除以延时作为分流权值,优化长尾平响问题。 ## Mesh价值 1. 优秀策略支持给业务方跨语言跨框架使用。 2. 支持LocalityAware Plus负载均衡策略,提升单点容错能力。 ## 未来 强化稳定性工程。(Case覆盖、故障自动恢复) ● 实现现有能力整合。(Mesh作为基础层,完全有能力整合内部Trace系统、压测平台等) 积极拥抱社区。(积极贡献Istio社区)0 码力 | 9 页 | 2.20 MB | 1 年前3
高性能 Kubernetes 元数据存储 KubeBrain 的设计思路和落地效果-许辰Expensive Read 存在大量内存持贝 容易OOM 限流能力岳,寺情况下自多能力关 2 分页谈导到延迟增训 单raftt group , leader 有单点陋 BoDB 存储引时 1 写写互斥,限制性能 2高负数下读写延增高 - 高性能 1. Guaranteed order of messages 2. Exactly- once delivery 一定有一个单点对消息进行排序 rmon 有@@S@ssOe 采用主从架构 还辑层 -- Watch (2) apiservers 事件生成 write &watch 5w 节点 持续完善站近报警 持续集成测试 架构 2 中进 。 目前所有消息严格要求有序 。 消息不重不丢、严格有序,所以写必须单点 。Kubernetes 本质是一个最终一致性的系统 。 关注单个对象的最终状态 。 分片多点写,避免写单点 , 分片内部消息严格有序 届分请间消息可以乱序 。, 读、写、watch 能力均可以水平扩展 充 欢迎 尝 联系邮箱:0 码力 | 60 页 | 8.02 MB | 2 年前3
202306 ⼈⼈可⽤的开源数据可视化分析⼯具ClickHouse MySQL™  Excel 单点登录 数据源 嵌入式集成 数据仓库/数据湖 OLTP 型数据库 数据文件 OLAP 型数据库 API 数据源 REST API ## DataEase 工作原理 ## FIT2CLOUD 可扫码登录、接收消息和定时报告;支持飞书工作台、钉钉工作台、企业微信工作台免登录进入DataEase;认证设置(X-Pack) 支持LDAP认证对接;支持OIDC单点登录系统对接;支持CAS单点登录系统对接; 水印设置(X-Pack) 支持启用水印设置,支持配置水印内容与样式; 集成与扩展(X jpg) 企业微信、钉钉、飞书对接  单点登录系统对接  LDAP 对接认证 0 码力 | 27 页 | 3.61 MB | 2 年前3
DataEase 人人可⽤的开源数据可视化分析⼯具 2022 年 12 ⽉ClickHouse MySQL™  Excel 单点登录 数据源 嵌入式集成 数据仓库/数据湖 OLTP 型数据库 数据文件 OLAP 型数据库 API 数据源 REST API ## DataEase 工作原理 ## FIT2CLOUD 书、飞书国际版、钉钉、企业微信平台接入,可扫码登录、接收消息和定时报告;认证设置(X-Pack) 支持LDAP认证对接;支持OIDC单点登录系统对接;支持CAS单点登录系统对接; 水印设置(X-Pack) 支持启用水印设置,支持配置水印内容与样式; 集成与扩展(X jpg) 企业微信、钉钉、飞书对接  单点登录系统对接  LDAP 对接认证 0 码力 | 27 页 | 3.58 MB | 1 年前3共 180 条- 1
- 2
- 3
- 4
- 5
- 6
- 18













