Admin123的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到附近那裡買和營業時間的推薦產品

SpringCloudAlibaba微服務架構實戰派（上下冊）

為了解決Admin123的問題，作者胡弦 這樣論述：

本書覆蓋了微服務架構的主要技術點，包括分散式服務治理、分散式配置管理、分散式流量防護、分散式交易處理、分散式消息處理、分散式閘道、分散式鏈路追蹤、分散式Job、分庫分表、讀寫分離、分散式緩存、服務註冊/訂閱路由、全鏈路藍綠發佈和灰度發佈。在講解這些技術點，採用“是什麼→怎麼用→什麼原理（源碼解析）”的主線來講解。為了方便讀者在企業中落地Spring Cloud Alibaba專案，本書還包括幾個相對完整的項目實戰：全鏈路日誌平臺、中台架構、資料移轉平臺、業務鏈路告警平臺。 本書的目標是：①讓讀者在動手中學習，而不是“看書時好像全明白了，一動手卻發現什麼都不會”；②讀者可以掌握微服務全棧技術，

而不僅僅是Spring Cloud Alibaba框架，對於相關的技術（Seata、RocketMQ），基本都是從零講起，這樣避免了讀者為了學會微服務技術，得找Spring Cloud Alibaba的書、Seata的書、RocketMQ的書……本書是一站式解決方案。 ★入門篇 第1章 進入Spring Cloud Alibaba的世界 /2 1.1 瞭解微服務架構 /2 1.1.1 單體架構與微服務架構的區別 /2 1.1.2 分散式架構與微服務架構的區別 /6 1.2 如何構建微服務架構 /8 1.2.1 構建微服務架構的目標 /8 1.2.2 構建微服務架構的關鍵點

/8 1.3 認識Spring Cloud Alibaba /11 1.4 學習Spring Cloud Alibaba的建議 /12 1.4.1 熟悉Spring Boot /12 1.4.2 熟悉Spring Cloud /13 1.4.3 Spring Cloud Alibaba的版本演進 /14 1.5 Spring Cloud Alibaba與Spring Cloud的關係 /15 1.6 搭建基礎環境 /16 1.6.1 安裝Maven /16 1.6.2 熟悉Git /18 第2章 熟用開發工具 /19 2.1 安裝開發工具IntelliJ IDEA /19 2.2 【實例】

用Spring Cloud Alibaba開發一個RESTful API服務 /20 2.3 瞭解Spring Framework官方開發工具STS /24 2.4 瞭解Spring Framework官方腳手架工具 /25 ★基礎篇 第3章 Spring Cloud Alibaba基礎實戰 /28 3.1 Spring Cloud Alibaba“牛刀小試” /28 3.1.1 【實例】實現樂觀鎖 /28 3.1.2 【實例】實現多資料來源 /32 3.1.3 【實例】實現SQL語句中表名的動態替換 /35 3.2 【實例】用Maven和Spring Cloud Alibaba實現多環境

部署 /36 3.2.1 初始化 /37 3.2.2 多環境配置 /37 3.2.3 構建 /38 3.2.4 效果演示 /41 3.3 【實例】用“MyBatis-Plus + Spring Cloud Alibaba”實現多租戶架構 /42 3.3.1 多租戶的概念 /42 3.3.2 多租戶的原理 /42 3.3.3 架構 /44 3.3.4 搭建及效果演示 /46 第4章 分散式服務治理――基於Nacos /48 4.1 認識分散式服務治理 /48 4.1.1 什麼是分散式服務治理 /48 4.1.2 為什麼需要分散式服務治理 /49 4.2 瞭解主流的註冊中心 /50 4.2.1

Nacos /50 4.2.2 ZooKeeper /51 4.2.3 Consul /52 4.2.4 Sofa /53 4.2.5 Etcd /53 4.2.6 Eureka /54 4.2.7 對比Nacos、ZooKeeper、Sofa、Consul、Etcd和Euraka /54 4.3 將應用接入Nacos 註冊中心 /55 4.3.1 【實例】用“Nacos Client + Spring Boot”接入 /55 4.3.2 【實例】用Spring Cloud Alibaba Discovery接入 /57 4.4 用“NacosNamingService類 + @EnableD

iscoveryClient”實現服務的註冊/訂閱 /59 4.4.1 服務註冊的原理 /59 4.4.2 服務訂閱的原理 /69 4.4.3 【實例】通過服務冪等性設計驗證服務的註冊/訂閱 /74 4.5 用“Ribbon + Nacos Client”實現服務發現的負載均衡 /82 4.5.1 為什麼需要負載均衡 /82 4.5.2 【實例】用“Ribbon + Nacos Client”實現負載均衡 /83 4.6 用CP模式和AP模式來保持註冊中心的資料一致性 /88 4.6.1 瞭解CAP理論 /88 4.6.2 瞭解Nacos的CP模式和AP模式 /89 4.6.3 瞭解Raft與

Soft-Jraft /90 4.6.4 Nacos註冊中心AP模式的資料一致性原理 /91 4.6.5 Nacos註冊中心CP模式的資料一致性原理 /96 4.6.6 【實例】用持久化的服務實例來驗證註冊中心的資料一致性 /104 4.7 用緩存和檔來存儲Nacos的中繼資料 /106 4.7.1 認識Nacos的中繼資料 /106 4.7.2 用緩存存儲Nacos的中繼資料 /108 4.7.3 用檔存儲Nacos的中繼資料 /110 4.7.4 【實例】用Spring Cloud Alibaba整合Nacos和Dubbo的中繼資料 /111 4.8 用Nacos Sync來實現應用服務的

