幫助中心 | 我的帳號 | 關於我們
進階搜尋
car

同類熱銷排行榜

最近瀏覽的商品

可伸縮架構(雲環境下的高可用與風險管理第2版)

  • 作者：(美)李·艾奇遜|責編:張春雨|譯者:張若飛
  • 出版社：電子工業
  • ISBN：9787121393433
  • 出版日期：2020/09/01
  • 裝幀：平裝
  • 頁數：191
人民幣：RMB 79 元      售價：元
放入購物車
加入收藏夾
內容大鋼
    本書是一本關於現代化軟體架構的書。書中介紹了如何構建和更新你的關鍵應用程序來滿足日益苛刻的數字化客戶的需求。書中還介紹了如何實現高可用性，如何使用現代化的開發和運維技術來架構應用程序，如何組織開發團隊幫助應用程序和業務獲得成功，如何將系統擴展到最大規模，以及如何利用雲計算的可用資源來迎接上述挑戰。
    本書的目標讀者包括構建和管理大規模應用程序和系統的軟體工程師、架構師、技術經理及總監。如果你管理著軟體開發人員、系統可靠性工程師、DevOps工程師，或者經營著一個擁有大規模應用程序和系統的機構，本書中所提供的建議和指導都能夠幫助你，讓你的系統運行得更加平穩和可靠。
作者介紹
(美)李·艾奇遜|責編:張春雨|譯者:張若飛
    李·艾奇遜（Lee Atchison）是New Relic雲架構的高級總監。在過去的8年時間里，他幫助設計和建立了一個堅實的基於服務的產品架構，幫助公司從一個初創公司發展到高流量的大型公司。     Lee擁有33年的行業經驗，他曾經在Amazon擔任過7年高級經理。在Amazon，他帶領團隊創建了公司的第一個軟體下載商店，創建了AWS Elastic Beanstalk產品，並負責將Amazon零售平台從一個單體架構遷移到基於服務的架構。     Lee曾為一些知名公司提供咨詢，主要關於如何實現現代化的應用程序架構和進行大規模的組織轉型，包括如何優化雲計算平台和基於服務的架構、實踐DevOps和高可用性設計。     Lee是一位行業專家，經常會發表文章，並且被諸如InfoWorld、ComputerWorld、Diginomica、IT Brief、ProgrammableWeb、The New Stack、CIOReview、DevOps Digest和DZone等媒體引用。無論從倫敦到悉尼，從東京到巴黎，還是在整個北美，他都是全球活動的重要演講者。
目錄
序
前言
第Ⅰ部分  原則1.可用性：維護現代化應用程序的可用性
  第1章  理解、測量和提高可用性
    可用性與可靠性
    什麼導致了低可用性
    測量可用性
      N個9
      計劃中的故障也依然是故障
      通過數字來體現可用性
    提高下降的可用性
      測試並跟蹤當前的可用性
      將手動流程自動化
      改進你的系統
      時刻關注不斷變化和發展中的應用程序的可用性
    提高應用程序可用性的5個要點
      要點1：時刻考慮應對故障
      要點2：時刻考慮如何伸縮
      要點3：緩和風險
      要點4：監控可用性
      要點5：以可預期及明確的方式來處理可用性問題
    做好準備
  第2章  兩次失誤的高度——預留從錯誤中恢復的空間
    兩次失誤的高度
      場景1：丟失一個節點
      場景2：升級過程中出現的問題
      場景3：數據中心恢復
      場景4：隱蔽的共享故障類型
      場景5：故障循環
    管理你的應用程序
    太空梭
第Ⅱ部分  原則2.現代化應用程序架構：使用服務
  第3章  使用服務
    單體應用程序與面向服務的應用程序
      所有權收益
      規模收益
    拆分服務
      如何定義服務
    深入了解服務
      指導原則1：特定的業務需求
      指導原則2：清晰和獨立的團隊所有權
      指導原則3：天然隔離的數據
      指導原則4：共享的能力/數據
      多種原因
    過猶不及
    找到適當的平衡
  第4章  服務和數據
    無狀態服務——沒有數據的服務
    有狀態服務——有數據的服務
    數據分區

    及時處理增長的煩惱
  第5章  處理服務故障
    級聯式的服務故障
    如何響應服務故障
      可預測的響應
      可理解的響應
      合理的響應
    如何確定故障
    適當的行為
      優雅降級
      優雅補償
      儘早失敗
      用戶導致的問題
    小結
第Ⅲ部分  原則3.組織：為現代化應用程序建立可伸縮性的組織
  第6章  服務所有權——STOSA
    由獨立團隊負責的服務架構
    STOSA應用程序和組織的好處
    「所有」一個服務意味著什麼
    使用核心團隊和服務
    小結
  第7章  服務分級
    應用程序的複雜性
    什麼是服務分級
      為服務分配服務級別標籤
    示例：在線商店
    使用服務分級
      期望
      響應性
      依賴
    小結
  第8章  服務等級協議
    什麼是服務等級協議
    外部SLA與內部SLA的對比
      內部SLA很重要
    SLA可以用於問題診斷
    SLA的性能檢測方法
      限定SLA
      排名SLA
      SLA的條件
    究竟應當定義多少內部SLA，以及定義哪些內部SLA
    為什麼內部SLA很重要
