我們運維不背鍋,怎麼樣才能做好雲上自動化運維!

2021-08-22 04:31:52 字數 1181 閱讀 9612

雲上運維時代

阿里雲經過9年多的發展,成長為中國第一全球前三的雲服務提供商,為上百萬使用者提供it基礎設施雲服務。這些使用者幾乎都會使用ecs彈性計算服務,這其中既有面向消費者(to c)、企業(to b)提供服務的網際網路應用、電商、娛樂等型別的使用者,也有面向企業內部效率提公升搭建資訊化數位化平台和應用的使用者,還有廣泛的個人**、開發者等,不論哪種型別的使用者,從建立第一台ecs雲伺服器開始,就已經進入了雲上運維的階段。

當提起運維時,大家腦海中第一反應是什麼?

業界從不同的視角總結出itil、devops、sre等系統的運維運營體系,相信很多運維同學都在各自領域探索將這些理念和方**落地實踐。伴隨著從on-premise環境到雲上環境,一方面,不論哪種方式始終未變的是運維的本質——為業務發展提供穩定可靠的支撐,保障業務永續執行,並通過有效的手段提高效率並降低成本。而另一方面,由於基礎架構運維的物件如資料中心、伺服器、儲存、網路裝置等變為阿里雲提供的彈性計算服務,在運維的關注點、方法、工具等方面確實發生著改變。

雲上運維的差異性

與傳統idc環境相比,雲上運維有哪些差異?大量的計算資源怎樣方便快捷地部署、管理?如何發揮彈性響應業務負載變化的同時保持較低tco總擁有成本?ecs出現異常是什麼原因,如何保持業務連續性?……等等這些,是很多使用者在使用和運維ecs過程中提出的問題。從使用者的聲音中,我們聽到使用者對穩定、彈性、透明的訴求,我們也在不斷公升級ecs的運維能力和體驗,助力使用者建立主動運維體系,賦能業務永續執行。

關於雲上運維我的問題是:

1 您的系統做了哪些高可用設計和故障響應機制來應對各類異常故障,比如伺服器的非預期宕機?效果怎麼樣?

2 您的系統所支撐的業務存在經常性的負載變化嗎?是使用彈性伸縮服務還是自己實現一套應對機制?

3 您如何在ecs上做應用發布部署,是將新的發布做成自定義映象,或者使用userdata在例項建立時做初始化部署,還是利用第三方工具在執行時部署?

4 這個過程中你覺得阿里雲有那些可以做得更好的嗎?

>>>>閱讀全文

「背鍋」的三文魚後來怎麼樣了?

程式設計客棧注 6 月 13 日,新發地市場引發北京疫情 北京市衛生健康委從切割進口三文魚的案板中檢測到了新冠病毒。出於安全考慮,北京物美 家樂福等主要商超連夜下架三文魚及相關產品。江戶前壽司 和彩放題 德川家 秋櫻等日料品牌也紛紛下架三文魚及三文魚相關產品。美團買菜 餓了麼等也分別下架三文魚產品 ...

mysql審計外掛程式 運維不在背鍋

假設這麼乙個情況,你是某公司mysqldba,某日突然公司資料庫中的資料被人為刪了。儘管有資料備份,但是因服務停止而造成的損失上千萬,現在公司需要查出那個做刪除操作的人。但是擁有資料庫操作許可權的人很多,如何排查,證據又在哪?是不是覺得無能為力?mysql本身並沒有操作審計的功能,那是不是意味著遇到...

不做背鍋俠,運維工作要點指南

隨著資料中心建設的規模不斷擴大,新技術迭代更新,承載資料中心業務的網路變得異常複雜。為了適應資料中心業務的發展,資料中心網路也在不斷更新與變化,給運維工作帶來了極大的難度。資料中心宕機事故也難免發生,這不僅增加了資料中心運維人員的工作量,更重要的是給資料中心帶來了巨大的損失,就連全球知名的網際網路巨...