資料移轉 /114 4.8.1 為什麼要進行應用服務的資料移轉 /115 4.8.2 如何完成應用服務的資料移轉 /116 4.8.3 【實例】將Eureka註冊中心中的應用服務資料移轉到Nacos註冊中心中 /117 第5章 分散式配置管理――基於Nacos /122 5.1 認識分散式配置管理 /122 5.1.1 什麼是分散式配置管理 /122 5.1.2 為什麼需要分散式配置管理 /123 5.2 瞭解主流的配置中心 /124 5.2.1 Nacos /124 5.2.2 Spring Cloud Config /126 5.2.3 Apollo /127 5.2.4 對比Nacos

、Spring Cloud Config、Apollo和Disconf /127 5.3 將應用接入Nacos配置中心 /128 5.3.1 接入方式 /128 5.3.2 認識Nacos配置中心的配置資訊模型 /128 5.3.3 瞭解NacosConfigService類 /129 5.3.4 【實例】用Nacos Client接入應用 /129 5.3.5 【實例】用Open API接入應用 /132 5.3.6 【實例】用Spring Cloud Alibaba Config接入應用 /134 5.4 用HTTP協議和gRPC框架實現通信管道 /137 5.4.1 什麼是gRPC /1

37 5.4.2 “用HTTP實現Nacos Config通信管道”的原理 /137 5.4.3 “用‘長輪詢 + 註冊監聽器’機制將變 之後的配置資訊同步到應用”的原理 /141 5.4.4 “用gRPC框架實現用戶端與Nacos Config Server之間通信管道”的原理 /148 5.4.5 【實例】用“採用gRPC通信管道的Nacos Config”實現配置資料的動態 新 /151 5.5 用“Sofa-Jraft + Apache Derby”保證配置中心的資料一致性 /152 5.5.1 Nacos配置中心的資料一致性原理 /153 5.5.2 【實例】用“切換所連接的Naco

s節點”驗證資料一致性 /159 5.6 用資料庫持久化配置中心的資料 /161 5.6.1 為什麼需要持久化 /161 5.6.2 持久化的基礎配置 /162 5.6.3 持久化的原理 /162 5.6.4 【實例】用“配置資訊的灰度發佈”驗證持久化 /165 5.7 用“Spring Cloud Alibaba Config + Nacos Config”實現配置管理（公共配置、應用配置和擴展配置） /168 5.7.1 “按照優先順序載入屬性”的原理 /168 5.7.2 【實例】驗證公共配置、應用配置和擴展配置的優先順序順序 /172 第6章 分散式流量防護――基於Sentinel

/175 6.1 認識分散式流量防護 /175 6.1.1 什麼是分散式流量防護 /175 6.1.2 為什麼需要分散式流量防護 /177 6.2 認識Sentinel /179 6.3 將應用接入Sentinel /180 6.3.1 搭建Sentinel控制台 /180 6.3.2 【實例】用Sentinel Core手動地將應用接入Sentinel /181 6.3.3 【實例】用Spring Cloud Alibaba Sentinel將應用接入Sentinel /183 6.4 用HTTP或者Netty實現通信管道 /184 6.4.1 認識NIO框架Netty /184 6.4.2

用SPI機制實現外掛程式化通信管道的原理 /184 6.4.3 “用外掛程式類NettyHttpCommandCenter實現通信管道”的原理 /189 6.4.4 “用SimpleHttpCommandCenter類實現通信管道”的原理 /192 6.4.5 【實例】用Netty實現通信管道，實現“從應用端到Sentinel控制台的流量控制規則推送” /196 6.5 用篩檢程式和攔截器實現組件的適配 /198 6.5.1 什麼是篩檢程式和攔截器 /198 6.5.2 “Sentinel通過篩檢程式適配Dubbo”的原理 /199 6.5.3 “Sentinel通過攔截器適配Spring

MVC”的原理 /203 6.5.4 【實例】將Spring Cloud Gateway應用接入Sentinel，管理流量控制規則 /206 6.6 用“流量控制”實現流量防護 /208 6.6.1 什麼是流量控制 /208 6.6.2 槽位元（Slot）的動態載入機制 /210 6.6.3 “載入應用運行的監控指標”的原理 /214 6.6.4 “用QPS/併發執行緒數實現流量控制”的原理 /216 6.6.5 “用調用關係實現流量控制”的原理 /222 6.6.6 【實例】通過控制台即時地修改QPS驗證元件的流量防控 /224 6.7 用“熔斷降級”實現流量防護 /227 6.7.1 什麼

是熔斷降級 /227 6.7.2 “實現熔斷降級”的原理 /228 6.7.3 【實例】用“類比Dubbo服務故障”驗證服務調用熔斷降級的過程 /235 6.8 用“系統自我調整保護”實現流量防護 /239 6.8.1 什麼是“系統自我調整保護” /239 6.8.2 “系統自我調整保護”的原理 /240 6.8.3 【實例】通過調整應用服務的入口流量和負載，驗證系統自我調整保護 /243 6.9 用Nacos實現規則的動態配置和持久化 /247 6.9.1 為什麼需要“規則的動態配置” /247 6.9.2 為什麼需要“規則的持久化” /248 6.9.3 “規則的動態配置”的原理 /248

