構建高效的研發與自動化運維1所謂IT運維管理的自動化是指通過將日常 IT運維中大量的重復性工作， 小到簡單的日常檢查、配置變更和軟件安裝，大到整個變更流程的組織調度，由過去的手工執行轉為自動化操作，從而減少乃至消除運維中的延遲，實現“零延時”的 IT運維。簡單的說， IT運維自動化是指基于流程化的框架，將事件與 IT流程相關聯，一旦被監控系統發生性能超標或宕機，會觸發相關事件以及事先定義好的流程，可自動啟動故障響應和恢復機制。自動化工作平臺還可幫助 IT運維人員完成日常的重復性工作 (如備份，殺毒等 )，提高 IT運維效率。同時， IT運維的自動化還要求能夠預測故障、在故障發生前能夠報警，讓 IT運維人員把故障消除在發生前，將所產生損失減到最低。運維應包括如下：環境定義：開發環境、測試環境、類生產環境、生產環境等。部署：能夠將部署包有效的部署到不同的環境。監控：能夠監控部署后的系統和應用。告警：出現問題時的響應和處理機制。性能優化：系統各個服務如 Nginx/Java/PHP/DB/ 網絡的優化。SLA保障：通常要和業務相關部門討論確定。2服務治理、任務調度、集群協同、調用鏈分析、接口質量、 SQL質量、實時日志等打包、自動化測試、檢測、灰度發布、分區上線、運維自動化、配置標準化、指令標準化等分布式框架、存儲 &緩存中間件、自動化測試、云搜索、開放平臺、營銷平臺等基礎設施自建技術基礎設施（開源 +自研）自動化發布系統——灰度發布、分區發布運維配置自動化系統——運維系統自動發現、標準化配置原子指令系統——支持數百臺服務器、數百個原子腳本操作搜索平臺——支持數百個索引、上億條數據推薦計算平臺——支持數億用戶數據計算3?API自動化測試系統、 Mock 模擬測試系統——支持接口的自動化測試、模擬測試、 Web 自動化測試?API放水系統、 SQL防水系統——治理系統不合理調用?實時日志系統——支持 Nginx 、Tomcat 、BI實時日志和離線跟蹤分布式開發框架——統一分布式通信配置分發系統——支持配置項、集群服務發現?MQ分布式消息中間件（推模式 IDP、拉模式 Kafka）——1500w/ 周一~周五，600w/ 周六日?KV分布式緩存系統中間件（ Memcached 、Redis、Tair）——億級數據緩存、 95%命中率?LPFS分布式文件中間件（ MongoDB ）——MongoDB 、圖片、文件?DB數據庫分庫分表中間件（ MySQL）——無限數據量擴展?分布式任務調度中間件（ Schedule ）——支持 100+服務、200+/ 日個分布式任務調度?Push 統一消息推送平臺——每日 100w+ 推送量，推送至 Android 、iOS、Email、SMS、微信、Comet依賴開源的技術棧?語言：Java(Tomcat/Spring)Shell( 運維)Nodejs( 前端) AndroidiOS?分布式：ActiveMQKafkaZookeeperRouter 服務發現 Cat存儲：MysqlMongodbTairMemcachedRedis計算：SolrElasticSearchHadoopHBaseStormSpark運維：LinuxNginxPuppetZabbixOpenStack?項目管理：EclipseGitMaven 構建 Hudson 持續集成 Confluence 知識分享 DMS項目管理45開發階段 Code/build?開發框架?|-web 開發框架 Swift?|-nodejs 前端開發框架?|-ios 移動開發框架?|-android 開發框架?|-shell 腳本自動化?分布式中間件?|-分布式調用 RPC?|-實時推送 comet?|-推消息隊列 IDP?|-拉消息隊列 Kafka?|-配置系統 Zookeeper?|-調度系統 Scheduler?存儲中間件?|-關系存儲 mysql?|-文件存儲 mongodb?|-KV存儲tair?|-二級緩存 redis?|-一級緩存 memcached?計算平臺6?|-云搜索?|-推薦?|-大數據計算?|-網頁解析?|-文本解析?|-Word 預覽測試階段 Test/ci?|-API 自動化測試?|-API 模擬測試 Mock?|-Web 自動化測試 Selenium?|-微信測試 WXTest?|-Open 測試KATest?|-測試環境發布上線階段 Release/deploy?|-發布系統?|-運維系統?|-代碼檢測 Builder 運維階段運維系統 Monitor?|-自動化系統?|-監控系統 Zabbix?|-雷達日志系統?|-Puppet/Mco7服務治理 Service?|-API 放水系統 APIWater?|-SQL放水系統 MonyogSQL?|-Router 服務中心?|-配置分發系統?|-調度系統 Scheduler?|-調用鏈系統 Cat運營階段?開放平臺?|-微信平臺 Weixin?|-微博平臺 Weibo?|-電話平臺 Jiya?|-支付平臺 Pay?|-開放平臺 API?|-SEO平臺Resource?運營平臺 Channel?|-推送平臺 Push?|-短信平臺 Push?|-郵件平臺 Mail?|-微信平臺 Open?|-私信平臺 MessageCode81、分布式服務架構9服務發現、通信、控制分布式注冊中心 Router：?同步調用 RPC?服務協議：HTTP協議/心跳檢測?服務發現：集群信息統一文件 Router.conf負載均衡異步調用MQ推模式：開發快、穩定、實時快拉模式：可回溯、日志收集、數據同步分布式任務調度?Schedule 調度系統?分布式事務控制?Swift 開發框架：交易型事務的一致性102、運維研發的自動化體系運維配置標準化 3大層次?2.1 、硬件標準化：?-機器標準化：機房、機架位、交換機、機器?-資源標準化： IP、DNS?-配置標準化：機器配置自動化采集、標準化檢測， KVM 化?2.2 、軟件標準化：?-軟件安裝標準化： tomcatjdkmemcachedredis...?-Nginx 標準化：域名、配置、發布?2.3 、項目標準化：11?-項目配置標準化： S區、A區、B區、C區?-支持多種項目： tomcat 、java、nodejs 、Python 、ios\Android2.1、硬件標準化—自動化采集122.2、軟件標準化—統一軟件規格2.2、軟件標準化—自動化安裝卸載2.2、軟件標準化—服務自動管理132.2、Nginx 標準化—自動配置 300域名143、項目發布自動化體系?3.1 、代碼發布系統?-灰度發布?-分區發布：泳道發布?3.2 、配置發布系統?-發布配置信息?-集群協作： Solr、Kafka?3.3 、原子指令?-系統級操作?-系統操作日志4、服務治理體系?服務健康狀態檢測?分布式任務調度（ Schedule ）調用鏈分析（Cat）實時日志監測（雷達系統）?API質量治理（ APIWater)?SQL質量治理（ Monyog ）4.1、服務健康狀態檢測衛生管理制度1 總則1.1 為了加強公司的環境衛生管理，創造一個整潔、文明、溫馨的購物、辦公環境，根據《公共場所衛生管理條例》的要求，特制定本制度。1.2 集團公司的衛生管理部門設在企管部，并負責將集團公司的衛生區域詳細劃分到各部室，各分公司所轄區域衛生由分公司客服部負責劃分，確保無遺漏。2 衛生標準2.1 室內衛生標準2.1.1 地面、墻面：無灰塵、無紙屑、無痰跡、無泡泡糖等粘合物、無積水，墻角無灰吊、無蜘蛛網。2.1.2 門、窗、玻璃、鏡子、柱子、電梯、樓梯、燈具等，做到明亮、無灰塵、無污跡、無粘合物，特別是玻璃，要求兩面明亮。2.1.3 柜臺、貨架：清潔干凈，貨架、柜臺底層及周圍無亂堆亂放現象、無灰塵、無粘合物，貨架頂部、背部和底部干凈，不存放雜物和私人物品。2.1.4 購物車（筐）、直接接觸食品的售貨工具（包括刀、叉等）：做到內外潔凈，無污垢和粘合物等。購物車（筐）要求每天營業前簡單清理，周五全面清理消毒；售貨工具要求每天消毒，并做好記錄。2.1.5 商品及包裝：商品及外包裝清潔無灰塵（外包裝破損的或破舊的不得陳列）。2.1.6 收款臺、服務臺、辦公櫥、存包柜：保持清潔、無灰塵，臺面和側面無灰塵、無灰吊和蜘蛛網。桌面上不得亂貼、亂畫、亂堆放物品，用具擺放有序且干凈，除當班的購物小票收款聯外，其它單據不得存放在桌面上。2.1.7 垃圾桶：桶內外干凈，要求營業時間隨時清理，不得溢出，每天下班前徹底清理，不得留有垃圾過夜。2.1.8 窗簾：定期進行清理，要求干凈、無污漬。2.1.9 吊飾：屋頂的吊飾要求無灰塵、無蜘蛛網，短期內不適用的吊飾及時清理徹底。2.1.10 內、外倉庫：半年徹底清理一次，無垃圾、無積塵、無蜘蛛網等。2.1.11 室內其他附屬物及工作用具均以整潔為準，要求無灰塵、無粘合物等污垢。2.2 室外衛生標準2.2.1 門前衛生：地面每天班前清理，平時每一小時清理一次，每周四營業結束后有條件的用水沖洗地面（冬季可根據情況適當清理），墻面干凈且無亂貼亂畫。2.2.2 院落衛生：院內地面衛生全天保潔，果皮箱、消防器械、護欄及配電箱等設施每周清理干凈。垃圾池周邊衛生清理徹底，不得有垃圾溢出。2.2.3 綠化區衛生：做到無雜物、無紙屑、無塑料袋等垃圾。3 清理程序3.1 室內和門前院落等區域衛生：每天營業前提前10分鐘把所管轄區域內衛生清理完畢，營業期間隨時保潔。下班后5-10分鐘清理桌面及衛生區域。3.2 綠化區衛生：每周徹底清理一遍，隨時保持清潔無垃圾。4 管理考核4.1 實行百分制考核，每月一