成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

為什么我們用的系統(tǒng)這么爛?

開(kāi)發(fā) 前端
企業(yè)服務(wù)市場(chǎng),橫向按客戶規(guī)模分為大客戶市場(chǎng)和中小客戶市場(chǎng),縱向目前最火的三大領(lǐng)域分別是大數(shù)據(jù)、云計(jì)算和運(yùn)維服務(wù)市場(chǎng),云再細(xì)分為SaaS、PaaS和IaaS

開(kāi)篇小故事

下面的故事都是真實(shí)的,猶如雷同純屬同類,請(qǐng)仔細(xì)反思。

故事1:升級(jí)硬件

客戶后臺(tái)數(shù)據(jù)庫(kù)存在性能問(wèn)題,查詢特別慢,長(zhǎng)時(shí)間語(yǔ)句很多。客戶因此而苦惱,咨詢了軟件廠商我該怎么辦?軟件廠商給出的答案:升級(jí)硬件吧,現(xiàn)在的資源不能滿足了!

那么客戶是什么硬件配置呢?數(shù)據(jù)庫(kù)什么體量呢?

答:128的CPU、512的內(nèi)存、高端的存儲(chǔ),跑了一個(gè)200G數(shù)據(jù)量的庫(kù),好像硬件滿滿的夠用呀!

問(wèn)題的根源就是最基本的大量少索引而已!

故事2:負(fù)載均衡

客戶想做數(shù)據(jù)庫(kù)的負(fù)載均衡,于是找到我們,各種方案各種高大上的說(shuō),我深深的被客戶的前衛(wèi)思想洗禮了一下,畢竟傳統(tǒng)行業(yè)很多對(duì)數(shù)據(jù)庫(kù)性能,安全方面的一些保障不是很完善。

前期談的很愉快,然后我去檢查客戶的現(xiàn)有環(huán)境,更驚奇的事情發(fā)生了,2臺(tái)跑在同一個(gè)物理機(jī)上的虛擬機(jī)要做負(fù)載均衡?

合久必分,分久必合的節(jié)奏?

故事3:高配更慢?

客戶在原有64CPU、128內(nèi)存的服務(wù)器進(jìn)行升級(jí)變成128CPU、512內(nèi)存,升級(jí)硬件也是軟件廠商建議提高服務(wù)器配置,升級(jí)完成以后客戶發(fā)現(xiàn)系統(tǒng)更慢了!這也可以?

正常的情況添加硬件資源不會(huì)出現(xiàn)這樣的情況,那么這個(gè)客戶是為什么呢?找了服務(wù)器的廠商各種檢測(cè),各種報(bào)告分析,無(wú)法得知原因,最終換回原配置的服務(wù)器。

這是為什么: 該軟件廠商的程序基本是使用定制化模板,根據(jù)業(yè)務(wù)拼接,開(kāi)發(fā)方便,但是后臺(tái)語(yǔ)句條件復(fù)雜,語(yǔ)句龐大在數(shù)據(jù)量增大以后語(yǔ)句的執(zhí)行變得很耗資源,也更依賴與CPU的并行,在沒(méi)有設(shè)置并行度的情況下升級(jí)硬件(添加CPU),導(dǎo)致并行度過(guò)高,語(yǔ)句執(zhí)行更慢。說(shuō)白了就是簡(jiǎn)單的一個(gè)參數(shù)配置問(wèn)題!

這些問(wèn)題你是否有?

這樣那樣的問(wèn)題到底是什么原因呢?誰(shuí)又該來(lái)改善這樣的現(xiàn)狀呢?

用戶的問(wèn)題

在很多傳統(tǒng)行業(yè)里,IT部門沒(méi)有專門的DBA,或者所謂的DBA是這樣一種角色:往往身兼數(shù)職(網(wǎng)管、項(xiàng)目管理、協(xié)調(diào)廠商、DBA、開(kāi)發(fā)、應(yīng)用、寫報(bào)告),既有很多協(xié)調(diào)性的管理工作,又有一些專業(yè)技術(shù)工作。這其實(shí)和網(wǎng)上產(chǎn)品經(jīng)理的段子很類似。

其實(shí)也就是說(shuō)用戶沒(méi)有管理好自己的數(shù)據(jù)庫(kù),很多時(shí)候數(shù)據(jù)庫(kù)的一些運(yùn)維配置都停留在軟件廠商部署時(shí)候的配置,經(jīng)過(guò)幾年的業(yè)務(wù)和數(shù)據(jù)的積累這些配置可能早就不適用了。再說(shuō)日常的體檢,隨著業(yè)務(wù)增長(zhǎng)的長(zhǎng)期規(guī)劃....好吧,那就更是沒(méi)有了!