6.9.4 “規則的持久化”的原理 /255 6.9.5 【實例】將Dubbo應用接入Sentinel，實現規則的動態配置和持久化 /257 ★中級篇 第7章 分散式交易處理――基於Seata /264 7.1 認識分散式事務 /264 7.1.1 什麼是分散式事務 /264 7.1.2 為什麼需要分散式事務 /267 7.2 認識Seata /268 7.2.1 Seata的基礎概念 /268 7.2.2 Seata的事務模式 /269 7.3 將應用接入Seata /274 7.3.1 搭建Seata Server的高可用環境 /274 7.3.2 【實例】使用seata-sprin

g-boot-starter將應用接入Seata /279 7.3.3 【實例】使用Spring Cloud Alibaba 將應用接入Seata /282 7.4 用Netty實現用戶端與伺服器端之間的通信管道 /284 7.4.1 “用Netty實現通信管道的伺服器端”的原理 /284 7.4.2 “用Netty實現通信管道的用戶端”的原理 /289 7.5 用攔截器和篩檢程式適配主流的RPC框架 /295 7.5.1 “用篩檢程式適配Dubbo”的原理 /295 7.5.2 “用攔截器適配gRPC”的原理 /297 7.6 用AT模式實現分散式事務 /299 7.6.1 “用資料來源代理

實現AT模式的零侵入應用”的原理 /299 7.6.2 “用全域鎖實現AT模式第二階段的寫隔離”的原理 /304 7.6.3 【實例】搭建Seata的AT模式的環境，並驗證AT模式的分散式事務 場景 /317 7.7 用TCC模式實現分散式事務 /327 7.7.1 用GlobalTransactionScanner類掃描用戶端，開啟TCC動態代理 /327 7.7.2 用攔截器TccActionInterceptor校驗TCC事務 /330 7.7.3 【實例】搭建Seata的TCC模式的環境，並驗證TCC模式的分散式事務場景 /332 7.8 用XA模式實現分散式事務 /343 7.8.1

“用資料來源代理實現XA模式的零侵入應用”的原理 /343 7.8.2 用XACore類處理XA模式的事務請求 /350 7.8.3 【實例】搭建Seata的XA模式的用戶端運行環境，並驗證XA模式的 分散式交易復原的效果 /353 7.9 用Saga模式實現分散式事務 /362 7.9.1 “用狀態機實現Saga模式”的原理 /363 7.9.2 【實例】搭建Seata的Saga模式的用戶端運行環境，並驗證Saga模式的分散式事務場景 /367 第8章 分散式消息處理――基於RocketMQ /374 8.1 消息中介軟體概述 /374 8.1.1 什麼是消息中介軟體 /374 8.1.

2 為什麼需要消息中介軟體 /375 8.1.3 認識RocketMQ /376 8.2 搭建RocketMQ的運行環境 /379 8.2.1 瞭解RocketMQ的安裝包 /379 8.2.2 搭建單Master的單機環境 /380 8.2.3 搭建多Master的集群環境 /380 8.2.4 搭建單Master和單Slave的集群環境 /382 8.2.5 搭建Raft集群環境 /384 8.2.6 【實例】用RocketMQ Admin控制台管控RocketMQ /386 8.3 將應用接入RocketMQ /386 8.3.1 【實例】用rocketmq-spring-boot-st

arter框架將應用接入RocketMQ /387 8.3.2 【實例】用spring-cloud-starter-stream-rocketmq框架將應用接入 RocketMQ /389 8.4 用Netty實現RocketMQ的通信管道 /392 8.4.1 用NettyRemotingClient類實現用戶端的通信管道 /393 8.4.2 用NettyRemotingServer類實現伺服器端的通信管道 /395 8.5 用“非同步”“同步”和“ 多發送一次”模式生產消息 /400 8.5.1 用“非同步”模式生產消息的原理 /400 8.5.2 用“同步”模式生產消息的原理 /403

8.5.3 用“ 多發送一次”模式生產消息的原理 /405 8.5.4 【實例】在Spring Cloud Alibaba專案中生產同步消息和非同步消息 /407 8.6 用Push模式和Pull模式消費消息 /410 8.6.1 “用Push模式消費消息”的原理 /410 8.6.2 “用Pull模式消費消息”的原理 /421 8.6.3 【實例】生產者生產消息，消費者用Pull模式和Push模式消費消息 /431 8.7 用兩階段提交和定時回查事務狀態實現事務消息 /437 8.7.1 什麼是事務消息 /437 8.7.2 兩階段提交的原理 /437 8.7.3 定時回查事務狀態的原理

/447 8.7.4 【實例】在Spring Cloud Aliaba專案中生產事務消息 /451 第9章 分散式閘道――基於Spring Cloud Gateway /456 9.1 認識閘道 /456 9.1.1 什麼是閘道 /456 9.1.2 為什麼需要閘道 /457 9.1.3 認識Spring Cloud Gateway /460 9.2 用Reactor Netty實現 Spring Cloud Gateway的通信管道 /463 9.2.1 什麼是Reactor Netty /463 9.2.2 “用篩檢程式代理閘道請求”的原理 /466 9.3 用“路由規則定位器”（Rou

