sds格式的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列包括價格和評價等資訊懶人包

從OS等級探究：Redis運作原理程式逐行講解

為了解決sds格式的問題，作者梁國斌 這樣論述：

用超高速C語言解析Unix下Redis程式及完整執行過程 一次精通Redis、UNIX程式設計、分散式系統、儲存系統   　　▍本書主要內容 　　 　　本書深入分析了Redis的實現原理，所以並不是Redis的入門書。為了儘量降低閱讀難度，本書複習了Redis各個核心功能的實現原理，提取了Redis核心程式（本書會儘量避免堆積程式），並以適量圖文，對Redis原始程式及其實現原理進行詳細分析，介紹Redis核心功能的設計思想和實現流程。 　　 　　雖然本書的大部分內容是對Redis原始程式的分析，但是並不複雜，即使讀者只是簡單了解C語言的基礎語法，也可以輕鬆讀懂。 　　 　　另外，本書結合

Redis目前的最新版本6，分析了Redis最新特性，如Redis 6的ACL、Tracking等機制。為了照顧對Redis最新特性不熟悉的讀者，這部分內容提供了詳細的應用範例，幫助讀者循序漸進、由淺到深地學習和了解Redis最新特性。   　　本書也不侷限於Redis，而是由Redis延展出了兩方面內容：   　　（1）Redis中使用的UNIX機制，包括UNIX網路程式設計、執行緒同步等內容，本書會透過原始程式展示Redis如何使用這些UNIX機制。 　 　　（2）如何透過Redis實現一個分散式系統，主要是Sentinel、Cluster機制的實現原理。   　　本書使用的原始程式版本是

Redis 6，本書提供的Redis操作案例，如無特殊說明，也是在Redis 6版本上執行的操作實例。   本書特色   　　．分析Redis的字串、清單、雜湊、集合這幾種資料類型的編碼格式。 　　．介紹Redis事件機制與命令執行過程。 　　．利用I/O重複使用模型，實現事件循環機制。 　　．說明Redis持久化與複製機制。 　　．檔案持久化、從節點複製，透過將資料複製到不同備份中，從而保持資料安全。 　　．使用RDB、AOF持久化機制，以及主從節點複製流程等。 　　．Redis分散式架構，從流行的分散式演算法Raft出發，分析Sentinel監控節點，Cluster叢集實現資料分片，支援動

態新增、刪除叢集節點，以及容錯移轉。 　　．說明Redis中的進階特性，包括Redis交易、非阻塞刪除、ACL存取控制清單、Tracking機制、Lua指令稿、Module模組、Stream訊息流等內容。

金融級IT架構與運維:雲原生、分佈式與安全

為了解決sds格式的問題，作者魏新宇宋志麒楊金鋒 這樣論述：

本書重點講解金融行業的技術選型、實踐和相關的案例分析。 每一章都會先從一個具有代表性的客戶案例入手，然後對客戶的背景、需求、痛點進行深入分析，然後由此推導出適用于金融行業的IT技術選型和建設參考。 本書14章包括： 金融行業的IT架構分析、容器化的適用場景以及最佳實踐、如何選型SDS以及最佳實踐、如何做自動化管理以及最佳實踐?、金融行業安全最佳實踐、分散式架構的探究和最佳實現、資料庫的選擇和最佳實踐等。 讚譽 前言 第一部分　金融企業IT系統 第1章　銀行業和保險業中IT系統的發展2 1.1　銀行業中IT系統的發展2 1.1.1　銀行業的挑戰2 1.1.2　銀行業的業務轉

型4 1.1.3　銀行業的資訊化建設4 1.2　保險業中IT系統的發展6 1.2.1　保險業的資訊化建設7 1.2.2　保險業的發展展望8 1.3　金融科技的建設之路8 1.4　本章小結10 第二部分　金融企業的容器雲建設 第2章　建設容器雲的關鍵考量12 2.1　容器雲構建金融業敏態業務的考量12 2.1.1　國內企業敏態IT建設趨勢分析12 2.1.2　敏態IT的構建路徑14 2.1.3　容器雲承載的應用15 2.1.4　應用上容器雲的准入條件和最佳實踐17 2.1.5　應用容器化遷移步驟19 2.1.6　容器應用基礎鏡像的選擇20 2.1.7　C語言應用上容器雲的方法23 2.1.8　