而且更糟的是,在日常的使用過(guò)程中對(duì)數(shù)據(jù)庫(kù)還存在一些改造,比如毫無(wú)規(guī)劃的添加數(shù)據(jù)表,一些周邊功能的開(kāi)發(fā),其他方案的拼接。

所以問(wèn)題慢慢的積累慢慢的爆發(fā)。

看到這有些看官自然會(huì)想,我們購(gòu)買的軟件,數(shù)據(jù)庫(kù)不應(yīng)該是軟件廠商管的東西么?為什么我們要請(qǐng)DBA呢?

軟件廠商的問(wèn)題

我?guī)啄甑拈_(kāi)發(fā)經(jīng)歷中就有過(guò)在軟件廠商做運(yùn)維的經(jīng)歷,那個(gè)時(shí)候真的是頭大,天天電話不斷今天這問(wèn)題明天那問(wèn)題:業(yè)務(wù)問(wèn)題,數(shù)據(jù)不一致問(wèn)題,功能修改,新功能上線,無(wú)聊的會(huì)議,客戶突發(fā)奇想我還得跟著聽(tīng)聽(tīng)吹牛。我可以夸大點(diǎn)說(shuō)當(dāng)時(shí)在做開(kāi)發(fā)沒(méi)有轉(zhuǎn)到DBA的時(shí)候,我的數(shù)據(jù)庫(kù)技能可能是整個(gè)運(yùn)維團(tuán)隊(duì)里***的:基本的調(diào)優(yōu),索引的應(yīng)用,一些系統(tǒng)視圖的應(yīng)用,指標(biāo)的檢測(cè),聽(tīng)起來(lái)挺厲害了吧!

所以我就是運(yùn)維中的DBA了?

現(xiàn)在回想起來(lái),其實(shí)那個(gè)時(shí)候?qū)?shù)據(jù)庫(kù)的了解根本沒(méi)有成體系,對(duì)問(wèn)題的分析也是比較片面的。解決問(wèn)題也是東一錘子西一棒子,加個(gè)索引CPU指標(biāo)降下來(lái)了,語(yǔ)句也快起來(lái)了,認(rèn)為問(wèn)題解決了,其實(shí)可能并沒(méi)有。

呵呵,但是!在運(yùn)維的時(shí)候我一天天忙的狗一樣,客戶不反應(yīng)問(wèn)題,我肯定不會(huì)主動(dòng)做優(yōu)化做體檢,客戶反映問(wèn)題了,簡(jiǎn)單看一看能推就推,客戶急眼了,能安撫就安撫,迫不得以出手解決一下,長(zhǎng)期積累的問(wèn)題花了很長(zhǎng)的時(shí)間,還很可能解決不了[苦笑][苦笑]。

看到幾個(gè)指標(biāo)高,又解決不了,那么***反應(yīng)基本就是加硬件吧。

矛盾點(diǎn)

用戶不會(huì)配置專門的人干這樣的事情,感覺(jué)都是廠商的問(wèn)題,而廠商的人手技能也有限,很多軟件廠商沒(méi)有專業(yè)的數(shù)據(jù)庫(kù)人員,又不一定能做這樣的事情,最酷(苦)的就是運(yùn)維人員、開(kāi)發(fā)人員整天從早忙到晚連口水都喝不上,卻被打上差評(píng)的標(biāo)簽。廠商在客戶面前慢慢的失去了信服力,客戶對(duì)于遲遲不能解決的問(wèn)題更是很氣憤,還想繼續(xù)收運(yùn)維費(fèi)用?廠商有時(shí)也很無(wú)奈,很多時(shí)候又并不是軟件的問(wèn)題。

矛盾矛盾矛盾

扯皮扯皮扯皮

說(shuō)說(shuō)企業(yè)運(yùn)維

也許是崇洋媚外,接觸過(guò)幾家國(guó)外的軟件公司他們的運(yùn)維保障服務(wù)做的確實(shí)好,但價(jià)錢也確實(shí)高,反觀國(guó)內(nèi)的一些軟件公司很多公司在開(kāi)發(fā)階段基本是賠錢賺吆喝,而運(yùn)維保障費(fèi)用才是收入的開(kāi)始,但是運(yùn)維保障的效果確實(shí)不怎么理想,當(dāng)然如果你是大客戶給得起錢,那自然駐場(chǎng)工程師多多,服務(wù)周到,解決不了的問(wèn)題也要死磕到天亮。

慢慢的國(guó)內(nèi)協(xié)作運(yùn)維服務(wù)已經(jīng)熱起來(lái),專業(yè)的人干專業(yè)的事兒~也許這樣的第三方運(yùn)維引入可以解決上面的問(wèn)題,一部分企業(yè)已經(jīng)先行嘗到了這種你好,我好,他也好的甜頭。

企業(yè)運(yùn)維服務(wù)已經(jīng)是這個(gè)樣子了:

企業(yè)服務(wù)市場(chǎng),橫向按客戶規(guī)模分為大客戶市場(chǎng)和中小客戶市場(chǎng),縱向目前最火的三大領(lǐng)域分別是大數(shù)據(jù)、云計(jì)算和運(yùn)維服務(wù)市場(chǎng),云再細(xì)分為SaaS、PaaS和IaaS,這樣就構(gòu)成了如下市場(chǎng)布局:

從運(yùn)維服務(wù)產(chǎn)品角度來(lái)說(shuō),至少分為三層不同的能力,每一層都有各自不同的特點(diǎn)和要求:

  • 可視化統(tǒng)一管理能力:從統(tǒng)一信息采集、監(jiān)控告警到可視化運(yùn)維管理能力,這個(gè)是ITOM的基礎(chǔ)能力,做到運(yùn)維服務(wù)的統(tǒng)一管理和可視化;

  • 自動(dòng)化運(yùn)維服務(wù)能力:從運(yùn)維自動(dòng)化的統(tǒng)一控制、任務(wù)編排、網(wǎng)絡(luò)業(yè)務(wù)開(kāi)通和執(zhí)行到自動(dòng)化運(yùn)維服務(wù)場(chǎng)景迭代,這是ITOM升級(jí)進(jìn)化的必然之路,做到工具解放人力。

  • 場(chǎng)景化驅(qū)動(dòng)業(yè)務(wù)能力:運(yùn)維產(chǎn)品最終要為運(yùn)維服務(wù)、要為業(yè)務(wù)服務(wù),從敏捷開(kāi)發(fā)到敏捷運(yùn)維,實(shí)現(xiàn)工具優(yōu)化業(yè)務(wù),讓運(yùn)維更敏捷。

--------------博客地址-----------------------------------------------------------------------------

博客地址 http://www.cnblogs.com/double-K/

責(zé)任編輯:張燕妮 來(lái)源: 博客園
相關(guān)推薦

2011-01-28 08:55:44

網(wǎng)頁(yè)設(shè)計(jì)Web

2024-06-27 13:45:21

2013-05-09 10:24:28

企業(yè)軟件軟件開(kāi)發(fā)

2019-12-31 13:01:28

物聯(lián)網(wǎng)智能家居網(wǎng)絡(luò)安全

2018-09-10 15:40:46

GitHubQuery前端

2020-03-12 07:42:49

代碼程序員

2025-06-18 08:20:00

Redis數(shù)據(jù)庫(kù)線程

2018-08-16 08:03:21

Python語(yǔ)言解釋器

2019-08-30 14:58:47

JavaScript程序員編程語(yǔ)言

2013-03-04 10:10:36

WebKit瀏覽器

2022-06-02 08:03:19

PyCharmPython代碼

2024-02-26 21:15:20

Kafka緩存參數(shù)

2020-02-27 15:44:41

Nginx服務(wù)器反向代理

2016-12-28 11:28:19

.NET反射

2020-02-27 21:03:30

調(diào)度器架構(gòu)效率

2022-06-13 21:52:02

CDN網(wǎng)絡(luò)節(jié)點(diǎn)

2020-08-14 09:11:29

RedisQPS數(shù)據(jù)庫(kù)

2020-06-19 14:55:11

Kubernetes容器技術(shù)

2014-05-26 17:00:51

2020-03-30 15:05:46

Kafka消息數(shù)據(jù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)

主站蜘蛛池模板: 欧美αv| 亚洲男人天堂网 | 欧美一区二区激情三区 | 亚洲国产精品99久久久久久久久 | 欧美日韩高清在线一区 | 欧美精品一区二区三区四区五区 | 中文字幕综合 | 成人免费一区二区三区视频网站 | 91久操视频| 婷婷综合色 | 91视频91| 99精品99| 午夜视频一区 | 国产亚洲精品美女久久久久久久久久 | 99久久婷婷国产综合精品电影 | 一区二区三区四区在线视频 | 国产精品毛片一区二区在线看 | 三级av在线| 狠狠撸在线视频 | 中文字幕国产视频 | 亚洲欧美在线观看视频 | 欧美亚洲国产一区 | 午夜ww| 日本理论片好看理论片 | 色射综合| 日本欧美国产 | 乱一性一乱一交一视频a∨ 色爱av | 一区二区三区精品在线 | 成人在线视频看看 | 久久精品一区二区三区四区 | 色婷婷综合网站 | 91在线精品视频 | 国产精品免费一区二区三区四区 | 国产免费让你躁在线视频 | 99精品免费| 蜜桃视频在线观看免费视频网站www | 在线成人免费视频 | 国产精品成人一区二区三区 | 九九九久久国产免费 | 在线观看免费黄色片 | 精品久久久久久久久久久久 |