teDefinitionLocator）載入閘道的路由規則 /473 9.3.1 “基於註冊中心的路由規則定位器”的原理 /473 9.3.2 “基於記憶體的路由規則定位器”的原理 /477 9.3.3 “基於Redis緩存的路由規則定位器”的原理 /479 9.3.4 “基於屬性檔的路由規則定位器”的原理 /480 9.3.5 【實例】用“基於註冊中心和配置中心的路由規則定位器”在閘道統一暴露API /481 9.4 用“Redis + Lua”進行閘道API的限流 /487 9.4.1 “閘道用Redis + Lua實現分散式限流”的原理 /487 9.4.2 【實例】將Spring Cl

oud Alibaba應用接入閘道，用“Redis +Lua”進行限流 /494 ★ 篇 第10章 分散式鏈路追蹤――基於Skywalking /500 10.1 認識分散式鏈路追蹤 /500 10.1.1 什麼是分散式鏈路追蹤 /500 10.1.2 認識Skywalking /502 10.2 搭建Skywalking環境 /505 10.2.1 搭建單機環境 /505 10.2.2 搭建集群環境 /507 10.3 用Java Agent將Spring Cloud Alibaba應用接入Skywalking 10.3.1 什麼是Java Agent /511 10.3.2 “Skyw

alking使用Java Agent零侵入應用”的原理 /513 10.3.3 【實例】將“基於Spring Cloud Alibaba的服務消費者和訂閱者”接入Skywalking /517 10.4 用ModuleProvider和ModuleDefine將Skywalking的功能進行模組化設計 10.4.1 為什麼需要模組化設計 /520 10.4.2 Skywalking模組化設計的原理 /522 10.4.3 Skywalking啟動的原理 /529 10.5 用HTTP、gRPC和Kafka實現“應用與Skywalking之間的通信管道” 10.5.1 “基於HTTP實現通信管道

”的原理 /532 10.5.2 “基於gRPC實現通信管道”的原理 /535 10.5.3 “基於Kafka實現通信管道”的原理 /541 10.5.4 【實例】搭建Kafka環境，並用非同步通信管道Kafka收集基於Spring Cloud Alibaba應用的運行鏈路指標資料 /549 10.6 用“註冊中心”保證集群的高可用 /551 10.6.1 為什麼需要註冊中心 /551 10.6.2 “用註冊中心保證集群高可用”的原理 /553 10.7 用“分散式配置中心”動態載入集群的配置資訊 /558 10.7.1 為什麼需要分散式配置中心 /558 10.7.2 “用配置中心動態載入集

群配置資訊”的原理 /559 10.7.3 【實例】用配置中心動態地修改告警規則 /565 10.8 用探針採集鏈路追蹤資料 /569 10.8.1 什麼是探針 /569 10.8.2 Dubbo探針的原理 /570 10.8.3 “Skywalking用探針來增強應用代碼”的原理 /573 10.8.4 【實例】類比Dubbo服務故障，用Dubbo探針採集鏈路追蹤資料 10.9 用Elasticsearch存儲鏈路追蹤資料 /583 10.9.1 什麼是Elasticsearch /583 10.9.2 存儲鏈路追蹤指標資料的原理 /584 10.9.3 【實例】將Skywalking集群接

入Elasticsearch，並採集Spring Cloud Alibaba應用的鏈路追蹤資料 /595 第11章 分散式Job――基於Elastic Job /598 11.1 認識分散式Job /598 11.1.1 為什麼需要分散式Job /598 11.1.2 認識Elastic Job /602 11.2 將應用接入Elastic Job Lite /604 11.2.1 將應用接入Elastic Job Lite的3種模式 /605 11.2.2 搭建Elastic Job Lite的分散式環境 /607 11.2.3 【實例】用Spring Boot Starter將Sprin

g Cloud Alibaba應用接入Elastic Job Lite /608 11.3 “實現Elastic Job Lite的本地Job和分散式Job”的原理 /611 11.3.1 用Quartz框架實現本地Job /611 11.3.2 用ZooKeeper框架實現分散式Job /621 11.3.3 【實例】在Elastic Job控制台中操控分散式Job /625 11.4 “用SPI將Job分片策略外掛程式化”的原理 /627 11.4.1 用SPI工廠類JobShardingStrategyFactory載入分片策略 /628 11.4.2 用ShardingService類

觸發Job去執行分片策略 /631 11.4.3 【實例】將Spring Cloud Alibaba應用接入帶有分片功能的分散式Job /633 11.5 “實現分散式Job的事件追蹤”的原理 /636 11.5.1 用基於Guava的事件機制實現分散式Job的事件追蹤 /636 11.5.2 用資料庫持久化分散式Job的運行狀態和日誌 /643 11.5.3 【實例】將Spring Cloud Alibaba應用接入Elastic Job，並開啟分散式Job的事件追蹤 /652 第12章 分庫分表和讀寫分離――基於ShardingSphere 12.1 認識ShardingSphere /

655 12.1.1 什麼是分散式資料庫 /655 12.1.2 什麼是ShardingSphere /658 12.2 將應用接入ShardingSphere JDBC /662 12.2.1 用四種模式將應用接入Shardingsphere JDBC /662 12.2.2 【實例】用Spring Boot將應用接入Shardingsphere JDBC並完成分庫分表 /665 12.3 “用路由引擎實現分庫分表”的原理 /681 12.3.1 綁定分庫分表規則和資料庫資料來源，並初始化路由引擎 /682 12.3.2 攔截SQL語句，並啟動路由引擎 /689 12.4 “讀寫分離”的原理

