建站
咨詢
售后
建站咨詢
新聞中心
開篇小故事
創(chuàng)新互聯(lián)公司專業(yè)成都網站制作、成都網站建設、外貿營銷網站建設，集網站策劃、網站設計、網站制作于一體，網站seo、網站優(yōu)化、網站營銷、軟文發(fā)布平臺等專業(yè)人才根據(jù)搜索規(guī)律編程設計，讓網站在運行后，在搜索中有好的表現(xiàn)，專業(yè)設計制作為您帶來效益的網站！讓網站建設為您創(chuàng)造效益。
下面的故事都是真實的，猶如雷同純屬同類，請仔細反思。
故事1：升級硬件
客戶后臺數(shù)據(jù)庫存在性能問題，查詢特別慢，長時間語句很多?？蛻粢虼硕鄲溃稍兞塑浖S商我該怎么辦？軟件廠商給出的答案：升級硬件吧，現(xiàn)在的資源不能滿足了！
那么客戶是什么硬件配置呢？數(shù)據(jù)庫什么體量呢？
答：128的CPU、512的內存、高端的存儲，跑了一個200G數(shù)據(jù)量的庫，好像硬件滿滿的夠用呀！
問題的根源就是最基本的大量少索引而已！
故事2：負載均衡
客戶想做數(shù)據(jù)庫的負載均衡，于是找到我們，各種方案各種高大上的說，我深深的被客戶的前衛(wèi)思想洗禮了一下，畢竟傳統(tǒng)行業(yè)很多對數(shù)據(jù)庫性能，安全方面的一些保障不是很完善。
前期談的很愉快，然后我去檢查客戶的現(xiàn)有環(huán)境，更驚奇的事情發(fā)生了，2臺跑在同一個物理機上的虛擬機要做負載均衡？
合久必分，分久必合的節(jié)奏？
故事3：高配更慢？
客戶在原有64CPU、128內存的服務器進行升級變成128CPU、512內存，升級硬件也是軟件廠商建議提高服務器配置，升級完成以后客戶發(fā)現(xiàn)系統(tǒng)更慢了！這也可以？
正常的情況添加硬件資源不會出現(xiàn)這樣的情況，那么這個客戶是為什么呢？找了服務器的廠商各種檢測，各種報告分析，無法得知原因，最終換回原配置的服務器。
這是為什么: 該軟件廠商的程序基本是使用定制化模板，根據(jù)業(yè)務拼接，開發(fā)方便，但是后臺語句條件復雜，語句龐大在數(shù)據(jù)量增大以后語句的執(zhí)行變得很耗資源，也更依賴與CPU的并行，在沒有設置并行度的情況下升級硬件（添加CPU），導致并行度過高，語句執(zhí)行更慢。說白了就是簡單的一個參數(shù)配置問題！
這些問題你是否有？
這樣那樣的問題到底是什么原因呢？誰又該來改善這樣的現(xiàn)狀呢？
用戶的問題
在很多傳統(tǒng)行業(yè)里，IT部門沒有專門的DBA，或者所謂的DBA是這樣一種角色：往往身兼數(shù)職（網管、項目管理、協(xié)調廠商、DBA、開發(fā)、應用、寫報告），既有很多協(xié)調性的管理工作，又有一些專業(yè)技術工作。這其實和網上產品經理的段子很類似。
其實也就是說用戶沒有管理好自己的數(shù)據(jù)庫，很多時候數(shù)據(jù)庫的一些運維配置都停留在軟件廠商部署時候的配置，經過幾年的業(yè)務和數(shù)據(jù)的積累這些配置可能早就不適用了。再說日常的體檢，隨著業(yè)務增長的長期規(guī)劃....好吧，那就更是沒有了！
而且更糟的是，在日常的使用過程中對數(shù)據(jù)庫還存在一些改造，比如毫無規(guī)劃的添加數(shù)據(jù)表，一些周邊功能的開發(fā)，其他方案的拼接。
所以問題慢慢的積累慢慢的爆發(fā)。
看到這有些看官自然會想，我們購買的軟件，數(shù)據(jù)庫不應該是軟件廠商管的東西么？為什么我們要請DBA呢？
軟件廠商的問題
我?guī)啄甑拈_發(fā)經歷中就有過在軟件廠商做運維的經歷，那個時候真的是頭大，天天電話不斷今天這問題明天那問題：業(yè)務問題，數(shù)據(jù)不一致問題，功能修改，新功能上線，無聊的會議，客戶突發(fā)奇想我還得跟著聽聽吹牛。我可以夸大點說當時在做開發(fā)沒有轉到DBA的時候，我的數(shù)據(jù)庫技能可能是整個運維團隊里***的：基本的調優(yōu)，索引的應用，一些系統(tǒng)視圖的應用，指標的檢測，聽起來挺厲害了吧！
所以我就是運維中的DBA了？
現(xiàn)在回想起來，其實那個時候對數(shù)據(jù)庫的了解根本沒有成體系，對問題的分析也是比較片面的。解決問題也是東一錘子西一棒子，加個索引CPU指標降下來了，語句也快起來了，認為問題解決了，其實可能并沒有。
呵呵，但是！在運維的時候我一天天忙的狗一樣，客戶不反應問題，我肯定不會主動做優(yōu)化做體檢，客戶反映問題了，簡單看一看能推就推，客戶急眼了，能安撫就安撫，迫不得以出手解決一下，長期積累的問題花了很長的時間，還很可能解決不了[苦笑][苦笑]。
看到幾個指標高，又解決不了，那么***反應基本就是加硬件吧。
矛盾點
用戶不會配置專門的人干這樣的事情，感覺都是廠商的問題，而廠商的人手技能也有限，很多軟件廠商沒有專業(yè)的數(shù)據(jù)庫人員，又不一定能做這樣的事情，最酷（苦）的就是運維人員、開發(fā)人員整天從早忙到晚連口水都喝不上，卻被打上差評的標簽。廠商在客戶面前慢慢的失去了信服力，客戶對于遲遲不能解決的問題更是很氣憤，還想繼續(xù)收運維費用？廠商有時也很無奈，很多時候又并不是軟件的問題。
矛盾矛盾矛盾
扯皮扯皮扯皮
說說企業(yè)運維
也許是崇洋媚外，接觸過幾家國外的軟件公司他們的運維保障服務做的確實好，但價錢也確實高，反觀國內的一些軟件公司很多公司在開發(fā)階段基本是賠錢賺吆喝，而運維保障費用才是收入的開始，但是運維保障的效果確實不怎么理想，當然如果你是大客戶給得起錢，那自然駐場工程師多多，服務周到，解決不了的問題也要死磕到天亮。
慢慢的國內協(xié)作運維服務已經熱起來，專業(yè)的人干專業(yè)的事兒~也許這樣的第三方運維引入可以解決上面的問題，一部分企業(yè)已經先行嘗到了這種你好，我好，他也好的甜頭。
企業(yè)運維服務已經是這個樣子了：
企業(yè)服務市場，橫向按客戶規(guī)模分為大客戶市場和中小客戶市場，縱向目前最火的三大領域分別是大數(shù)據(jù)、云計算和運維服務市場，云再細分為SaaS、PaaS和IaaS，這樣就構成了如下市場布局：
從運維服務產品角度來說，至少分為三層不同的能力，每一層都有各自不同的特點和要求：
可視化統(tǒng)一管理能力：從統(tǒng)一信息采集、監(jiān)控告警到可視化運維管理能力，這個是ITOM的基礎能力，做到運維服務的統(tǒng)一管理和可視化；
自動化運維服務能力：從運維自動化的統(tǒng)一控制、任務編排、網絡業(yè)務開通和執(zhí)行到自動化運維服務場景迭代，這是ITOM升級進化的必然之路，做到工具解放人力。
場景化驅動業(yè)務能力：運維產品最終要為運維服務、要為業(yè)務服務，從敏捷開發(fā)到敏捷運維，實現(xiàn)工具優(yōu)化業(yè)務，讓運維更敏捷。
--------------博客地址-----------------------------------------------------------------------------
博客地址 http://www.cnblogs.com/double-K/
當前標題：為什么我們用的系統(tǒng)這么爛？
網頁網址：http://www.dlmjj.cn/article/cdgpdpj.html
