云計算原理-課件 第4章　云應用

《云計算原理》大型的云應用云應用-Netflix1.用戶端：用戶通過互聯(lián)網(wǎng)訪問Netflix的服務。2.AWS云：Netflix的云端基礎(chǔ)設(shè)施托管在AWS上。其主要由以下幾個部分組成：VPC、EC2、RDS。3.數(shù)據(jù)流過程：用戶通過互聯(lián)網(wǎng)連接到Netflix的AWS服務器。用戶的請求被分配到不同的EC2實例，EC2實例與RDS數(shù)據(jù)庫交互，查詢用戶賬戶信息和內(nèi)容目錄。云應用-云端人臉識別訪客或員工通過前端應用程序上傳照片，前端與AWSAPIGateway進行交互，調(diào)用人臉識別功能，如果訪客照片與員工照片匹配成功，系統(tǒng)即可識別訪客身份；否則將作為新訪客，處理后將訪客的照片上傳到另一個S3桶中，或存入數(shù)據(jù)庫內(nèi)。一、創(chuàng)建Bucket輸入Bucket名稱，選擇AWS的可用區(qū)，或從現(xiàn)有Bucket中復制一份設(shè)置來創(chuàng)建新的Bucket二、配置Lambda選擇使用情況為Lambda，服務選擇AWSservice。三、創(chuàng)建角色輸入角色名稱和描述，根據(jù)站內(nèi)提示的步驟完成角色創(chuàng)建。四、創(chuàng)建函數(shù)輸入函數(shù)名稱，運行時環(huán)境，此處運行時環(huán)境可選Python3.7，架構(gòu)為x8664位，授權(quán)之后完成函數(shù)的創(chuàng)建。五、編寫業(yè)務代碼編寫客戶端與云端交互的代碼，以及l(fā)ambda函數(shù)處理邏輯等必要的內(nèi)容。六、配置policy策略選擇S3允許的操作，對寫入操作來說就是PutObject操作，之后填寫policy的詳細信息?！对朴嬎阍怼吠?/p>

鵬AWSVPC的基本用法微服務是什么微服務是一種軟件架構(gòu)風格，強調(diào)將應用程序拆分為多個小的、獨立的服務，每個服務可以獨立開發(fā)、部署和擴展。每個微服務通常圍繞特定的業(yè)務功能或領(lǐng)域構(gòu)建，具備獨立的業(yè)務邏輯、數(shù)據(jù)庫和服務接口。方式一：通過API調(diào)用進行通信。每個微服務都定義了一組公開的API接口，這些接口描述了該服務提供的功能和可用的操作。微服務通過發(fā)送HTTP請求與其他服務進行通信。這種通信方式通常是同步的，即調(diào)用服務會等待請求的響應。微服務的通信方式方式二:通過消息代理進行通信發(fā)布/訂閱模式：消息的發(fā)布者將消息發(fā)送到一個主題，所有訂閱了該主題的消費者（即其他微服務）都會接收到消息。點對點消息傳遞：消息發(fā)送到一個隊列，每個消息只能被一個消費者接收和處理。微服務的通信方式微服務的通信方式方式三：通過服務網(wǎng)格進行通信服務網(wǎng)格是一個基礎(chǔ)設(shè)施層，專門用于處理微服務之間的通信。它通過代理來管理。每個微服務實例旁邊都會運行一個代理，它負責處理所有進入和離開該微服務的網(wǎng)絡(luò)流量。由于微服務應用是一個分布式系統(tǒng)，增加了復雜性。需要配置服務之間的通信。在多個服務器上分布的每個服務實例使監(jiān)控變得更加困難。微服務架構(gòu)的缺點微服務的CI/CD（持續(xù)集成/持續(xù)部署）管道是一個自動化工作流程，允許開發(fā)人員頻繁集成代碼更改并快速可靠地部署應用程序。微服務CI/CD管道的主要階段包括源代碼管理、持續(xù)集成、容器化、持續(xù)部署、監(jiān)控與反饋。微服務架構(gòu)的CI/CD微服務的CI/CD（持續(xù)集成/持續(xù)部署）管道是一個自動化工作流程，允許開發(fā)人員頻繁集成代碼更改并快速可靠地部署應用程序。微服務CI/CD管道的主要階段包括源代碼管理、持續(xù)集成、容器化、持續(xù)部署、監(jiān)控與反饋。微服務架構(gòu)的CI/CD《云計算原理》王

鵬DevOps實踐DevOps是一種軟件開發(fā)和運維的文化和實踐，旨在通過促進開發(fā)與運維團隊之間的協(xié)作和溝通，縮短軟件開發(fā)生命周期，提高軟件交付的質(zhì)量和頻率其核心理念是打破傳統(tǒng)上開發(fā)和運維之間的壁壘，使團隊能夠更快速、更頻繁地發(fā)布軟件，同時減少錯誤和故障的發(fā)生。DevOps持續(xù)開發(fā)