/703 12.4.1 讀取應用設定檔中的資料庫據源及讀寫分離規則 /703 12.4.2 使用ReplicaQuerySQLRouter類的createRouteContext()方法創建讀寫分離的路由上下文物件RouteContext /704 12.4.3 使用ReplicaQueryRuleSpringbootConfiguration類載入應用的]負載等化器ReplicaLoadBalanceAlgorithm物件 /706 12.5 用Netty實現Shardingsphere Proxy的通信管道 /708 12.5.1 “Shardingsphere Proxy通信管道”的原

理 /708 12.5.2 【實例】搭建通信管道環境，將Spring Cloud Alibaba應用接入Shardingsphere Proxy /711 12.6 “使用SQL解析引擎實現Shardingsphere Proxy分庫分表”的原理 12.6.1 為什麼需要SQL解析引擎 /715 12.6.2 使用命令設計模式實現SQL語句的路由 /716 12.6.3 “使用MySQLComStmtPrepareExecutor類處理SQL請求”的原理 12.6.4 “使用MySQLComStmtExecuteExecutor類處理SQL請求”的原理 第13章 分散式緩存――基於Redis

/741 13.1 認識緩存 /741 13.1.1 什麼是本地緩存 /741 13.1.2 什麼是分散式緩存 /743 13.1.3 什麼是Redis /745 13.1.4 Redis的整體架構 /746 13.2 搭建Redis集群環境 /747 13.2.1 搭建主從環境 /747 13.2.2 搭建Sentinel集群環境 /751 13.2.3 搭建Codis集群環境 /756 13.2.4 搭建Redis Cluster集群環境 /769 13.3 將Spring Cloud Alibaba應用接入Redis /775 13.3.1 【實例】集成spring-boot-star

ter-data-redis，將Spring Cloud Alibaba應用接入Redis主從環境 /775 13.3.2 【實例】集成redisson-spring-boot-starter，將Spring Cloud Alibaba 應用接入Redis的Sentinel環境 /778 13.3.3 【實例】集成Jedis，將Spring Cloud Alibaba應用接入Redis的Codis集群環境 /782 13.3.4 【實例】集成Lettuce，將Spring Cloud Alibaba應用接入Redis Cluster集群環境 /785 13.4 “用分散式緩存Redis和Red

isson框架實現分散式鎖”的原理 13.4.1 什麼是分散式鎖 /789 13.4.2 初始化RedissonClient並連接Redis的伺服器端 /791 13.4.3 “用Redisson框架的RedissonLock類實現分散式鎖”的原理 13.4.4 【實例】在Spring Cloud Alibaba應用中，驗證分散式鎖的功能 第14章 服務註冊/訂閱路由、全鏈路藍綠發佈和灰度發佈――基於Discovery 14.1 認識服務註冊/訂閱路由、藍綠發佈和灰度發佈 /815 14.1.1 什麼是服務註冊路由、服務訂閱路由 /816 14.1.2 什麼是藍綠發佈 /816 14.1.3

什麼是灰度發佈 /817 14.1.4 認識微服務治理框架Discovery /819 14.2 “用外掛程式機制來集成主流的註冊中心和配置中心”的原理 /822 14.2.1 集成主流的註冊中心 /822 14.2.2 集成主流的配置中心 /827 14.3 “用Open API和配置中心動態變修改規則”的原理 /828 14.3.1 用Open API動態修改規則 /829 14.3.2 用配置中心動態修改規則 /834 14.3.3 【實例】在Spring Cloud Alibaba應用中用Nacos配置中心變 規則，並驗證規則動態變 的效果 /839 14.4 “用服務註冊/訂閱實現

服務的路由”的原理 /842 14.4.1 用“服務註冊的前置處理和註冊監聽器”實現基於服務註冊的服務路由 /843 14.4.2 用“服務訂閱前置處理 + 註冊監聽器”實現基於服務訂閱的服務路由 /849 14.4.3 【實例】在Spring Cloud Alibaba應用中配置服務註冊的路由規則 14.4.4 【實例】在Spring Cloud Alibaba應用中配置服務訂閱的路由規則 14.5 “用路由篩檢程式實現全鏈路的藍綠發佈和灰度發佈”的原理 /866 14.5.1 用路由篩檢程式適配 Spring Cloud Gateway閘道 /866 14.5.2 用路由篩檢程式適配 RE

STful API /869 14.5.3 【實例】在Spring Cloud Alibaba應用中配置全鏈路灰度發佈的規則，並驗證全鏈路灰度發佈的效果 /871 14.5.4 【實例】在Spring Cloud Alibaba應用中配置全鏈路藍綠發佈的規則，並驗證全鏈路藍綠發佈的效果 /879 ★專案實戰篇 第15章 【專案】全鏈路日誌平臺――基於ELK、FileBeat、Kafka、Spring Cloud Alibaba及Skywalking /886 15.1 全鏈路日誌平臺整體架構 /886 15.2 搭建環境 /887 15.3 將Spring Cloud Alibaba應用接