容器雲的混沌工程29 2.1.9　微服務治理框架的選擇36 2.1.10　容器雲常用的中介軟體與資料服務選擇40 2.2　微服務與容器雲的邊界44 2.2.1　微服務註冊中心的選擇45 2.2.2　微服務配置中心的選擇49 2.2.3　平臺與應用級相結合的註冊和配置中心50 2.3　本章小結54 第3章　容器雲建設案例55 3.1　H公司容器雲建設案例55 3.1.1　H公司業務需求56 3.1.2　業務需求的技術實現56 3.1.3　專案實施成功的關鍵因素與難點59 3.2　S公司容器雲建設案例61 3.2.1　S公司業務需求61 3.2.2　專案實施內容與效果64 3.3　本章小結75 第

4章　容器雲上的最佳實踐76 4.1　容器雲的安全加固76 4.1.1　手工安全加固手段76 4.1.2　傳統的DevSecOps81 4.1.3　借助StackRox實現DevSecOps87 4.2　容器雲的備份與雙活97 4.2.1　容器雲的備份97 4.2.2　容器雲的多集群管理100 4.2.3　容器雲的雙活與災備109 4.3　容器原生存儲的選擇113 4.3.1　OpenShift 容器存儲架構114 4.3.2　創建OCS存儲115 4.3.3　使用rbd為應用提供持久化存儲121 4.3.4　使用CephFS為應用提供持久化存儲123 4.3.5　OCS Operator對接

外部存儲124 4.4　容器雲上的資料庫定制化方案125 4.4.1　分散式資料庫的發展125 4.4.2　MySQL的複製與高可用126 4.4.3　OpenShift提供的MySQL容器鏡像127 4.4.4　以命令列和範本方式部署MySQL128 4.4.5　使用S2I方式定制化部署MySQL130 4.4.6　使用範本部署MySQL主從複製134 4.4.7　MySQL主從複製的限制與不足136 4.4.8　CDC方案的選擇136 4.5　本章小結138 第三部分　金融企業的分散式架構與分散式事務 第5章　金融行業的IT分散式趨勢141 5.1　應用架構分散式演進141 5.1.1　

應用伺服器技術演進142 5.1.2　微服務拆分案例147 5.2　分散式應用開發框架選型152 5.2.1　Spring為什麼一直很受歡迎152 5.2.2　Dubbo分散式開發框架155 5.2.3　某銀行微服務開發框架選型規範159 5.3　金融行業案例分析161 5.3.1　M銀行SDN網路資源池建設163 5.3.2　H銀行微服務架構下軟負載資源池的應用165 5.4　本章小結166 第6章　微服務註冊發現與開放API平臺167 6.1　微服務應用在Kubernetes內的註冊與發現機制167 6.1.1　Kubernetes自身分散式架構分析167 6.1.2　Kubernetes

上微服務應用的註冊與發現169 6.2　容器應用發佈174 6.2.1　容器應用發佈三大方案174 6.2.2　容器應用發佈建設方案選型建議182 6.2.3　M銀行容器應用發佈案例184 6.3　全域註冊中心與服務發現185 6.3.1　七層應用註冊中心建設186 6.3.2　四層應用註冊中心建設189 6.4　開放API技術平臺191 6.4.1　API閘道與API安全193 6.4.2　API管理系統201 6.5　本章小結206 第7章　分散式事務的架構與實現207 7.1　分散式事務概述207 7.1.1　什麼是事務207 7.1.2　分散式事務產生的原因208 7.1.3　分散式事

務的整體實現方式209 7.2　單體應用的拆分210 7.2.1　單體應用到微服務的演進210 7.2.2　按照業務領域進行垂直拆分213 7.2.3　關係型數據庫的分庫分表215 7.2.4　再拆分217 7.2.5　按照功能進行水準拆分219 7.2.6　微服務架構的非同步實現220 7.3　分散式事務在微服務中的實現221 7.3.1　剛性事務2PC的實現222 7.3.2　柔性事務中事務消息的實現223 7.3.3　通過RocketMQ半消息實現事務消息224 7.3.4　通過本地事務表實現事務消息225 7.4　本章小結231 第8章　分散式事務的最佳實踐232 8.1　業務高可用的

考量232 8.2　應用的無狀態設計233 8.3　性能設計235 8.4　應用的無狀態化事務的冪等性設計239 8.5　分散式鎖的設計241 8.6　快取一致性考量244 8.7　Redis Cluster的跨資料中心複製246 8.8　微服務間的通信協定和消息格式247 8.9　消息中介軟體的考量250 8.10　分散式追蹤系統的考量252 8.11　本章小結254 第四部分　金融企業的穩態與敏態安全 第9章　金融行業安全現狀與建設思路257 9.1　某銀行安全攻防對抗紀實257 9.2　安全監管法律法規與國家護網行動260 9.3　某銀行資訊安全建設思路分享263 9.4　本章小結26

