server記憶體配置的問題,透過圖書和論文來找解法和答案更準確安心。 我們找到下列免費下載的地點或者是各式教學

server記憶體配置的問題,我們搜遍了碩博士論文和台灣出版的書籍,推薦胡弦寫的 SpringCloudAlibaba微服務架構實戰派(上下冊) 和趙英傑的 超圖解 ESP32 深度實作都 可以從中找到所需的評價。

這兩本書分別來自電子工業 和旗標所出版 。

國立政治大學 資訊科學系碩士在職專班 張宏慶所指導 羅時雨的 基於Kubernetes 高可用集群的節點失效容錯研究 以HTTP Web服務為驗證案例 (2021),提出server記憶體配置關鍵因素是什麼,來自於容錯、節點失效、容器化平台、高可用集群、網絡流量工作負載。

而第二篇論文亞洲大學 行動商務與多媒體應用學系 潘信宏所指導 戴廷宇的 數位學習平台於遠距及實體授課期間使用效能與負載之研究 (2021),提出因為有 數位學習平台、使用效能分析、資源配置、TronClass的重點而找出了 server記憶體配置的解答。

接下來讓我們看這些論文和書籍都說些什麼吧:

除了server記憶體配置,大家也想知道這些:

SpringCloudAlibaba微服務架構實戰派(上下冊)

為了解決server記憶體配置的問題,作者胡弦 這樣論述:

本書覆蓋了微服務架構的主要技術點,包括分散式服務治理、分散式配置管理、分散式流量防護、分散式交易處理、分散式消息處理、分散式閘道、分散式鏈路追蹤、分散式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

server記憶體配置進入發燒排行的影片

Twitch 聊天室傳送門:
http://www.twitch.tv/alanlovemiku/chat

使用模組包:SmileLawnComplexPack2(目前版本 2.4)
由台港模組愛好者合作整合的模組包!
可以使用 FTB 3rd Party 輸入 Pack code:sl-tw
http://www.sl-tw.net/modpacks/smilelawncomplexpack2/
*此包非常龐大,建議記憶體配置 4GB 以上。

背景音樂(隨機撥放):
http://goo.gl/4XNxOq

贊助通知(從這裡贊助就可以顯示在直播畫面上喔!):
https://www.twitchalerts.com/donate/alanlovemiku

~*~*~*~*~*~*~*~*~*~*~

悟訢的社群管道(歡迎 Follow 以獲取最新資訊):
【Twitter】https://twitter.com/alan6716
【Google+】http://goo.gl/Dt7ame
【Facebook】https://www.facebook.com/AlanLetsPlay
【Twitch】http://www.twitch.tv/alanlovemiku
【Hitbox】http://www.hitbox.tv/AlanLoveMiku
【Paypal 贊助】http://goo.gl/ZFB58I
【贊助芳名錄】https://goo.gl/IVWJ1l
【電腦配備】https://goo.gl/e4UjWg

基於Kubernetes 高可用集群的節點失效容錯研究 以HTTP Web服務為驗證案例

為了解決server記憶體配置的問題,作者羅時雨 這樣論述:

近年微服務架構、容器化技術普及、以Docker容器為標準化單位的軟體封裝,其快速佈署、彈性調整、跨平台運作特性,能讓業界更專注於創新和業務需求、可輕鬆管理底層基礎設施。隨著物聯網、大數據機器學習盛行,得跨主機平行處理大量資料,故當服務發生不可預期中斷時,得維持系統資源可用性與穩定性。隨著容器數量增長,Docker公司推出容器的管理平台Docker Swarm管理調度跨主機的容器,依據工作負載去調整其運作規模大小,當容器不可預期停止運作時,Docker Swarm叢集會自動產生新的容器,其確保容器服務高可用性。且在同時Google亦推出Kubernetes,故同時比較以Kubernetes 為

基礎的 Horizontal Pod Autoscaler,其會依據節點記憶體目標使用率,自動調整服務Pod個数,提升整體資源利用率。Kubernetes簡化應用程式的管理與佈署,但佈署後其集群內效能未被有效去評估與比較,本研究會針對集群內節點資源配置、參數設定,以Vertical-Pod-Autoscaler、Descheduler、Ingress Controller、Scheduling Framework做優化調整。並再與Docker Swarm 架構比較。驗證叢集中節點發生故障失效,優化整體叢集內Web服務Traffic Workload平均反應時間、最長反應時間、連線數成功率、成功