第Ⅳ部分  原則4.風險：現代化應用程序的風險管理
  第9章  如何在設計可伸縮架構時使用風險管理
    識別風險
      消除最嚴重的風險
      風險緩和
      定期檢查
      對風險管理的總結
    可能性與嚴重性

      十佳列表：低可能性，低嚴重性
      訂單資料庫：低可能性，高嚴重性
      自定義字體：高可能性，低嚴重性
      T恤圖片：高可能性，高嚴重性
    風險模型
      風險模型的作用域
      創建風險模型
      使用風險模型來制訂計劃
      維護風險模型
    風險緩和
    恢復計劃
    容災計劃
    改進我們的風險狀況
  第10章  比賽日
    預發布環境和生產環境
      預發布/測試環境
      生產環境
    在生產環境中舉行比賽日的擔心
    小結
  第11章  構建低風險系統
    技巧1：介紹冗余
      冪等介面
      增加了複雜性的冗余改進
    技巧2：理解獨立性
    技巧3：管理安全性
    技巧4：鼓勵簡單性
    技巧5：自我修復
    技巧6：標準化運維流程
    小結
第Ⅴ部分  原則5.雲計算：利用雲計算
  第12章  使用雲計算來設計可伸縮架構
    雲計算成熟度的6個級別
      級別1：體驗雲計算
      級別2：確認雲計算
      級別3：使用雲計算中的伺服器和應用程序
      級別4：使用增值的托管服務
      級別5：使用雲特有的服務
      級別6：全面擁抱雲計算
      組織與應用程序的成熟度級別對比
    使用雲計算時可能犯的錯誤
      陷阱1：不相信雲安全
      陷阱2：直接遷移到雲計算
      陷阱3：無伺服器的誘惑——太過於依賴炒作
    何時以及如何使用多個雲計算平台
      如何定義我們所說的多個雲平台
      選擇哪個模型？哪種雲？
    雲計算小結
  第13章  雲計算改變的5個行業趨勢
    雲計算有哪些變化
      變化1：對基於微服務架構的認可

      變化2：更小、更專業的服務
      變化3：更專註于應用程序
      變化4：微型初創公司
      變化5：安全和合規已經成熟
    變化還在繼續
  第14章  SaaS和租賃類型
    比較托管主機和不同類型的SaaS
      托管主機
      多租戶SaaS
      單租戶SaaS
    混合不同類型的SaaS
    常見的SaaS的特點
    SaaS與托管主機
    小結
  第15章  在AWS雲上分發你的應用程序
    AWS的架構
      AWS區域
      AWS可用區
      數據中心
    總體架構概述
    可用區不是數據中心
    如何通過地理多樣性真正做到高可用
      映射多個賬戶中的可用區
    分發應用程序
  第16章  托管的基礎設施
    基於雲的服務架構
      原生資源
      基於伺服器的托管資源
      無伺服器托管資源
    使用托管資源和非托管資源的影響
    小結
  第17章  雲資源分配
    基於使用量的資源分配
    固定額度的資源分配
      調整分配
      資源容量的自動分配
      自動分配的問題
      動態分配，動態成本
    資源分配技術的利與弊
  第18章  無伺服器計算和函數即服務
    示例1：事件處理
    示例2：手機應用後端
    示例3：物聯網數據採集
    FaaS的優缺點
    無伺服器炒作和FaaS的未來
  第19章  邊緣計算
    如今的邊緣計算
    為什麼我們要關心邊緣計算
    與雲計算相比，邊緣計算應該是什麼
      如何決定把什麼放在邊緣？以無人駕駛汽車為例

    邊緣計算的可伸縮與雲計算的可伸縮不同
      使用邊緣計算和雲計算的標準
    邊緣計算成功的8個關鍵點
      #1：知道什麼時候應該使用邊緣計算
      #2：不要忽略邊緣計算中的DevOps原則
      #3：制定一個高度分散式的部署策略
      #4：盡可能減少版本控制
      #5：減少每個節點的配置項
      #6：伸縮也是邊緣計算要面對的一個問題，不僅僅是雲計算
      #7：重視監測和分析
      #8：邊緣計算不是魔法
    邊緣計算小結
  第20章  地理位置對雲計算的影響
    雲無處不在，只不過影響的層次不同
    替換心態影響你如何接受雲計算
    哪個雲服務商最重要
    重要的技術區別
    數據主權是普遍的
    我的看法
第Ⅵ部分  總結
  第21章  綜述
    原則#1——可用性
    原則#2——架構
    原則#3——組織
    原則#4——風險
    原則#5——雲計算
    面向可伸縮架構
    關於作者
    關於封面

  • 商品搜索：
  • | 高級搜索
首頁│ 新手上路│ 客服中心│ 關於我們│ 聯絡我們│ Top↑│
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話：02-2381-2033 02-2381-1863　時間：週一-週五 10:00-17:00
　服務信箱：bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證：浙B2-20060032