微服务容灾治理## 微服务容灾治理 ### 1. go-zero 稳定性能力概览 经过这么多年大流量服务端架构设计的沉淀，go-zero 在保护服务的稳定性上下足了功夫，不管是 CPU 密集型还是 IO 密集型服务，go-zero 都能很好的保护服务在如下场景不被拖垮或卡死： 远超服务容量的突发大流量 CPU 打满 • 上下游故障或者超时 • MySQL、MongoDB、Redis 等中间件故障或者超负载（典型的是 07096113db2ae442f78/p12_1.jpg) P99 时延控制在 20-24ms 之间 P90 时延在 5ms 以下 • CPU 峰值控制在 95% 以下 如文档开始的压测数据，如果不是过载保护，在不到 600 qps 的情况下，P99 甚至 P90 都已经到了 1s 的超时阈值了，服务基本已经开始不可用了。 ### 3.6 跟 Kubernetes HPA 的协同 当我们在使用 go-zero 的时候，无需额外代码和配置，服务默认都是有自适应过载保护的。这也秉承了 go-zero 一贯追求最简原则，不给用户带来额外的心智负担。 这篇文章花了我春节不少时间，既要讲原理，又要写代码给出压测数据，但依然感觉不是那么容易懂，不过好在所有算法细节和知识点都已经集成在 go-zero 源码里了，如果想了解实现细节，可以阅读源码。0 码力 | 13 页 | 1.68 MB | 2 年前3- 人工智能安全治理框架 1.0/8/b/8/d/8b8df0d473693481713fb8354fa74376/p1_1.jpg) ## 人工智能 安全治理框架 全国网络安全标准化技术委员会 2024年9月 ## 目录 1. 人工智能安全治理原则 ..... 1 2. 人工智能安全治理框架构成 ..... 2 3. 人工智能安全风险分类 ..... 3 3.1 人工智能内生安全风险 ..... 3 3 针对人工智能应用安全风险 ..... 9 5. 综合治理措施 ..... 10 6. 人工智能安全开发应用指引 ..... 12 6.1 模型算法研发者安全开发指引 ..... 12 6.2 人工智能服务提供者安全指引 ..... 13 6.3 重点领域使用者安全应用指引 ..... 14 6.4 社会公众安全应用指引 ..... 15 # 人工智能安全治理框架 (V1.0) 人工智能是人类 人工智能是人类发展新领域，给世界带来巨大机遇，也带来各类风险挑战。落实《全球人工智能治理倡议》，遵循“以人为本、智能向善”的发展方向，为推动政府、国际组织、企业、科研院所、民间机构和社会公众等各方，就人工智能安全治理达成共识、协调一致，有效防范化解人工智能安全风险，制定本框架。 ### 1. 人工智能安全治理原则 秉持共同、综合、合作、可持续的安全观，坚持发展和安全并重，以促进人工智能创新发展为第一要务，以0 码力 | 20 页 | 3.79 MB | 10 月前3
- 数据迁移## 数据迁移 ## 存量 MySQL 迁移到 TiDB 服务 UDTS 产品支持 MySQL(5.5/5.6/5.7/8.0) 到 TiDB 的全量数据迁移，及增量数据同步。可协助用户在不停机的情况下轻松将业务从 MySQL 切换至 TiDB。 ## 自建 TiDB 迁移到 TiDB 服务 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 服务。用户在源 TiDB 开启 Pump, Drainer 可进行数据增量同步。UDTS 与源端 Pump, Drainer 一起可协助用户在不停机的情况下轻松将业务从自建 TiDB 切换至 TiDB 服务。 ## 为 TiDB 服务建立 MySQL 从库 UDTS 产品支持 TiDB 全量数据迁移至 MySQL 数据库。用户在 TiDB 服务上开启 Binlog 可将数据增量同步至下游 MySQL。UDTS 与 TiDB Binlog Binlog 服务一起可协助用户轻松建立 MySQL 从库。 ## 为 TiDB 服务建立 TiDB 从库 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 数据库。用户在源 TiDB 服务上开启 Binlog 可将数据增量同步至下游 TiDB。UDTS 与 TiDB Binlog 服务一起可协助用户轻松建立 TiDB 从 库。0 码力 | 2 页 | 42.01 KB | 1 年前3
- SBOM 为基础的云原生应用安全治理## 以SBOM为基础的 云原生应用安全治理 董毅@悬镜安全 ## 一 瓶“牛奶”——你会喝吗？  ## 安全的保障——成分清单和监管机构 • 成分清单用于实现可见性（透明度） • 监管机构保障成分清单的可信度  ## 收获国内外一线大厂实践 与技术大咖同行成长 ✓ 演讲视频 ✓ 干货整理 ✓ 大咖采访 ✓ 行业趋势 关注 QCon 公众号  ## TABLE OF CONTENTS 大 纲 - 微服务架构 • 治理 • 容错 • 总结  ## 微服务架构 C. Martin ## 多种架构思想的本质 六边形架构 ## DCI架构 BCE架构 ■ 按照这些架构设计出来的系统，他们都具备以下特点： 独立于框架 可被测试 独立于UI 独立于数据库 独立于任何外部库 ■ 这些不能风格的架构设计的目标，都是按照不同的关注点进行切割； ■ 会将软件切割成不同的层，至少一层是只包含软件的业务逻辑的； ☑ 用户输入、系统API则属于其它层；0 码力 | 45 页 | 16.09 MB | 2 年前3
- GIAC2019 Dubbo SpringCloud重新定义微服务治理GIAC 全球互联网架构大会 GLOBAL INTERNET ARCHITECTURE CONFERENCE Dubbo Spring Cloud 重塑微服务治理 小马哥（mercyblitz） ’ alt=‘OCR图片’/> 自我介绍 小马哥（@mercyblitz） 父亲，Java 劝退师，Apache Dubbo PMC、Spring Cloud Alibaba 项目架构师，《Spring 主办方：msup ARCHNOTES 主要议程 Java 微服务框架 - Spring Cloud Dubbo 迈向 Spring Cloud 之路 Dubbo Spring Cloud 对微服务治理的提升 ’ alt=‘OCR图片’/> Java 微服务框架 - Spring Cloud Spring Cloud 功能特性 Spring Cloud 组件架构 Spring Cloud 限制了原生能力，否则 Spring Cloud就没有存在的必要 Spring Cloud Alibaba实现了Spring Cloud特性的全集（实际上是超集），其中 Dubbo丰富了Spring Cloud服务治理的生态（如：Dubbo Admin) Dubbo 并不是 Spring Cloud 的竞争者，很可能成为它的救赎者 ’ alt=‘OCR图片’/> Dubbo 迈向 Spring Cloud0 码力 | 31 页 | 1.69 MB | 3 月前3
- SQLite 数据转 Mysql# SQLite 数据转 Mysql #### I nsMsgServer 3.7.6 ## 当前 InHgServer 环境 以下过程在 win7 sp1 x64 系统下完成, 如果您的系统不能运行以下相关程序, 请将服务器的 db/ 目录下的 IMBase.dat 文件复制到 win7 sp1 x64 系统下完成  ## 利用 InHgServer 生成 Mysql 数据库 确保 mysql 数据库中没有 IM 相关库  调整使用 Mysql 作为数据库，并点击启动  确认启动后数据库正确建立
InsMsgServer Start(2017-12-17 05:59:25) General Data Network 0 码力 | 17 页 | 1.40 MB | 2 年前3 探讨和实践基于Istio的微服务治理事件监控# Service Mesh Meetup #4 上海站 探讨和实践基于Istio的微服务治理事件监控 2018.11.25 徐运元 ## 关于我   ## 微观下的监控需求 ## 快速错误追踪 可快速排查在性能测试场景下的慢方法、异常调用以及异常报文等信息 ## 单次链路追踪 可细粒度排查应用单次链路调用的包括日志、网络数据在内的所有信息。 从 Mixer插件工作模型  上述的过程中，Envoy所做的数据收集、上传是自动完成的，而Mixer生成模版实例则可以通过配置来完成。因此，所谓的Mixer插件实际上就是Adapter，开发Mixer插件也就是开发Adapter。 ## 两种开发模式 ## 几种开发模式，以及写一下两种方式的区别0 码力 | 29 页 | 8.37 MB | 1 年前3 Flink如何实时分析Iceberg数据湖的CDC数据Flink如何实时分析Iceberg数据湖的CDC数据 阿里巴巴 李劲松/胡争 FLINK FORWARD #ASIA 2020 #1 #2 #3 #4 常见的CDC 为何选择 Flink 如何实时写 未来规划 分析方案 + Iceberg 入读取 FLINK FORWARD #ASIA 2020 ## #1 常见的CDC分析方案 ## 离线 HBase 集群分析 CDC 数据 ↓ ## MySQL 3、通过RegionServer定位HFile，Server的优化和缓存完全用不上。 4、数据格式绑定HFile，不方便拓展到Parquet、Avro、Orc等。 FLINK FORWARD #ASIA 2020 ## Apache Kudu 维护 CDC 数据集 ## MySQL ## 方案评估 优点 1、支持实时更新数据，时效性佳。 2、列存加速，适合OLAP分析。 ## 缺点 1、独立的Kudu集群，比较小众。维护成本高。 等割裂。数据独立，且存储成本不如 S3 / OSS。 3、Kudu的批量扫描不如parquet。 4、不支持增量拉取。 FLINK FORWARD #ASIA 2020 ## MySQL → GQOOP → HVE ## 方案评估 优点 1、流程能工作 2、Hive存量数据不受增量数据影响。 ## 缺点 1、数据不是实时写入； 2、每次数据导致都要 MERGE 存量数据。T+10 码力 | 36 页 | 781.69 KB | 2 年前3 开源多集群应用治理项目Clusternet 在多点生活的云原生实践## Kubernetes Community Days Kubernetes Community Days ## 开源多集群应用治理项目 Clusternet 在多点生活的云原生实践 陈鹏 ## 个人简介 ## 手 Kubernetes Community Days 陈鹏 多点生活 平台架构-基础架构工程师 • 开源项目 MOSN 核心 Committer • 主要负责容器服务整体架构的设计与开发0 码力 | 22 页 | 17.18 MB | 2 年前3共 1000 条- 1
- 2
- 3
- 4
- 5
- 6
- 100