入全鏈路日誌平臺 /890 15.3.1 將微服務接入全鏈路日誌平臺 /890 15.3.2 使用全鏈路日誌平臺查詢業務日誌 /891 第16章 【項目】在企業中落地中台架構 /893 16.1 某跨境支付公司中台架構 /893 16.1.1 跨境支付中台架構 /893 16.1.2 跨境支付用戶中台架構 /895 16.2 某娛樂直播司中台架構 /896 16.2.1 泛娛樂直播中台架構 /896 16.2.2 直播用戶中台架構 /899 16.3 用“服務雙寫和灰度發佈”來實現中台服務上線過程中的“業務方零停機時間” /902 16.3.1 服務雙寫架構 /902 16.3.2 服務灰度

發佈架構 /903 第17章 【項目】異構資料移轉平臺――基於DataX /905 17.1 搭建環境 /905 17.1.1 軟體環境 /905 17.1.2 搭建MySQL的異構資料移轉環境 /906 17.2 搭建控制台 /909 17.2.1 構建部署包 /909 17.2.2 用部署包搭建後臺管理系統datax-admin /910 17.2.3 用部署包搭建任務執行器datax-executor /911 17.2.4 使用視覺化控制台執行MySQL異構資料移轉 /911 17.3 在Spring Cloud Alibaba應用中用DataX完成異構資料移轉 第18章 【項目】

業務鏈路告警平臺――基於Spring Cloud libaba、Nacos和Skywalking 18.1 告警平臺的整體架構設計 /922 18.2 告 務詳細設計 /924 18.2.1 產品化部署設計 /925 18.2.2 Nacos服務健康告警設計 /926 18.2.3 Skywalking鏈路錯誤告警設計 /927 18.2.4 Skywalking的指標告警設計 /928 18.2.5 RocketMQ消息堆積告警設計 /928 18.3 分析告 務的部分源碼 /929 18.3.1 用分散式Job類NacosAlarmHealthJob實現Nacos服務健康告警 18.3.2

用分散式Job類SkywalkingErrorAlarmJob實現Skywalking鏈路錯誤告警 18.4 將電商微服務接入告警平臺，驗證告警平臺的即時告警功能 /932 18.4.1 啟動告警平臺的軟體環境 /932 18.4.2 在購買商品時，在下單過程中驗證即時告警功能 /933 18.4.3 在購買商品時，在支付過程中驗證即時告警功能 /936

Admin123進入發燒排行的影片

國民小學公共關係、組織創新經營與學校效能關係之研究

為了解決Admin123的問題，作者徐易男 這樣論述：

本研究旨在探討國民小學的公共關係、組織創新經營與學校效能之關係，以瞭解目前國內國民小學推動公共關係的情形，以及確認組織創新經營與學校效能之高低情形，以作為國民小學行政實務運作的參考，以達成學校校務革新與發展的目的。本研究採用調查研究法，並根據研究目的，研究問題及文獻探討結果，編製「國民小學公共關係、創新經營與學校效能現況調查問卷」進行預試，並依據因素分析結果編製正式問卷進行調查研究。本研究以台灣地區公立國民小學的教師為母群體，依北、中、南、東四區以分層隨機抽樣方法進行抽取樣本，總計抽取1375 位國小教師，回收有效樣本1023人。問卷調查結果採用描述性統計、Pearson積差相關、t 檢定、

單因子變異數、多元迴歸分析、結構方程模式等統計方法進行分析。本研究之主要發現如下：一、國民小學公共關係實際情況良好，並以「成果回饋」為最佳。二、國民小學創新經營表現良好，並以「行政運作創新」為最佳。三、國民小學學校效能實際情況良好，並以「溝通協調」最佳。四、國民小學公共關係、創新經營與學校效能三者間具有正向的關聯。五、國民小學公共關係及創新經營的分層面對學校效能有正向預測作用。六、國民小學公共關係可透過組織創新經營，增強對學校效能的正向影響力。依據以上之研究發現，本研究對教育行政機關、學校與未來研究分別提出以下建議：一、對教育行政機關之建議：（一）應給予教職員工更多進修機會，鼓勵終身學習。（二

）提供具體策略，有效降低小型與大型學校辦學壓力。（三）將公共關係與創新經營之課程納入培育課程中。（四）訂定獎勵辦法推動學校行銷與創新。二、對學校之建議：（一）加強教師參與，使所有成員共同參與校務推動。（二）尊重資深教師之經驗及意見，善用人力資源。（三）積極鼓勵教職員工進修以落實終身學習理念。（四）提供與建置相關資源，鼓勵教師發揮創造力。（五）都會區大型學校，應強化溝通機制，追求團隊合作。三、對未來研究之建議：（一）研究對象方面，建議擴大研究群體。（二）研究方法方面，建議兼採質性研究。（三）研究變項方面，建議納入其他變項進行分析。

深入實踐DDD：以DSL驅動複雜軟體發展

為了解決Admin123的問題，作者楊捷鋒 這樣論述：

本書是擁有二十年商務軟體開發經驗及十年技術管理經驗的資深技術專家嘔心瀝血之作，也是目前市場上少有的闡述如何通過使用領域專用語言（DSL）實現領域驅動設計（DDD）的圖書。   書中首先帶領讀者重溫DDD在戰術設計層面及戰略設計層面上的部分重要概念，並簡要介紹了自DDD社區興起的一些軟體架構模式。然後闡述如何設計一門DDD原生的DSL，包括這個DSL的規範支援哪些特性、如何説明團隊描述領域模型的方方面面、這些特性的選擇基於何種考量等。   然後在此基礎上詳細講解了如何使用技術工具將描述領域模型的DSL文檔直接轉化為可以工作的軟體代碼，在這個過程中結合諸多來自商務軟體開發工作中的真實案例，展示並分

