2.2 Enhance: Database computing enhancement engine . . . . . . . . . . . . . . . . . . . 5 2.3 Pluggable: Building database function ecology . . . . . . . . . . . . . . . . . . . . . . . 5 2.3.1 L1 Kernel ShardingSphere‐Proxy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 3.3 Hybrid Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 4 Running Modes 11 . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 Complex primary‐secondary database architecture . . . . . . . . . . . . . . . . . 40 8.3.5 Related References . . . . . . . . . . . . . . .

SLB • … Background in Shimo • High performance & Stable • Ecosystem • Maintainable • Pluggable • ... Background in Shimo Distributed Application Needs —Bilgin Ibryam What platform Ockham's Razor Background in Shimo • gPRC • High performance • Multi Language support • Pluggable and ecosystem • Service Mesh（Istio） • Cross-Language, out-of-box features, need no application application change • Additional maintenance cost, not very stable • Only implement networking runtime Architecture Com Business logic code Service Register/ Discovery Authentication Protocol Conversion

Open-Source infrastructure software: Codis, RebornDB • TiDB, TiKV, TiSpark Agenda • Design Goals • Architecture Evolution • Lessons Learned • Open Source Community Design Goals Goal 1: Horizontal Scalability Scalability Goal 2: High Availability Goal 3: ACID Transaction SQL at Scale select count(*) from t; Architecture Evolution In ancient times • Command-Line interface • Basic CRUD • AST ---> Executor SQL Persistent Storage SQL Layer GolevelDB MySQL Protocol Protocol Layer SQL Layer GolevelDB Pluggable storage engine SQL Layer MemKV Protocol Layer KV Interface GolevelDB RocksDB BoltDB Storage

’~n(pam|nss).*ldap’ p libnss-ldap - NSS module for using LDAP as a naming service p libpam-ldap - Pluggable Authentication Module allowing LDAP interfaces 这种方式查找精确的软件包名称很方便。 2.3.3 使用正则表达式匹配浏览 在” 新扁平软件包列表” 文件 位置 内容 Release 发行版的顶层 档案库描述和完整性信息 Release.gpg 发行版的顶层 ”Release” 文件的签名文件，使用档案库 密钥签名 Contents-architecture 发行版的顶层 列出在相关架构中所有软件包的全部文件 Release 每个发行版/区域/架构组合的顶 部 归档描述使用 apt_preferences( 5 ) 的 规则 Packages org/debian/dists/sid/main/binary-amd64/Release”。 Archive: unstable Origin: Debian Label: Debian Component: main Architecture: amd64 Debian 参考手册 60 / 233 小心 对于”Archive:” 章节，系列名称 (”stable”，”testing”，”unstable”, …) 用于 Debian

’~n(pam|nss).*ldap’ p libnss-ldap - NSS module for using LDAP as a naming service p libpam-ldap - Pluggable Authentication Module allowing LDAP interfaces 這種方式查詢精確的軟體包名稱很方便。 2.3.3 使用正規表達式匹配瀏覽 在” 新扁平軟體包列表” 檔案 位置 內容 Release 發行版的頂層 檔案庫描述和完整性資訊 Release.gpg 發行版的頂層 ”Release” 檔案的簽名檔案，使用檔案庫 金鑰簽名 Contents-architecture 發行版的頂層 列出在相關架構中所有軟體包的全部檔案 Release 每個發行版/區域/架構組合的頂 部 歸檔描述使用 apt_preferences( 5 ) 的 規則 Packages org/debian/dists/sid/main/binary-amd64/Release”。 Archive: unstable Origin: Debian Label: Debian Component: main Architecture: amd64 Debian 參考手冊 60 / 232 注意 對於”Archive:” 章節，系列名稱 (”stable”，”testing”，”unstable”, …) 用於 Debian

aggregation(beta) • CustomResourceDefinitions(beta) • Support for extensible admission controllers • Pluggable cloud providers • Container runtime interface (CRI) enhancements © 2017 Rancher Labs, Inc. Cu now • Build as an image and run in a cluster © 2017 Rancher Labs, Inc. API Server Aggregation Architecture ETCD API Server Kubernetes Core Extend API Server Service Instance-1 Instance-2 Instance-3

and the single-chain TPS can reach 20,000. Key Features Architecture Architectural model one-body, two-wing, multi-engine Group architecture Support dynamic expansion of multiple groups in the chain transactions Node type Consensus node, observation node Execution model sort-execute-verify Architecture System performance Peak TPS 20,000+ TPS (PBFT） Transaction confirmation delay Confirm in seconds fork No fork Bookkeeping type Account model (non-UTXO) Consensus algorithm Consensus framework Pluggable design Consensus algorithm PBFT、Raft、rPBFT Storage engine Storage design Support KV and SQL Storage

Institute, and the single-chain TPS can reach 20,000. Architecture In 2.0, FISCO BCOS innovatively proposed a “one-body, two-wing, multi- engine” architecture to achieve horizontal expansion of system throughput computing models and distributed storage, both of which bring better scalability to the group architecture. The former changes the method of serial execution in the order of transactions in the block environment safer and more stable. Core module FISCO BCOS adopts high-throughput scalable multi-group architecture, which can dynamically manage multiple chains and groups to meet the expansion and isolation requirements

清晰的模 块设计，构建了稳定、健壮的区块系统。 本章重点介绍FISCO BCOS的群组架构和系统运行时的交易流(包括交易提 交、打包、执行和上链)。 ../../../_images/architecture.png 群组架构 交易流 群组架构 考虑到真实的业务场景需求，FISCO BCOS引入多群组架构，支持区块链节 点启动多个群组，群组间交易处理、数据存储、区块共识相互隔离，保障区 Byzantine Fault Tolerance) 和 Raft(Replication and Fault Tolerant) 共识算法，共识模块框架如下图： ../../../_images/architecture1.png Sealer线程 交易打包线程，负责从交易池取交易，并基于节点最高块打包交易，产生新 区块，产生的新区块交给Engine线程处理，PBFT和Raft的交易打包线程分别 为P 消息包类型 字段名 字段含义 PrepareReqPacket block 所有共识节点正在共识的区块数据 2. 系统框架 系统框架如下图: ../../../_images/pbft_architecture.png PBFT共识主要包括两个线程: PBFTSealer: PBFT打包线程，负责从交易池取交易，并将打包好的区块封装成 PBFT Prepare包，交给PBFTEngine处理；

com/api/packages/{owner}/alpine/{branch}/{repository}/{architecture}/{filename} 参数 描述 owner 软件包的所有者 branch 要使用的分支名 repository 要使用的仓库名 architecture 软件包的架构 filename 要删除的文件名 使用 HTTP 基本身份验证的示例请求： age_name}/{package_version}/{architecture} 参数 描述 owner 软件包的所有者 package_name 软件包名称 package_version 软件包版本 distribution 软件包发行版 component 软件包组件 architecture 软件包架构 使用 HTTP 基本身份验证的示例请求： com/api/packages/{owner}/rpm/{package_name}/{package_version}/{architecture} 参数 描述 owner 软件包的所有者 package_name 软件包名称 package_version 软件包版本 architecture 软件包架构 使用HTTP基本身份验证的示例请求： 1. curl --user your_us