我所知道的運維技術

2021-07-14 10:20:34 字數 2006 閱讀 3939

一、大時代:運維為啥火了

運維本來是不受人待見的,一般在企業稱為網管。過去也基本沒有啥事,購買的是商用軟體,商業軟體公司會負責軟體實施部署安裝、配置、變更、遷移、拆分合併、擴充套件、監控預警、異常診斷、異常排查。

但近幾年運維又火了,原因如下:

1、企業要開展網際網路、電子商務,但是世面上沒有成熟的商業套件和商業公司,但是企業又需求急迫。企業只能自己探索開始招聘人、組建團隊、研發軟體、自己做運維。

2、過去企業只專注企業內部軟體,乙個企業才能有多少個人,所以軟體併發使用者數少、伺服器也需要量少。但是要開展網際網路業務、電子商務業務,這都是對外業務、面向最終消費者的業務,所以必須採取大型網際網路**的技術架構、伺服器規模。

3、國內人在技術層面的原創還不到水平,大多數是應用國外優秀的開源專案。所幸的是:中國人多、中國經濟風口好發展快。所以,咱們應用國外優秀的開源專案的水平在全世界是很高的。既然不研發,只應用,那麼運維維護自然是重頭戲了。

4、隨著大規模伺服器集群、海量雲計算、海量雲儲存、大資料平台的興起,靠人工來管理這麼多伺服器、儲存裝置、多點機房/網路、系統中介軟體開源元件,基本不可能了。於是,自動化運維技術興起了。這就是運維工程師又火起來的大時代大背景原因。

二、運維的維度

1、按領域來劃分

1.1、應用運維

1.2、系統運維

1.3、資料運維

1.4、伺服器運維

1.5、idc/網路運維

1.6、雲計算運維

1.7、大資料運維

2、按切面來劃分

2.1、安全運維

2.2、效能運維

2.3、整合運維

3、按流程來劃分

3.1、構建/持續整合、發布

3.2、安裝部署、遷移、合併、擴充套件

3.3、配置、初始化、配置變更

3.4、備份、傳輸、恢復

3.5、日誌、監控、預警

3.6、診斷檢查

三、常見開源元件(園囿能力問題,歸屬不對和沒有列上,請大家補充)

1、按領域來劃分

1.1、應用運維:

1.2、系統運維:centos、nginx、haproxy、squid、activemq/rabbitmq/zeromq/kafka

1.3、資料運維:mysql、mycat、mongodb、memcached、redis

1.4、伺服器運維:iozone

1.5、idc/網路運維:smokeping、iozone

1.6、雲計算運維:docker/kubernates、kvm/xen/openstack、mesos

1.7、大資料運維:hadoop、hive、hbase、sprak、storm、prestodb

2、按切面來劃分

2.1、安全運維

2.2、效能運維:webbench、http_load、tcpcopy

2.3、整合運維:zookeeper

3、按流程來劃分

3.1、構建/持續整合、發布:jenkins、svn/git

3.2、安裝部署、遷移、合併、擴充套件:yum

3.3、配置、初始化、配置變更:puppet

3.4、備份、傳輸、恢復

3.5、日誌、監控、預警:rsyslog、flume、cacti、zabbix、nagios、elasticsearch+logstash+kibana、splunk

3.6、診斷檢查:

四、關於商用

現在,不管你是私有雲計算、私有大資料平台,還是公有雲計算、公有大資料平台,關鍵是運維。

現在大量的商用自動化,也是大量採用開源軟體搭建。他們做的增值價值就是:軟體簡易化整合。

別小看這一步,在如此複雜的開源元件、如此大規模的伺服器與應用運維中,能把操作簡化了已經是求爺爺告奶奶了。

很多人裝乙個系統開源元件行,但要把好多系統元件裝起來組合成一套可商業執行的大資料平台或雲平台,這個難度可高了。

很多人部署、配置變更、監控20-60臺伺服器沒有問題,但面對600臺甚至更多的伺服器,人手忙腳亂都玩不轉了。

商用運維提供商的價值就是:簡化的自動化運維工具產品、商業責任承擔、持續的工程師服務支援。

我所知道的ORM 技術小計

1 nhibernate 沒在實際專案用過 原因 用的比較多,資料也比較好找。2 castle activerecord 原因 不用配置物件的xml檔案,這點比nhibernate爽 3 entityframework 原因 微軟的東西 4 mybaits.net 沒有見過 5 網上發現的 沒有見過...

我所知道的ORM 技術小計

1 nhibernate 沒在實際專案用過 原因 用的比較多,資料也比較好找。2 castle activerecord 原因 不用配置物件的xml檔案,這點比nhibernate爽 3 entityframework 原因 微軟的東西 4 mybaits.net 沒有見過 5 網上發現的 沒有見過...

我所知道的EC Preface

我所知道的ec preface knowledge sharing is the best reusej 所以打算寫一篇 我所知道的ec 系列。取名為 我所知道的ec 是緣於網路上有一篇講述system bios的好文章叫做 我所知道的 bios 另外該系列文章是小弟的一家之言,希望各位前輩多多指教...