6 第10章　穩態中心安全建設267 10.1　防火牆267 10.2　SSL卸載設備270 10.3　基於資料中心的應用安全防護272 10.4　安全設備編排方案276 10.5　本章小結279 第11章　敏態中心安全建設280 11.1　主動防禦可程式設計蜜罐280 11.2　iptables防火牆在雲原生中的應用283 11.3　軟體化SSL卸載資源池289 11.4　基於單個應用的安全防護293 11.5　開放API技術平臺安全能力建設298 11.5.1　金融開放生態安全方法論298 11.5.2　API技術平臺安全建設實踐302 11.6　本章小結310 第五部分　金融企業的自動

化運維 第12章　基於Ansible的自動化運維312 12.1　Ansible專案配置管理314 12.2　Ansible專案主機管理318 12.3　Ansible專案任務管理326 12.4　Ansible專案輸出管理340 12.5　Ansible項目最佳實踐345 12.6　本章小結347 第13章　RHEL的性能優化與配置管理348 13.1　RHEL 7與RHEL 8的技術參數與生命週期348 13.1.1　RHEL 7的技術參數與生命週期348 13.1.2　RHEL 8的新特性350 13.2　RHEL 8的性能調優與管理355 13.2.1　RHEL 8的性能調優工具355

13.2.2　自訂性能設定檔357 13.2.3　利用Ansible Role實現RHEL 8的自動化管理359 13.3　Z客戶實現RHEL的補丁管理和配置管理362 13.3.1　客戶對RHEL作業系統的管理需求362 13.3.2　實施環境總體架構363 13.4　C客戶使用Ansible管理大規模Linux的設計與優化365 13.4.1　C客戶使用Ansible管理2000個異地Linux系統365 13.4.2　Ansible的調優368 13.4.3　Ansible優化前後對比373 13.4.4　Ansible安全374 13.5　本章小結376 第14章　虛擬化與分散式存儲

377 14.1　虛擬化方案的選擇377 14.1.1　KVM大量普及377 14.1.2　傳統KVM虛擬化方案的選擇377 14.1.3　Kubernetes統一納管的虛擬化380 14.2　F公司OpenStack案例382 14.2.1　專案背景382 14.2.2　需求分析382 14.2.3　建設目標382 14.2.4　總體架構383 14.2.5　雲主機容量評估386 14.2.6　項目收益387 14.3　存儲虛擬化的選擇387 14.3.1　Ceph的背景387 14.3.2　Ceph的架構388 14.3.3　Ceph的配置規範389 14.4　T客戶案例389 14.4.

1　案例背景390 14.4.2　紅帽Ceph節點伺服器配置391 14.4.3　BlueStore的設計392 14.4.4　故障域設計393 14.4.5　網路設計394 14.5　本章小結395

運用區塊鏈技術進行數位行車紀錄證據保全

為了解決sds格式的問題，作者何怡真 這樣論述：

由於現今交通環境日益複雜，國內大型運輸車輛行車安全與管理之問題，一直以來為主管機關所重視，利用區塊鏈技術將數位行車紀錄進行證據保全，提供車輛安全檢測規範基準從紙本判讀走向數位化驗證並落實有效管理，已成為監理與執法單位需共同面對之課題。隨著科技進步，數位式行車記錄器普及率逐年攀升，在歐洲，由於歐盟法規規範，數位式行車記錄器取代了機械式行車記錄器，促使2005年以後生產的所有相關車輛必須配備智能行車記錄器，目的是進一步改善道路安全，保證智能行車記錄器在歐洲國內市場上的競爭條件並防止篡改數位行車紀錄。本研究針對行車紀錄數位證據保全之需求，利用區塊鏈中節點各自儲存的概念，將數位行車記錄儲存在區塊鏈分

散式帳本中，企業可將數位行車記錄儲存至區塊鏈上進行證據保全，以達到資料的不可竄改性及一致性。由於交通部在2021年起開始實施相關措施，未來在道路交通法規上可利用此技術承認數位行車記錄證據之有效性，提供監理及執法單位調閱數據使用，以及企業免於舉證之目的，同時提升駕駛人、執法人員及用路人道路交通安全，朝大型運輸車輛安全管理更加完善目標邁進。