析了大量的關鍵代碼，讓讀者可以深入地瞭解製造那些基於DSL的DDD技術工具的秘密。   之後講述了一些建模案例，並探討了一些與DDD相關的其他話題，對讀者開拓技術思維、更深刻地理解DDD有所助益。 楊捷鋒，曾就職于南開戈德集團、普天集團、通路快建等公司。曾作為獨立技術顧問為海爾集團、瀋陽飛機工業集團、上廣電NEC、天馬微電子等企業提供軟體發展與技術諮詢服務。   目前在一家電商創業公司擔任技術負責人。有多個大型企業應用軟體的分析建模經驗，以及大型開發框架（ORM、IoC等）的架構經驗。多年來一直未脫離軟體發展一線工作，對軟體系統分析、資料建模、領域驅動設計、專案管理略有心得

。 【第一部分　概念】 第1章　DDD 的關鍵概念 2 1.1　自頂而下、逐步求精 3 1.1.1　DDD開創全新分析流派 3 1.1.2　什麼是軟體的核心複雜性 4 1.2　什麼是領域模型 4 1.3　戰術層面的關鍵概念 6 1.3.1　實體 6 1.3.2　值對象 6 1.3.3　聚合與聚合根、聚合內部實體 7 1.3.4　聚合的整體與局部 9 1.3.5　聚合是資料修改的單元 9 1.3.6　聚合分析是“拆分”的基礎 10 1.3.7　服務 12 1.4　戰略層面的關鍵概念 13 1.4.1　限界上下文 13 1.4.2　限界上下文與微服務 14 1.4.3　防腐層

15 1.4.4　統一語言 18 1.5　ER 模型、OO模型和關係模型 19 1.6　概念建模與模型範式 21 第2章　其他DDD相關概念 22 2.1　領域 ID 22 2.1.1　自然鍵與代理鍵 23 2.1.2　DDD 實體的 ID 需要被最終使用者看到 23 2.1.3　什麼時候使用代理鍵 24 2.2　ID、Local ID 與 Global ID 26 2.3　命令、事件與狀態 27 第3章　CQRS 與 Event Sourcing 29 3.1　命令查詢職責分離 29 3.2　事件溯源 32 3.3　From-Thru 模式 33 3.3.1　示例：ProductPrice

33 3.3.2　示例：PartyRelationship 35 3.4　CQRS、ES 與流處理 36   【第二部分　設計】 第4章　DDD 的 DSL是什麼 40 4.1　為什麼 DDD 需要 DSL 41 4.1.1　為什麼實現 DDD 那麼難 41 4.1.2　搞定 DDD 的“錘子”在哪裡 42 4.2　需要什麼樣的 DSL 43 4.2.1　在“信仰”上保持中立 44 4.2.2　DDD 原生 45 4.2.3　在複雜和簡單中平衡 46 4.2.4　通過 DSL 重塑軟體發展過程 48 4.3　DDDML——DDD 的 DSL 48 4.3.1　DDDML 的詞彙表 49 4.3

.2　DDDML 的 Schema 51 4.4　DDDML 示例：Car 52 4.4.1　“對象”的名稱在哪裡 55 4.4.2　使用兩種命名風格：camelCase 與 PascalCase 55 4.4.3　為何引入關鍵字 itemType 56 第5章　限界上下文 57 5.1　DDDML 文檔的根結點下有什麼 57 5.2　限界上下文的配置 59 5.3　名稱空間 62 5.3.1　再談 PascalCase 命名風格 62 5.3.2　注意兩個字母的首字母縮寫詞 63 5.4　關於模組 64 第6章　值對象 67 6.1　領域基礎類型 68 6.1.1　例子：從 OFBiz 借鑒

過來的類型系統 70 6.1.2　例子：任務的觸發器 73 6.2　資料值物件 75 6.3　枚舉對象 76 第7章　聚合與實體 79 7.1　用同一個結點描述聚合及聚合根 79 7.2　實體之間只有一種基本關係 82 7.3　關於實體的 ID 85 7.4　不變的實體 89 7.5　動態物件 90 7.6　 繼承與多態 92 7.6.1　使用關鍵字 inheritedFrom 94 7.6.2　超對象 95 7.7　引用 97 7.7.1　定義實體的引用 97 7.7.2　屬性的類型與參考類型 101 7.8　基本屬性與派生屬性 102 7.8.1　類型為實體集合的派生屬性 103 7.8.

2　類型為值物件的派生屬性 106 7.9　約束 107 7.9.1　在實體層面的約束 107 7.9.2　在屬性層面的約束 109 7.10　提供擴展點 110 第8章　超越資料模型 112 8.1　實體的方法 112 8.1.1　聚合根的方法 115 8.1.2　非聚合根實體的方法 116 8.1.3　屬性的命令 117 8.1.4　命令 ID 與請求者 ID 119 8.2　記錄業務邏輯 119 8.2.1　關於 accountingQuantityTypes 120 8.2.2　關於 derivationLogic 120 8.2.3　關於 filter 121 8.2.4　使用關鍵字

