贡献代码 · 反馈问题 • 应用案例集 · 微信群 公众号 ## 概览 - 基于FISCO BCOS 2.0+快速构建区块链系统，请参考安装 · 基于FISCO BCOS 2.0+部署多群组区块链、构建第一个区块链应用，请参考教程 - 深入了解FISCO BCOS 2.0+功能请看配置文件和配置项、节点准入、并行交易、分布式存储、国密等请参考使用手册 • 控制台：交互式命令行工具 SDK：提供访问节点状态、修改区块链系统配置以及节点发送交易等接口。 · 浏览器详细介绍请参考 浏览器 • JSON-RPC接口可参考 JSON-RPC API · 系统设计文档请参考 系统设计 ## 关键特性 · 多群组：教程 使用手册 设计文档 · 并行计算：使用手册 设计文档 - 分布式存储: 使用手册 设计文档 ## 重要： • 本技术文档只适用FISCO BCOS 2.0+，FISCO BCOS 1 架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性上，均具备行业领先优势。  一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊

## 基于Consul的多Beats接入管控与多ES搜索编排 梁成 腾讯云, barryliang@tencent.com ## 拥抱开源、释放云原生的力量 背景与挑战 多Beats/Logstash接入管控 多ES搜索编排系统 日志AIOps探索 ## 背景与挑战 如何降低日志接入门槛 如何保证日志实时上报 如何保障日志采集不影响业务 如何做配置标准化 如何帮助业务快速排障 如何帮助业务快速排障 如何提供方便便捷的性能分析调优能力 100+ 产品数量 ## 1000 人员规模 10000 主机规模 ## 多Beats/Logstash接入 管控 提供多产品接入管理，多beats标准化、界面化、自动化的日志接入方案 ## 案例:1000+业务10000+台 主机如何快速实现日志接入？ 业务规模 1000+业务、10000+业务主机、每天百T日志增量 日志需求 收集业务日志文件用于故障分析与告警监控 从Consul中获取当前agent的配置组列表，并启动多个采集进程 ## 配置变更感知 watch到Consul对应的agent id路径，实时感知配置变化，并对启动的进程列表做重启清理等工作 管理多Beats/logstash Beats等以agent子进程启动其管理这些进程的 cpu/内存等资源 ![Image](/uploads/documents/2/c/4/c/2c4c78721f

架构 FISCO BCOS 在2.0中，创新性提出“一体两翼多引擎”架构，实现系统吞吐能力的横向扩展，大幅提升性能，在安全性、可运维性、易用性、可扩展性上，均具备行业领先优势。  一体指代群组架构，支持快速组建联盟和建链，让企业建链像建聊 从而快速丰富业务场景、扩大业务规模，且大幅简化链的部署和运维成本。 两翼指的是支持并行计算模型和分布式存储，二者为群组架构带来更好的扩展性。前者改变了区块中按交易顺序串行执行的做法，基于DAG（有向无环图）并行执行交易，大幅提升性能；后者支持企业（节点）将数据存储在远端分布式系统中，克服了本地化数据存储的诸多限制。 多引擎是一系列功能特性的总括，比如预编译合约能够突破EVM的性能瓶颈，实现高性 上述功能特性均聚焦解决技术和体验的痛点，为开发、运维、治理和监管提供更多的工具支持，让系统处理更快、容量更高，使应用运行环境更安全、更稳定。 ### 1.3 核心模块 FISCO BCOS采用高通量可扩展的多群组架构，可以动态管理多链、多群组，满足多业务场景的扩展需求和隔离需求，核心模块包括： - 共识机制：可插拔的共识机制，支持PBFT、Raft和rPBFT共识算法，交易确认时延低、吞吐量高，并具有最终一致性。其中PBF

## JavaScript极速入门 —— 内核与引擎 主讲人与课程设计：耕耕 ## 浏览器内核 ## 主流浏览器内核 |主流浏览器|内核| |---|---| |IE -> Edge|trident->EdgeHTML| |Chrome|webkit->blink| |Safari|webkit| |Firefox|Gecko| |Opera|Presto->blink| nk| |Obs|bkgto->pllmk| |Libre办公|Gecko| ## JavaScript 引擎 ## 主流浏览器JavaScript引擎 |主流浏览器|js引擎| |---|---| |IE -> Edge|JScript (IE3.0-IE8.0) / Chakra (IE9+之后，查克拉，微软也看火影么...)| |Chrome|V8 (大名鼎鼎)| |Safari|Nitro (0.0-0.5)| ## 浏览器内核与JavaScript引擎关系 最初内核的概念包括渲染引擎与JS引擎，目前习惯直接称渲染引擎为内核，JS引擎独立。 最初状态 目前状态 浏览器内核 浏览器内核 渲染引擎 JavaScript引擎 渲染引擎 JavaScript引擎 ## 渲染引擎与JavaScript引擎 渲染引擎：Rendering Engine，一般习惯将之称为“浏览器