次數、失敗次數 數據結果。

超圖解 ESP32 深度實作

為了解決server記憶體配置的問題,作者趙英傑 這樣論述:

  本書是《超圖解 Arduino 互動設計入門》系列作品, 專為想要深度運用 ESP32 的讀者所撰寫, 從基本的 GPIO、內建的磁力感測器、電容觸控開關、物聯網 IoT 運用、低功率藍牙、低耗電睡眠模式、底層 FreeRTOS 作業系統等等, 都透過作者精心設計的實驗, 以及本系列作品最具特色的超圖解方式說明, 包含以下主題:   內建電容觸控開關與霍爾效應磁力感測器   硬體 / 計時器中斷處理與記憶體配置   OLED 顯示器中英文顯示以及圖形顯示   QR code 製作與顯示   Wi-Fi 無線網路物聯網 IoT 應用   HTTP GET/POST 與網

路 API 使用   動態資料圖表網頁   WebSocket 網路即時資料傳輸   RTC 即時時鐘與 GPS 精準對時   ESP32 睡眠模式與定時喚醒、觸碰喚醒   SPIFFS 檔案系統與 SD 記憶卡的使用   網路音樂 / podcast 串流播放、文字轉語音播放   mDNS 區域網域名稱   BLE 低功耗藍牙應用   BLE 藍牙鍵盤、滑鼠人機介面輸入裝置製作   藍牙立體聲播放器   經典藍牙序列埠通訊 (SPP)   藍牙裝置電量顯示   HTTPS 加密網路連線與網站建置   Web Bluetooth 網頁藍牙傳輸   Mesh 網路實作   FreeRTOS 作業

系統   FreeRTOS 任務排程   看門狗 (watchdog)   FreeRTOS 訊息佇列   FreeRTOS 二元旗號 (semaphore) 與互斥旗號 (mutex)   OTA 無線韌體更新   物件導向程式設計與自製程式庫   Backtrace 除錯訊息解析   電壓偵測與電流偵測   在學習的過程中, 也帶著讀者動手做出許多有趣實用的實驗, 包括:   煙霧濃度偵測   磁石開關   人體移動警報器   即時天氣顯示器   網頁式遙控調光器   網頁動態圖表   休眠省電定時上傳感測資料   網路收音機   氣溫語音播報機   藍牙立體聲音播放器   藍牙多媒體

旋鈕控制器   藍牙多媒體鍵盤   電腦桌面自動切換器   投籃遊戲機   網頁式藍牙遙控車 本書特色   ESP32 是一系列高效能雙核心、低功耗、整合 Wi-Fi 與藍牙的 32 位元微控器, 適合物聯網、可穿戴設備與行動裝置應用。ESP32 的功能強大, 涉及的程式以及應用場域相關背景知識也較為廣泛, 本書的目的是把晦澀的技術內容, 用簡單可活用的形式傳達給讀者。   ESP32 支援多種程式語言, 本書採用最受電子 Maker 熟知的 Arduino 語言。但因為處理器架構不同, 所以某些程式指令, 像是控制伺服馬達以及發出音調的 PWM 輸出指令, 操作語法和典型的 Ardui

no (泛指在 Arduino 官方的開發板, 如:Uno 板執行的程式) 不一樣, 這意味著某些 Arduino 範例和程式庫無法直接在 ESP32 上執行。   相對地, ESP32 的獨特硬體架構也需要專門的程式庫和指令才能釋放它的威力, 例如, 低功耗藍牙 (BLE) 無線通訊、可輸出高品質數位音效的 I2S(序列音訊介面)、DAC(數位類比轉換器)、Mesh(網狀) 網路、HTTPS 安全加密連網...等。   更有意思的是, ESP32 開發工具引入了 FreeRTOS 即時作業系統, 可運行多工任務 (同時執行多個程式碼), 而 ESP32 Arduino 程式其實就是運作在

