-
## 微服务容灾治理
### 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
-
/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
| 9 月前 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为基础的 云原生应用安全治理
董毅@悬镜安全
## 一 瓶“牛奶”——你会喝吗?

## 安全的保障——成分清单和监管机构
• 成分清单用于实现可见性(透明度)
• 监管机构保障成分清单的可信度
是云原生时代应用风险治理的基础设施。
## 特点:
• 是治理第三方组件风险(开源+闭源)的必备工具;
• 可深度融合于DevOps应用生产模式; 规则,应对此攻击
攻击者利用该漏洞并执行了“whoami”命令去发现Equifax其他潜在受影响的服务器
#### 2017. 07.29
Equifax的对抗小组将67个新的SSL证书上传到数据中心的SSL Visibility(SSLV)设备上,恢复了入侵检测与防御系统对流量的分析和识别
Equifax宣布公司发生了一起“网络安全事件”,影响到大约1.43亿美国消费者,包括姓名、社会安
0 码力 |
30 页 |
2.39 MB
| 1 年前 3
-
跨境电商的 Go服务治理实践
陈冶 @ ezbuy
GopherChina 2017
’ alt=‘OCR图片’/>
目录
背景&前言
开发环境构建 New!
微服务选型 Hot!
分布式追踪 New!
跨数据中心
前言&背景
我们正在将业务从 C# 切换到 Go,计划是全部最终均使用 Go 实现。
此次分享关注点在于怎么从零打造一整套Go服务体系
所以我们第一件事就是从规范开发环境做起 Trace 来打印日志
跨数据中心: Gateway
数据中心差异化,跨数据中心通讯
要求
完全透明
连接内外网
高可用
跨数据中心: Gateway
GopherChina 2017
跨数据中心:Gateway-解决方案
GopherChina 2017
跨数据中心:Gateway-解决方案
’ alt=‘OCR图片’/>
跨数据中心: Gateway-总结
0 码力 |
45 页 |
3.62 MB
| 1 月前 3
-
## 微服务环境下的系统治理与容错
王新栋

## 收获国内外一线大厂实践 与技术大咖同行成长
✓ 演讲视频 ✓ 干货整理 ✓ 大咖采访 ✓ 行业趋势
关注 QCon 公众号

## TABLE OF CONTENTS 大 纲
- 微服务架构
• 治理
• 容错
• 总结

## 微服务架构 C. Martin
## 多种架构思想的本质
六边形架构
## DCI架构
BCE架构
■ 按照这些架构设计出来的系统,他们都具备以下特点:
独立于框架
可被测试
独立于UI
独立于数据库
独立于任何外部库
■ 这些不能风格的架构设计的目标,都是按照不同的关注点进行切割;
■ 会将软件切割成不同的层,至少一层是只包含软件的业务逻辑的;
☑ 用户输入、系统API则属于其它层;
0 码力 |
45 页 |
16.09 MB
| 2 年前 3
-
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 Cloud
0 码力 |
31 页 |
1.69 MB
| 1 月前 3
-
# Service Mesh Meetup #4 上海站 探讨和实践基于Istio的微服务治理事件监控
2018.11.25 徐运元
## 关于我


## 微观下的监控需求
## 快速错误追踪
可快速排查在性能测试场景下的慢方法、异常调用以及异常报文等信息
## 单次链路追踪
可细粒度排查应用单次链路调用的包括日志、网络数据在内的所有信息。
从 Mixer插件工作模型

上述的过程中,Envoy所做的数据收集、上传是自动完成的,而Mixer生成模版实例则可以通过配置来完成。因此,所谓的Mixer插件实际上就是Adapter,开发Mixer插件也就是开发Adapter。
## 两种开发模式
## 几种开发模式,以及写一下两种方式的区别
0 码力 |
29 页 |
8.37 MB
| 1 年前 3
-
# 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
-
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+1
0 码力 |
36 页 |
781.69 KB
| 2 年前 3