ContinuousDevelopment持續(xù)開發(fā)強調(diào)在軟件開發(fā)生命周期中實現(xiàn)更快、更頻繁的代碼提交和集成Git是一種分布式版本控制系統(tǒng)，在持續(xù)開發(fā)中提供強大的版本控制、協(xié)作支持和自動化集成，極大地提升了開發(fā)團隊的工作效率和代碼質(zhì)量，使得軟件的迭代速度更快、響應能力更強。持續(xù)集成

ContinuousIntegration通過頻繁地將代碼集成到共享的代碼庫中，來提高軟件開發(fā)的效率和質(zhì)量。強調(diào)自動化測試和構(gòu)建過程，確保每次代碼更改都能夠被及時驗證和集成。持續(xù)測試

ContinuousTesting持續(xù)測試在整個軟件開發(fā)生命周期中不斷執(zhí)行測試，以確保軟件的質(zhì)量和可靠性。它是DevOps和持續(xù)交付流程的重要組成部分，具有自動化、快速反饋、覆蓋范圍廣等特點持續(xù)部署

ContinuousDeployment在持續(xù)集成的基礎(chǔ)上，進一步自動化軟件的發(fā)布過程。其包括以下步驟：代碼提交自動構(gòu)建自動測試自動部署監(jiān)控與反饋持續(xù)監(jiān)控

ContinuousMonitoring持續(xù)監(jiān)控是DevOps和持續(xù)交付流程中的一個關(guān)鍵組成部分。通過持續(xù)監(jiān)控，團隊能夠及時發(fā)現(xiàn)并響應潛在問題，從而確保軟件在生產(chǎn)環(huán)境中的穩(wěn)定性和可靠性。持續(xù)監(jiān)控其包括性能監(jiān)控、可用性監(jiān)控、日志管理等。《云計算原理》王

鵬SRE實踐為什么需要SRE?DevOps并沒有達到理想中的穩(wěn)定性，部分原因在于DevOps原則的實施中缺乏專門的角色或人員專注于系統(tǒng)的可靠性。SRE的出現(xiàn)填補這一空白，確保團隊能夠更有效地管理和維護系統(tǒng)的可靠性。通過將可靠性作為一個重點，SRE能夠幫助DevOps團隊在快速迭代的同時，確保系統(tǒng)的穩(wěn)定性和用戶體驗。SRE團隊SRE團隊由軟件工程師組成。專注于構(gòu)建和實施軟件解決方案，以提高系統(tǒng)和服務的可靠性。不僅負責開發(fā)自動化工具和監(jiān)控系統(tǒng)，還參與故障響應和容量規(guī)劃。他們通過編寫可復用的代碼和設(shè)計高效的流程，優(yōu)化運維操作，從而確保服務在高負載和變化環(huán)境中的穩(wěn)定性。SRE團隊的目標是將軟件工程的最佳實踐應用于運維管理，以實現(xiàn)更高的可用性和更好的用戶體驗。服務水平協(xié)議SLA（服務水平協(xié)議，ServiceLevelAgreement）是一種正式的協(xié)議。定義了服務提供者與客戶之間的期望和責任。SLA詳細列出了服務的性質(zhì)、質(zhì)量和可用性標準，以及在未能滿足這些標準時的補救措施。確保系統(tǒng)可靠性的努力一旦定義了SLA，就需要更多的努力來保證系統(tǒng)的可靠性。如果系統(tǒng)的可靠性低于SLA規(guī)定的標準，SRE團隊將投入額外資源，致力于將系統(tǒng)恢復到正常狀態(tài)。這意味著在超出允許的停機時間后，團隊將采取一系列措施，以確保服務能夠達到承諾的可用性和性能，從而維護用戶信任和業(yè)務連續(xù)性。優(yōu)越性能與SLA的靈活性如果系統(tǒng)的性能遠遠超出定義的SLA，那么在SLA范圍內(nèi)的可接受變更將相對較少。這種情況下，SRE團隊中的開發(fā)人員可以更加靈活地發(fā)布新功能或進行改進，因為系統(tǒng)的高可靠性和穩(wěn)定性為他們提供了更多的操作空間。SRE的任務和職責自動化運維任務：通過編寫代碼和開發(fā)工具來自動化日常運維工作，減少手動操作，提高效率和一致性。SRE的任務和職責配置監(jiān)控、日志記錄和報警（可觀察性用于檢測問題）實施全面的監(jiān)控，實時收集性能數(shù)據(jù)，并設(shè)置報警規(guī)則以便及時響應問題。SRE和Developers協(xié)同兩個團隊共同致力于將系統(tǒng)保持在定義的SLA范圍內(nèi)。SRE團隊專注于維護和負責自動交付操作，通過各種自動化工具和流程，幫助開發(fā)人員安全、快速地發(fā)布他們的更改。確保了系統(tǒng)的穩(wěn)定性和高效性，使開發(fā)團隊能夠在保證可靠性的前提下，不斷推動創(chuàng)新和改進，從而實現(xiàn)業(yè)務