referenceFilter 121 8.2.5　業務邏輯代碼中的變數 122 8.2.6　說說區塊鏈 123 8.3　領域服務 123 8.4　在方法定義中使用關鍵字 inheritedFrom 125 8.5　方法的安全性 126 第9章　模式 128 9.1　賬務模式 128 9.2　狀態機模式 132 9.3　樹結構模式 137 9.3.1　簡單的樹 137 9.3.2　使用關鍵字structureType 138 9.3.3　使用關鍵字structureTypeFilter 139   【第三部分　實踐】 第10章　處理限界上下文與值物件 142 10.1　專案檔案 143 10.

2　處理值物件 144 10.2.1　一個需要處理的資料值物件示例 145 10.2.2　使用 Hibernate 存儲資料值物件 146 10.2.3　處理值物件的集合 149 10.2.4　在 URL 中使用資料值物件 151 10.2.5　處理領域基礎類型 153 第11章　處理聚合與實體 161 11.1　生成聚合的代碼 162 11.1.1　介面 163 11.1.2　代碼中的命名問題 178 11.1.3　介面的實現 179 11.1.4　事件存儲與持久化 207 11.1.5　使用 Validation 框架 218 11.1.6　保證靜態方法與模型同步更新 220 11.1.7

　不使用事件溯源 222 11.2　Override 聚合物件的方法 223 11.3　處理繼承 225 11.3.1　TPCH 226 11.3.2　TPCC 227 11.3.3　TPS 228 11.4　處理模式 229 11.4.1　處理賬務模式 229 11.4.2　處理狀態機模式 234 第12章　處理領域服務 238 12.1　處理資料的一致性 239 12.1.1　使用資料庫事務實現一致性 240 12.1.2　使用 Saga 實現最終一致性 241 12.2　發佈與處理領域事件 243 12.2.1　編寫 DDDML 文檔 243 12.2.2　生成的事件發佈代碼 245 1

2.2.3　編寫生產端聚合的業務邏輯 253 12.2.4　實現消費端領域事件的處理 254 12.3　支援基於編制的 Saga 255 12.3.1　編寫 DDDML 文檔 255 12.3.2　生成的 Saga 命令處理代碼 261 12.3.3　需要我們編寫的 Saga 代碼 268 12.3.4　需要我們實現的實體方法 273 第13章　RESTful API 276 13.1　RESTful API 的最佳實踐 276 13.1.1　沒有必要絞盡腦汁地尋找名詞 277 13.1.2　盡可能使用 HTTP作為封包 277 13.1.3　異常處理 279 13.2　聚合的 RESTful

API 280 13.2.1　GET 280 13.2.2　PUT 291 13.2.3　PATCH 293 13.2.4　DELETE 295 13.2.5　POST 295 13.2.6　事件溯源 API 296 13.2.7　樹的查詢介面 297 13.3　服務的 RESTful API 297 13.4　身份與訪問管理 299 13.4.1　獲取 OAuth 2.0 Bearer Token 299 13.4.2　在資原始伺服器上處理授權 301 13.5　生成 Client SDK 302 13.5.1　創建聚合實例 303 13.5.2　更新聚合實例 304 13.5.3　使用

Retrofit2 306 第14章　直達 UI 308 14.1　兩條路線的鬥爭 309 14.1.1　前端“知道”領域模型 309 14.1.2　前端“只知道”RESTful API 312 14.2　生成 Admin UI 312 14.2.1　使用 referenceFilter 313 14.2.2　展示派生的實體集合屬性 315 14.2.3　使用屬性層面的約束 316 14.2.4　使用 UI 層中繼資料 317 14.2.5　構建更即時的應用 318   【第四部分　建模漫談與 DDD 隨想】 第15章　找回敏捷的軟體設計 322 15.1　重構不是萬能靈藥 323 15.2　

數據建模示例：訂單的裝運與支付 324 15.2.1　訂單與訂單行項 325 15.2.2　訂單與訂單裝運組 327 15.2.3　訂單與裝運單 328 15.2.4　訂單的專案發貨 329 15.2.5　訂單的支付 330 15.3　中台是一個輪回 332 15.4　產生實體需求與行為驅動測試 334 15.4.1　 什麼是產生實體需求 334 15.4.2　BDD 工具 335 15.4.3　BDD 工具應與 DDD 相得益彰 336 15.4.4　不要在接受度測試中使用固件資料 336 15.4.5　製造“製造資料”的工具 337 15.5　要領域模型驅動，不要 UI 驅動 345 15

.6　不要用“我”的視角設計核心模型 346 15.6.1　讓 User 消失 347 15.6.2　認識一下 Party 348 15.7　我們想要的敏捷設計 350 第16章　說說 SaaS 351 16.1　何為 SaaS 351 16.2　多租戶技術 352 16.3　構建成功的 SaaS 有何難 353 16.3.1　多租戶系統的構建成本 353 16.3.2　難以滿足的定制化需求 353 16.3.3　負重前行的傳統軟體公司 355 16.4　SaaS 需要 DDD 355 第17章　更好的“錘子” 356 17.1　我們製作的一個 DDDML GUI 工具 357 17.1.1　

給領域建模提供起點 357 17.1.2　創建新的限界上下文 358 17.1.3　從 OFBiz 中“借鑒”資料模型 359 17.1.4　構建專案並運行應用 361 17.1.5　使用 HTTP PUT 方法創建實體 362 17.1.6　給聚合增加方法 363 17.1.7　生成限界上下文的Demo Admin UI 368 17.1.8　讓不同層級的開發人員各盡其能 369 17.2　以統一語言建模 370 附錄　DDDML 示例與縮寫表 373