FreeRTOS 上的一個任務。因此, 書中除了含括 Arduino 語言外, 也會適時帶入 ESP32 官方開發工具鏈 ESP-IDF 的功能, 除了可操控底層 FreeRTOS 作業系統外, 也可運用 Arduino 中未提供的 ESP32 專屬功能。   本書假設讀者已閱讀過《超圖解 Arduino 互動設計入門》第三或四版, 所以本書的內容不包含基本電子學 (像電阻分壓電路、電晶體開關電路、運算放大器的電路原理分析..等), 也不教導 Arduino 程式入門 (如:條件判斷、迴圈、陣列、指標..等), 而是以《超圖解 Arduino 互動設計入門》為基礎, 將篇幅依照 ESP32

應用的需要, 在程式設計方面說明物件導向 (OOP)、類別繼承、虛擬函式、回呼函式、指標存取結構、堆疊與遞迴...等進階主題。   另外, 本書也不僅僅只是探討 Arduino 程式, 由於微控器是物聯網應用當中的一個環節, 以『透過網頁瀏覽器控制某個裝置』的應用來說, 呈現在瀏覽器的內容是採用 HTML 和 JavaScript 語言開發的互動網頁, 和微控器的 Arduino 程式語言完全不同, 在相關章節也會對這些主題有所著墨。   開發微電腦應用程式, 偶爾會用到一些小工具程式, 例如, 呈現在 OLED 顯示器上的中英文字體與影像, 都必須先經過『轉檔』才能嵌入 Arduino

程式碼, 除了使用現成的工具軟體, 書中也示範採用廣受歡迎的 Python 語言編寫批次轉換字體和影像檔的工具程式。書中提及的 Python 程式屬於進階應用, 是假設讀者閱讀過《超圖解 Python 程式設計入門》, 具備運用 Python 操作檔案目錄、解析命令行參數、轉換影像、執行緒...等相關概念後的延伸學習, 可讓讀者練習善用各種程式語言綜合實踐的方法。   另外, 為了方便讀者查詢書中內容, 本書特別準備了線上版本的索引, 避免一般中文書缺乏索引的問題, 讓讀者可以快速找到所需的主題。希望這本厚實的作品能夠成為各位實作專案時最佳的工具書。

數位學習平台於遠距及實體授課期間使用效能與負載之研究

為了解決server記憶體配置的問題,作者戴廷宇 這樣論述:

從臺灣數位學習的發展歷程來看,從起初建立網路通訊設備,到將網際網路資源與教學結合,以及數位平台的普及、線上服務的發展,臺灣的數位人才競爭力也逐年攀升,科技的發展不但為我們的社會帶來相當多的助益,也為教育增添了另一種不同的樣貌。而自2020年新冠肺炎疫情爆發以來,因疫情產生的擔憂加劇,世界各地越來越多的學校取消實體上課,取而代之的是將各項課程改為線上教學的方式來進行,因此線上學習平台的使用也更顯重要。因應線上教學及課程認證等需求,本研究對象為中部某知名大學之數位學習平台,該校自2021年2月起將主要的數位學習平台自Moodle更換為TronClass數位學習平台。但因平台架構設計及使用需求而投

入大量資源以滿足師生能同時於線上進行教學活動,因而引發了本研究的動機,對於如此龐大資源的投入究竟是過剩或是不足?因此本研究希望透過蒐集數位學習平台的相關使用數據,並分析使用情形,來瞭解資源的投入是否過剩。由實驗結果可以得知,以使用量最多的星期四為例在線上教學期間的Web伺服器的CPU使用量比於實體授課期間Web伺服器的CPU多出了13%。而線上教學期間的DB伺服器的CPU使用量是實體授課期間DB伺服器的CPU使用量只略增了 2 ~ 3 %,總結來說CPU的使用量增加尚未超過平台負荷的範圍,雖然使用量明顯增加,但不至於導致系統癱瘓運作等。經由分析純線上教學及更改為實體授課期間的平台使用數據,本研

究發現線上教學期間比起實體授課期間,平台資源的使用率有明顯增加,而如何透過機器學習方式將平台的資源依使用狀況動態做到最妥善的配置,則是本研究未來的目標。