## TypeScript 多场景开发实践 Best practices of TypeScript and Dev in Alibaba ## 陈仲寅（花名：张挺） 就职于 阿里巴巴淘宝技术部 MidwayJS 团队  zhangting@taobao Controller { async create() { // TODO } } module.exports = PostController; class 用法，无法多继承 ## 体验不同 Egg 解决的是 BFF 场景，而淘宝有不少全栈场景 杂糅的 app/ctx 合并机制 ## 第一代设计 ## 解决复杂问题 ## 尝试引入 IoC 解决复杂业务的问题 ## Function 2、多实现上的不一致 - 无法方便的继承 3、代码洁癖上的问题 - 编译目录分离 ## Tes ## CLASS ## 体验 ## 统一使用 class/interface 为了良好的使用 IoC，我们将整个 Midway 修改为了 OO 的模型，所有的东西都通过 class 来编码，这样也可以更好的借鉴 java 的思想，另一方面可以通过接口来解决多实现的架构。 ## ☐

adb784517f8/p1_1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE # 讯飞输入法异地多活架构实践之路 凌 军 主办方 Geekbang. InfoQ 极客邦科技 ## 自我介绍 · 凌军 • 2010年加入科大讯飞 • 讯飞输入法、灵犀语音助手等产品服务端架构负责人 科大讯飞消费者BG基础平台架构负责人 4/4/f244e3e91d6c76afe0bdeadb784517f8/p3_1.jpg) 来自：中国科学院《互联网周刊》 ## 大纲 • 产品发展中遇到的问题 • 异地多活存在哪些挑战 • 讯飞输入法异地多活解决方案 • 实际应用效果 • 未来规划 ## 单机房遇到的问题 可用性低 响应时间慢 系统扩容难 ## 可用性低  ## 大纲 • 产品发展中遇到的问题 • 异地多活存在哪些技术挑战 • 讯飞输入法解决方案 • 实际应用效果 • 后续规划 ## 技术挑战 ## 机房天然延迟 几十毫秒的延迟； 跨机房性能较慢 ## 跨机房专线问题 专线费用高； 专线不稳定

CHINA CONF 2023 第三届中国 Rust 开发者大会 6.17-6.18 @Shanghai ## PromQL Got a BOOST: 用 Rust 重写 Prometheus 的查询引擎 Ruihang Xia @greptime.com ## I ABOUT ## Ruihang GitHub: waynexia Losing hair at Greptime Wanna

## 万亿级数据洪峰下的消息引擎 Apache RocketMQ 誓嘉  ## 自我介绍 ●花名：誓嘉 ●真名：王小瑞 ●vintagewang@apache.org ●@阿里巴巴-中间件 ●Apache RocketMQ 创始人， 阿里消息中间件的演变历史 双11万亿级数据洪峰的挑战 ■ 历年双11消息数量变化 ■ 消息中间件核心链路 ■ 低延迟存储 ■ 容量保障 ■ 熔断机制 ■ 多副本高可用 03 Apache RocketMQ 未来展望 ## 历年双11消息数量变化 ![Image](/uploads/documents/5/f/f/d/5ffd9cd6486 双11万亿级数据洪峰的挑战 ■ 历年双11消息数量变化 ■ 消息中间件核心链路 ■ 低延迟存储 ■ 容量保障 ■ 熔断机制 ■ 多副本高可靠 03 Apache RocketMQ 未来展望 ## RocketMQ 多副本高可靠 ![Image](/uploads/documents/5/f/f/d/5ffd9cd6486bd650750aca45ab9e9830/p30_1

## 万亿级数据洪峰下的消息引擎 Apache RocketMQ 誓嘉  ## 自我介绍 ●花名：誓嘉 ●真名：王小瑞 ●vintagewang@apache.org ●@阿里巴巴-中间件 ●Apache RocketMQ 创始人， 阿里消息中间件的演变历史 双11万亿级数据洪峰的挑战 ■ 历年双11消息数量变化 ■ 消息中间件核心链路 ■ 低延迟存储 ■ 容量保障 ■ 熔断机制 ■ 多副本高可用 03 Apache RocketMQ 未来展望 ## 历年双11消息数量变化 ![Image](/uploads/documents/2/3/a/2/23a29634d10 双11万亿级数据洪峰的挑战 ■ 历年双11消息数量变化 ■ 消息中间件核心链路 ■ 低延迟存储 ■ 容量保障 ■ 熔断机制 ■ 多副本高可靠 03 Apache RocketMQ 未来展望 ## RocketMQ 多副本高可靠 ![Image](/uploads/documents/2/3/a/2/23a29634d105af53353a047b5235f563/p30_1