來一趟說走就走的旅行論文書籍站
910去程的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列地圖、推薦、景點和餐廳等資訊懶人包
910去程的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦胡弦寫的 SpringCloudAlibaba微服務架構實戰派（上下冊） 和楊律師的 民事訴訟法大意與刑事訴訟法大意-2022司法五等(保成)都 可以從中找到所需的評價。
這兩本書分別來自電子工業 和志光教育保成數位出版所出版 。
國防醫學院 醫學科學研究所 余慕賢、張正昌所指導 蘇國銘的 透過基於基因本體之整合性分析識別卵巢上皮性腫瘤發病機轉的失調基因功能體 （2021），提出910去程關鍵因素是什麼，來自於漿液性上皮性卵巢癌、卵巢清亮細胞癌、邊緣性卵巢腫瘤、基因本體、機器學習、整合性分析、補體系統、SRC基因、芳烴受體結合路徑、上皮細胞間質轉化。
而第二篇論文國立臺灣海洋大學 運輸科學系 黃聖騰所指導 葉庭瑋的 應用品質機能展開法於基隆港旅運服務品質改善方案之實證研究 （2021），提出因為有 模糊層級分析、多層次品質機能展開的重點而找出了 910去程的解答。
SpringCloudAlibaba微服務架構實戰派（上下冊）
為了解決910去程 的問題，作者胡弦 這樣論述：
本書覆蓋了微服務架構的主要技術點，包括分散式服務治理、分散式配置管理、分散式流量防護、分散式交易處理、分散式消息處理、分散式閘道、分散式鏈路追蹤、分散式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
910去程進入發燒排行的影片
➮數位收聽：https://umg.lnk.to/OaeenSFTE
當世界改變了模樣
壓得我們喘不過氣
我們用這首歌 療癒彼此 告訴自己
終點過後 就是起點
魚丁糸〈終點起點〉
一段旅程的告終
一段新生的開始
▂▂
略為熟悉又些許不同的樂團氛圍，5年了，很難一言以敝之這段時空裡產生什麼樣的撞擊變形，休團復團，成為了終點亦或是起點？擅長以音樂記錄當下的六個人，用蘇打綠的經歷展開全新的魚丁糸，只要六個人都在就是他們自己， 也就是“蘇打綠aka魚丁糸”，也深信“終點aka起點”。
太多意料之外的事情接踵而來，專輯籌備的時間隨之漫長，每個不同時期打掉重練的歌曲不計其數，懷疑和迷惘，不斷的盤旋在這六個人創作空間中。突然之間回頭一看，〈終點起點〉不就是擁有大家一致共識的答案嗎？！過去幾年、不論多少嘔心瀝血創作被六人束之高閣，這首歌卻一直都在。〈終點起點〉對魚丁糸的重量，便是整首歌裡音符和聲音的總和。世界會在各種不可預期的狀況下崩潰、毀壞，這首一直支撐他們的歌，如今也支持我們，終點和起點之間倔強的溫暖，成為此刻安慰彼此勇氣的意念。
音樂影像由胡瑞財導演執導，帶有導演的感性與理解，MV中團員一一在自己的房間，與自己的音樂共存，即使時間和過程帶來傷口，音樂卻始終是他們所能選擇最強大的力量。這次拍攝也特別找到一處廢墟，與世隔絕的地方，偌大的空間激盪出屬於他們的音樂渲染力，似乎在強烈的訴說著有音樂在的地方，就是活著的。青峰曾在訪問中分享，看似蕭寂的廢墟反而是生命力最旺盛的地方，沒有任何人為的破壞和打擾，於是恣意生長。回到這首歌想說的，很多時候看似終點的同時，也是起點，希望便是如此。巧合的是，當年《冬未了》專輯也曾在廢墟拍攝MV，此刻的魚丁糸從這裡開始，終點起點，不言而喻。
➮頻道訂閱：https://reurl.cc/W4eY2Z
➮Facebook：https://www.facebook.com/oaeen.fb
➮Instagram：https://www.instagram.com/oaeen_
➮Weibo：https://weibo.com/sodagreen2010
➮官方網站：https://www.sodagreen.com/
#魚丁糸 #終點起點 #魚丁糸2021全新單曲
▂▂
〈終點起點 Start from The End〉
曲 Composer：史俊威 Chun Wei Shih
詞 Lyricist：史俊威 Chun Wei Shih
將一句哼唱
隨歌曲飛揚
任我們想像
任我們放大
這世界的模樣
狂熱的盛夏
未了的冬陽
故事日光下
我們在醞釀
將悲傷都釋放 喔
Na na nanana
嗚喔喔 喔喔
Na na na nana
哦哦哦 哦哦
Na na nanana
嗚喔喔 喔喔
Na na na nana
哦哦哦 哦哦
對什麼失望
為什麼堅強
心裡的複雜
想要說的話
能不能先放下
不需要隱藏
最真的模樣
過程是解答
就算夢一場
離不開一個家 喔
煩惱和憂愁 先讓它 流過
現在的 傷口 不需要 理由
謊言和對錯 讓時間 去說
享受這 念頭 前方就寬闊
旋轉吧我的地球 旋轉吧我的宇宙
旋轉吧我的寄託 旋轉吧我的生活
都成為我的地球 都成為我的宇宙
都成為我的寄託 都成為我的生活
終點的光芒
等著愛點亮
請你跟著我
請妳跟著我
一起走到最後
▂▂
音樂製作Credit
製作人 Producer：王希文 Owen Wang / 陳君豪 Howe@成績好工作室
編曲 Arrangement：王希文 Owen Wang / 魚丁糸 oaeen
所有樂器 All Instruments：魚丁糸 oaeen
合音 Backing Vocal：魚丁糸 oaeen
管弦樂編寫 Brass & Strings Arrangement：王希文 Owen Wang
小號 Trumpet：聶子旂 Florent Nieh
長號 Trombone：李昆穎 KunYing Lee
弦樂 Strings：曜爆甘音樂工作室 Just Busy Music Studio
第一小提琴 First Violin：蔡曜宇 Shuon Tsai / 沈羿彣 Yi Wen Shen / 朱奕寧 Yi Ning Ju / 顏毓恒 Victor Yen
第二小提琴 Second Violin：黃雨柔 Nala Huang / 盧思蒨 Szu Chien Lu / 黃瑾諍 Chin Cheng Huang / 林崇倫 Bug Lin
中提琴 Viola：甘威鵬 Weapon Gan / 牟啟東 Wayne Mau / 潘自琦 Tzu Chi Pan
大提琴 Cello：劉涵隱分子 Hang Liu / 葉欲新 Shin Yeh
人聲錄音師 Vocal Recording Engineer：葉育軒 Yu Hsuan Yeh
人聲錄音室 Vocal Recording Studio：BB Road Studio
樂器錄音師 Instrument Recording Engineer：單為明 Link Shan
樂器錄音室 Instrument Recording Studio：Lights Up Studio
管樂&弦樂錄音師 Brass & Strings Recording Engineer：林尚伯 Shang Po Lin
管樂錄音室 Brass Recording Studio：佳聲錄音室 Good Sound Studio
弦樂錄音室 Strings Recording Studio：強力錄音室 Mega Force Studios
混音師 Mixing Engineer：黃文萱 Ziya Huang
混音錄音室 Mixing Studio：Purring Sound Studio
鼓技師 Drum Tech：莊開旭 Cash
譜務 Music Preparation：朱彩蓁 Cai jhen Jhu
樂器錄音助理 Instrument Assistant Engineer：于世政 Shih Cheng Yu
弦樂錄音助理 Strings Assistant Engineer：張閔翔 Min Hsaing Chang / 朱品豪 Pin Hao Ju
製作助理 Production Assistant：沈冠霖 SHENB
▂▂
MV影像製作Credit
影像製作 恭喜發財映画
導演 胡瑞財
副導 林冠蕙
導演組協力 黃子庭 / 劉芷妤
製片 梅致祺
執行製片 游士弘
生活製片 姚舜禹
製片場務 張武雄 / 范子薺
攝影指導 林眾甫
攝影大助 風宗廷
攝影助理 藍嘉祺 / 陳璿任
實習生 許祐嘉
燈光師 楊景浩
燈光助理 宋志威 / 藍功民 / 呂佑凱
美術指導 朱玉頎
執行美術 簡嘉儀
美術助理 江欣郁 / 駱禹彤
美術場務 陳涵哲
移動攝影 潘志維
移動觀測手 高芷佳
劇組平面側拍 游子宸
九巴司機 張輔弼
剪接 周雨青
調光 李芷璇
特別感謝 胡焰棠 / 萬美麗 / 林宸瑀
▂▂
藝人團隊Credit
造型 Stylist：910、Titi Chen、施筱柔 Lore Shih
造型助理 Stylist Assistant：Ao Xie
化妝 Make up：張婉婷 Wan-Ting Chang、郭翰威 Ted Kuo
髮型 Hair Stylist：Edmund@Zoom Hairstyling、Spud@Zoom Hairstyling
髮型助理 Hair Assistant：Grace@Zoom Hairstyling、Kyle Shih@Zoom Hairstyling
發行 Published by：環球國際唱片股份有限公司 Universal Music Ltd., Taiwan
透過基於基因本體之整合性分析識別卵巢上皮性腫瘤發病機轉的失調基因功能體
為了解決910去程 的問題，作者蘇國銘 這樣論述：
上皮性卵巢癌（EOCs）在晚期或復發的婦科惡性腫瘤中常是致命的和頑固的，其中漿液性佔絕大多數而卵巢清亮細胞癌（OCCC）是僅次於漿液性上皮性卵巢癌的第二常見的上皮性卵巢癌。即便經過腫瘤減積手術後加上化學藥物治療後仍有不少的患者有著較差的預後或是復發，故整體而言，對於卵巢癌的治療仍是一個相當大的挑戰。此外，邊緣性卵巢腫瘤(BOT)，包括漿液性 BOT與黏液性BOT，是屬於介於良性與惡性之間的卵巢疾病，雖然大部分的預後不差但是也有與卵巢癌不同的組織病理學特性。本研究使用以基因本體(GO)為基礎加上機器學習輔助運算的綜合分析去探討卵巢清亮細胞癌以及漿液性卵巢腫瘤包含漿液性邊緣性卵巢腫瘤與漿液性卵巢
癌的GEO資料庫中失調的基因體、功能途徑，藉以去識別重要的差異表達基因(DEG)。首先在卵巢清亮細胞癌的整合性分析中，發現無論是早期抑或是晚期，與免疫功能相關尤其是活化補體系統的替代途徑的功能失調在腫瘤發生佔有相當重要的關聯性，而補體C3與補體C5也影響了疾病無惡化存活期(Progression-free survival, PFS)和整體存活率(Overall survival, OS)且免疫染色結果是有意義的。而在漿液性卵巢腫瘤的分析中發現，SRC基因和功能失調的芳烴受體(AHR)結合路徑(Binding pathway)確實影響PFS和OS，而且與上皮細胞間質轉化(Epithelial-
mesenchymal transition, EMT)相關的鋅指蛋白SNAI2在腫瘤發生過程中有重要角色，並顯示出從漿液性 BOT 到卵巢癌有著逐漸上升的影響趨勢。未來，標靶治療可以專注於這些有意義的生物標誌並結合精確監測，以提高治療效果和患者存活率。
民事訴訟法大意與刑事訴訟法大意-2022司法五等(保成)
為了解決910去程 的問題，作者楊律師 這樣論述：
適用對象 欲報考司法五等考試的考生 使用功效 網路人氣楊律師，獨家傳授你最高報酬率的讀書技巧! 用白話通俗的文字讓民、刑事訴訟法不再乏味， 即使非法律系的讀者也能輕鬆上手， 基本概念搭配常考內容及歷年五等考古題交互演練， 事半功倍的讀書方式，一本書即可解決您對民、刑事訴訟法的所有困惑。 改版差異 1.調整民事訴訟法大意撰寫結構，使重點更加清晰易理解 2.依110年最新修法修訂內容 本書特色 一、這本書包括數年份的「司法五等錄事庭務員、身心障礙五等錄事庭務員、原住民五等錄事庭務員」的考古題及解答將近1737題，我的書向來是巿面上考古題及
解答最多的書。 二丶歷屆考古題及解答皆依章節排列，例如：當您看完「管轄」的章節後，立刻就會看到和「管轄」有關的考古題及解答。 三丶本書以白話通俗的文字來撰寫，不論您的法學程度有多差，縱使您並非法律系畢業的，也能看得懂，有助各位考生快速吸收。
應用品質機能展開法於基隆港旅運服務品質改善方案之實證研究
為了解決910去程 的問題，作者葉庭瑋 這樣論述：
本研究的目的在於提高基隆港旅運的服務品質，並探討可行的解決方案，以提升整體顧客服務水準。台灣為海島國家，具備北三角(日、韓、臺)與南三角(越、菲、臺)發展的潛力，非常適宜發展郵輪觀光業，對於促進經濟和郵輪港口的競爭力有顯著的幫助。然而，由於過去國內產業的外移港口營運不如已往，如何吸引更多的郵輪業者停靠，帶來獲取更多的商機與創造港口更高的服務附加價值就顯得十分重要。因此，港務公司的首要任務就是要找到提升顧客服務品質的方法與更新設備。本研究首先說明基隆郵輪港的發展背景，並就相關產業服務品質之文獻作為研究基礎，運用模糊層級分析結合多層次品質機能展開法，以服務提供者及顧客提升服務品質的觀點分析，並將
二者對於旅運服務需求，轉換為改善現有服務品質之技術需求，並針對前述結果，提出改善現況之策略與建議，作為基隆港務分公司(TIPC)提升旅運服務品質改善的參考，並期盼未來郵輪旅遊產業蓬勃永續發展。