无掩无遮无挡爽爽免费看,亚洲国产天堂一区二区在线播放,91亚洲亚洲高清,xxxx医院偷拍xxxxho

鋼結(jié)構(gòu)加固施工方案要怎么寫(如何自建小型恒溫冷庫(kù))

本文目錄

鋼結(jié)構(gòu)加固施工方案要怎么寫

加固措施:通過(guò)體外預(yù)應(yīng)力索施加反向荷載的方法對(duì)該橋進(jìn)行加固,此外考慮箱梁兩側(cè)腹板出現(xiàn)大量的斜剪裂縫,為了約束斜裂縫進(jìn)一步發(fā)展,加強(qiáng)對(duì)腹板混凝土的約束,增強(qiáng)腹板抗剪承載能力和剛度,采用腹板內(nèi)側(cè)粘貼鋼板。預(yù)應(yīng)力施工工藝1.錨固端部橫梁與跨中轉(zhuǎn)向橫肋!墩頂導(dǎo)向槽的施工2.鋼絞線下料與穿束3.鋼絞線張拉4 預(yù)緊5.高應(yīng)力張拉6.壓漿
缺點(diǎn):
1.預(yù)應(yīng)力的施工工藝,在鋼絞線下料與穿束中粘接段段的長(zhǎng)度和位置,新老混凝土之間的粘結(jié),后加預(yù)應(yīng)力對(duì)原預(yù)應(yīng)力的影響,很難確定。
2.施加預(yù)應(yīng)力索加固現(xiàn)在存在的問(wèn)題:如合理的加固預(yù)應(yīng)力筋的位置和數(shù)量后加固的預(yù)應(yīng)力鋼筋對(duì)已經(jīng)存在的預(yù)應(yīng)力鋼筋的影響
3.體外預(yù)應(yīng)力鋼筋松弛、斷筋等失效的現(xiàn)象也較為常見(jiàn)
二.體外預(yù)應(yīng)力的加固另外的加強(qiáng)措施
1 彎曲加強(qiáng)
采用體外預(yù)應(yīng)力加固法可提高結(jié)構(gòu)構(gòu)件的受彎承載力.預(yù)應(yīng)力筋布置應(yīng)符合優(yōu)化布置原則,即加固筋外形與外荷載產(chǎn)生的彎矩圖形相似.因此,加固梁式結(jié)構(gòu)時(shí),體外預(yù)應(yīng)力筋多采用折線形連續(xù)筋,以充分發(fā)揮加固筋的抗拉強(qiáng)度.體外筋的靈活布置,可以有效地補(bǔ)強(qiáng)加固不同受力情況的簡(jiǎn)支梁和連續(xù)梁.若連續(xù)梁中僅有個(gè)別跨需要加固,則可采取在這些跨上單獨(dú)布置預(yù)應(yīng)力筋進(jìn)行局部加固;若連續(xù)梁普遍較差,則可用各跨布置給予整體加固,若連續(xù)梁普遍較弱,但個(gè)別跨更弱,則可采取通長(zhǎng)布置與局部布置相結(jié)合的辦法進(jìn)行加固.
2 剪切加強(qiáng)
梁的剪切強(qiáng)度可通過(guò)外部加設(shè)扁鋼!鋼板和鋼箍等方法來(lái)提高.扁鋼通常箍在構(gòu)件上用后張法拉緊并已開(kāi)發(fā)了一種后張不銹鋼鋼箍的方法.后張法能使新材料平分恒載及活載,這樣就能更有效地利用新增材料.提高剪切強(qiáng)度的另外一種方法為采用后張的附加預(yù)應(yīng)力鋼筋.預(yù)應(yīng)力鋼筋可以加在垂直和傾斜方向上,而且既可安裝在梁腹板內(nèi),又可安裝在箱內(nèi).施加預(yù)應(yīng)力時(shí)應(yīng)當(dāng)小心謹(jǐn)慎,避免結(jié)構(gòu)某些部分出現(xiàn)超限應(yīng)力.若構(gòu)件中存在裂縫,一個(gè)好的實(shí)施方法是在施加預(yù)應(yīng)力之前,先在裂紋上注射環(huán)氧樹(shù)脂.

三.粘貼碳纖維法與鋼板粘貼加強(qiáng)法基本原理是一致的,均是將其增強(qiáng)材料粘貼在混凝土結(jié)構(gòu)的受拉邊緣或薄弱部位,使之與結(jié)構(gòu)形成整體,代替需增設(shè)的補(bǔ)強(qiáng)鋼筋,提高梁的承載能力達(dá)到補(bǔ)強(qiáng)的目的
粘貼碳纖維法
碳纖維加固橋梁構(gòu)件的部位:用粘結(jié)材料將碳纖維材料有序地纏繞粘貼于構(gòu)件表面,實(shí)現(xiàn)對(duì)構(gòu)件變形的約束并因此提高構(gòu)件的極限強(qiáng)度和承載能力。在橋梁加固運(yùn)用中,可粘貼在混凝土梁的頂面或底板上,以提高混凝土梁的截面強(qiáng)度和剛度:也可粘貼在梁的腹板上,以提高其抗剪強(qiáng)度
具體的施工工藝:
1. 處理結(jié)構(gòu)混凝土表面,涂敷基底樹(shù)脂并整平
2. 涂刮整平膠并對(duì)其表面作砂光處理
3. 滾刷粘結(jié)劑粘結(jié)碳纖維
4. 對(duì)已貼的碳纖維作壓面處理
5. 表面整飾(如抹砂漿等)
粘貼鋼板(碳纖維)法:(1)對(duì)結(jié)構(gòu)抗彎和抗剪加固效果明顯,但對(duì)結(jié)構(gòu)靜剛度影響不大(靜剛度包括等直桿件扭轉(zhuǎn)剛度、受彎梁的彎曲強(qiáng)度、薄板受彎曲載荷作用、薄殼變形計(jì)算)。(2)在借用橋面鋪裝層參與受力時(shí),新老混凝土的可靠連接,始終存在問(wèn)題如粘結(jié)劑的老化問(wèn)題
此外粘貼鋼板法存在以下自己特殊的缺點(diǎn):(1) ,鋼板面積大,剛度大,適型性差,很難與原結(jié)構(gòu)緊密粘接,此外,自重很大,加上銹跡等原因,底、側(cè)粘貼很易脫落(鋼板易受腐蝕或脫落)(2)對(duì)于大跨度梁來(lái)說(shuō),鋼板的重量可能太重
粘貼碳纖維法存在以下自己特殊的缺點(diǎn)(1碳纖維的抗剪強(qiáng)度低,延展性又不好,所以,其受力的不均勻性必須充分注意(2) 碳纖維用于橋梁加固,其老化問(wèn)題不容忽視。
四.體系轉(zhuǎn)換法:是通過(guò)改變橋梁結(jié)構(gòu)體系以減少梁內(nèi)應(yīng)力,提高承載能力的一種加固方法這是一種‘變被動(dòng)加固為主動(dòng)加固’的方法,該方法需要對(duì)原結(jié)構(gòu)的現(xiàn)狀進(jìn)行仔細(xì)的調(diào)查,對(duì)其承載潛能進(jìn)行正確評(píng)價(jià),用周密、細(xì)致、可靠的汁算分析確定體系轉(zhuǎn)換的方法和施工工藝流程,以達(dá)到加固修復(fù)病橋的目的。一般可通過(guò)簡(jiǎn)支梁下增一設(shè)支架或橋墩;或把簡(jiǎn)支梁與簡(jiǎn)支梁加以連接,使結(jié)構(gòu)由簡(jiǎn)支變?yōu)檫B續(xù)等。
施工工藝:(1)揭開(kāi)橋面鋪裝層.將梁頂保護(hù)層鑿除.使主筋外露.沿梁頂增設(shè)縱向受力主筋,數(shù)量根據(jù)計(jì)算決定。
(2)澆注端頭混凝土
(3)拆除或改變?cè)兄ё?br/> (4)重新做好橋面鋪裝
該加固方法主要對(duì)于大、中簡(jiǎn)支梁橋的加固,將多跨簡(jiǎn)支梁的梁端連接起來(lái),變?yōu)槎嗫邕B續(xù)梁,,可以有效改善結(jié)構(gòu)的受力狀況,提高橋梁的承載能力,但不適合連續(xù)剛構(gòu)橋的后期加固
五.橋面系減載。對(duì)大跨度連續(xù)剛構(gòu)而言,恒載在總重量中占有相當(dāng)大的比重,減小橋跨內(nèi)橋面的恒載重量諸如變鹼橋面鋪裝為瀝青鹼橋面鋪裝、變鹼欄桿系為鋼質(zhì)欄桿系、減薄人行道鋪裝厚度等能有效地減小跨中的下?lián)狭俊?br/> 六.?dāng)U大或增加原結(jié)構(gòu)構(gòu)件截面,以提高原結(jié)構(gòu)的強(qiáng)度和剛度;該方法雖然能提高結(jié)構(gòu)承載力,但也會(huì)因而加大結(jié)構(gòu)自重。自重加大產(chǎn)生的內(nèi)力增量會(huì)消抵部分或全部結(jié)構(gòu)承載能力的提高。且新增結(jié)構(gòu)面積或體外施加的預(yù)應(yīng)力與原結(jié)構(gòu)體的界面能否良好結(jié)合
此外(1)擴(kuò)大或增加原結(jié)構(gòu)構(gòu)件截面,以提高原結(jié)構(gòu)的強(qiáng)度和剛度; (2)改變?cè)Y(jié)構(gòu)的受力體系,使其減小受力;(3)以新的結(jié)構(gòu)代替舊的應(yīng)力不夠的結(jié)構(gòu)這三種方法均不能用于大跨徑連續(xù)剛構(gòu)橋

如何自建小型恒溫冷庫(kù)

自建小型恒溫冷庫(kù)的方法是,采用磚、石或混凝土結(jié)構(gòu),加防潮層、隔熱層。墻壁和地面可用混凝土加固,并加防潮層和隔熱層,天花板的熱面也要設(shè)防潮層,并與地面的防潮層連接,使整個(gè)倉(cāng)庫(kù)內(nèi),不受外界潮濕空氣的影響

如果做地下車庫(kù)地坪,那么應(yīng)該用哪些材料比較適合

一、目前的車庫(kù)地坪2113一般有金剛砂、環(huán)氧樹(shù)脂5261及耐磨硬化地坪三4102種,其中環(huán)氧地坪比較普遍,但后期的翻新成本1653較高。二、環(huán)氧地坪的優(yōu)點(diǎn)是防塵、顏色多樣、質(zhì)地?zé)o接縫。缺點(diǎn)是,易老化、地面潮濕后容易脫殼、起皮,且用環(huán)氧施工的地下車庫(kù)地坪耐磨性較差,汽車輾壓后容易留下難看的拖痕且不容易清潔,后期翻新改造成本高。

DevOps哪些廠家技術(shù)好

實(shí)施DevOps的核心目標(biāo)是加速團(tuán)隊(duì)、企業(yè)的IT精益運(yùn)行,從根本上提升IT的生產(chǎn)效率,加速部門、企業(yè)的業(yè)務(wù)創(chuàng)新能力。

是的,DevOps的優(yōu)勢(shì)很明顯。那為什么它這么好,但這些年下來(lái)實(shí)際落地的企業(yè)卻這么少。除了作者提到的容器、微服務(wù)等相關(guān)的『環(huán)境因素』外,還有哪些內(nèi)在因素?普元在這方面又有哪些經(jīng)驗(yàn)和案例?InfoQ就這些問(wèn)題對(duì)普元的主任架構(gòu)師顧偉進(jìn)行了采訪(文末有嘉賓二維碼,掃碼加入群)。

受訪嘉賓簡(jiǎn)介

顧偉,畢業(yè)于東南大學(xué),現(xiàn)任普元公司主任架構(gòu)師;先后參與和帶領(lǐng)了華為BME、中信銀行CBJUP、工商銀行CTP、中航信RI、阿里云ACE、普元云計(jì)算平臺(tái)、普元The Platform等大型項(xiàng)目的交付;長(zhǎng)期致力于IT技術(shù)研究、產(chǎn)品設(shè)計(jì)、架構(gòu)咨詢等工作,擅長(zhǎng)Web、OSGI、CI/CD、服務(wù)治理、云計(jì)算等領(lǐng)域技術(shù);對(duì)DevOps、自動(dòng)化運(yùn)維、微服務(wù)架構(gòu)有著濃厚的興趣。

InfoQ:請(qǐng)介紹下您的技術(shù)背景和目前負(fù)責(zé)的項(xiàng)目?能否回顧總結(jié)并階段性地介紹下您的技術(shù)成長(zhǎng)經(jīng)歷?

顧偉:大家好,我是顧偉,專注于DevOps和云計(jì)算領(lǐng)域,擅長(zhǎng)CI/CD、前端、OSGI、容器等技術(shù),對(duì)各類自動(dòng)化、智能化有著濃厚的興趣。目前負(fù)責(zé)普元The Platform云平臺(tái)產(chǎn)品的設(shè)計(jì)工作,兼顧DevOps、CaaS、IaaS等外部實(shí)施工作。

到目前,我的職業(yè)生涯中經(jīng)歷的領(lǐng)域和技術(shù)棧比較雜,大體分為以下四個(gè)階段:

  • 06年-07年:以項(xiàng)目實(shí)施為主,參與了華為BME項(xiàng)目的多期建設(shè),熟練掌握了包括Java、Web、數(shù)據(jù)庫(kù)等基本技能。

  • 07年-10年:主要參與了兩款產(chǎn)品研發(fā),一款是基于Ext的所見(jiàn)即所得的UI產(chǎn)品,一款是基于Eclipse插件開(kāi)發(fā)的IDE平臺(tái),熟練掌握了主流UI框架和Eclipse的大部分源碼。回過(guò)頭來(lái)看,學(xué)習(xí)優(yōu)秀框架設(shè)計(jì)的經(jīng)歷,為今后的架構(gòu)之路奠定了較好的基礎(chǔ)。

  • 10年-12年:以大型企業(yè)級(jí)平臺(tái)實(shí)施為主,參與了工商銀行、中信銀行的統(tǒng)一平臺(tái)項(xiàng)目,也主導(dǎo)過(guò)中航信RI等創(chuàng)新項(xiàng)目。在加固已有知識(shí)的同時(shí),這段經(jīng)歷使我掌握了諸多企業(yè)級(jí)中間件(比如IBM MQ、ILOG、BMC CMDB等)的使用和擴(kuò)展,同時(shí)也開(kāi)始接觸了如云計(jì)算、大數(shù)據(jù)領(lǐng)域的新技術(shù)。

  • 13年-16年:從與阿里云ACE合作云產(chǎn)品開(kāi)始,先后歷經(jīng)了普元IaaS(OpenStack),CaaS(Kubernetes + Docker),DevOps領(lǐng)域等產(chǎn)品設(shè)計(jì)及研發(fā)工作。這段時(shí)間,擁抱開(kāi)源并實(shí)踐于企業(yè)級(jí)產(chǎn)品中,算是正式走進(jìn)了企業(yè)云計(jì)算領(lǐng)域。

InfoQ:您曾經(jīng)提到過(guò)您很關(guān)注DevOps和自動(dòng)化運(yùn)維。能否簡(jiǎn)要介紹下您對(duì)這兩者的理解和未來(lái)趨勢(shì)的看法?DevOps給運(yùn)維部分帶來(lái)了哪些變化?

顧偉:在我的理解里,DevOps其實(shí)是包含了自動(dòng)化運(yùn)維的。只是現(xiàn)在這兩種概念都很常見(jiàn),所以我分開(kāi)提及的。

大家肯定都能感覺(jué)到,DevOps、微服務(wù)、容器等概念已經(jīng)越來(lái)越熱了。這讓我想到了3年前OpenStack的狀態(tài),各大社區(qū)、創(chuàng)業(yè)公司、傳統(tǒng)企業(yè),紛紛投入到OpenStack懷抱;而現(xiàn)在,雖然是有一些公司存活下來(lái)了,但總的來(lái)看誰(shuí)也沒(méi)賺到多少錢,也沒(méi)有哪家公司如預(yù)想般把VMware給替代了。過(guò)熱的后果是反而把市場(chǎng)秩序給弄得一團(tuán)糟,產(chǎn)品低價(jià)競(jìng)爭(zhēng),人員漫天要價(jià)。

我覺(jué)得現(xiàn)在的DevOps也到了這個(gè)岔路口,有很多公司在熱炒DevOps的概念,并紛紛宣布轉(zhuǎn)型成功;而從實(shí)際市場(chǎng)、尤其企業(yè)市場(chǎng)的反饋來(lái)看,客戶對(duì)此的評(píng)價(jià)幾乎眾口一詞:“DevOps很好,但我們很難做到”。

究其原因,最缺乏的是DevOps方案提供公司真正到深入到企業(yè)里面,沉下心來(lái),結(jié)合實(shí)際情況進(jìn)行實(shí)施實(shí)踐,從而幫助客戶切實(shí)地做到橫向協(xié)作打通、縱向工具鏈打通。所以我覺(jué)得,市場(chǎng)到今年底前還是會(huì)充斥著很多概念炒作;但從明年開(kāi)始,大家會(huì)逐步看到,這個(gè)領(lǐng)域中真正的脫穎而出的,將會(huì)是那些已經(jīng)將DevOps實(shí)際落地的企業(yè)和服務(wù)商。

DevOps給運(yùn)維帶來(lái)的變化,主要體現(xiàn)在運(yùn)維工具的打通,但是單單從這個(gè)角度看影響并不很明顯。如果能夠從企業(yè)、部門、團(tuán)隊(duì)多維角度結(jié)合來(lái)看,才能發(fā)現(xiàn)DevOps獨(dú)特的地方。

DevOps本質(zhì)上是一個(gè)持續(xù)優(yōu)化的過(guò)程,一般需要從組織、技術(shù)、流程三個(gè)維度考慮,目標(biāo)是加速IT的精益運(yùn)營(yíng)。 DevOps推崇的是讓開(kāi)發(fā)、測(cè)試、運(yùn)維友好協(xié)作,倡導(dǎo)大家都能為各自的上下游提供便利,形成演進(jìn)回環(huán),有效的支撐業(yè)務(wù)創(chuàng)新。

InfoQ:你提到,DevOps很好,但也很難落地。你認(rèn)為難點(diǎn)在哪里?如果說(shuō)要突破這些挑戰(zhàn),你認(rèn)為團(tuán)隊(duì)負(fù)責(zé)人應(yīng)該重點(diǎn)從哪些方面入手?

顧偉:我覺(jué)得DevOps最大的難點(diǎn)并不是所謂的文化或組織(因?yàn)檫@個(gè)不是說(shuō)改變或打破就能改變或打破的),而是各家公司的流程和工具都是有差異的,每家都會(huì)有自己的特色與特殊部分,很難有所謂的通用產(chǎn)品能解決所有問(wèn)題。

舉個(gè)代碼庫(kù)工具使用的例子,之前在我們?nèi)豪镞€單獨(dú)拿出來(lái)討論的,有的企業(yè)是主干開(kāi)發(fā)、分支release;有的企業(yè)是分支開(kāi)發(fā)、分支release,接著再往下細(xì),都是分支開(kāi)發(fā)并release的企業(yè),同一個(gè)產(chǎn)品版本,有的是開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境、生產(chǎn)環(huán)境對(duì)應(yīng)的分支物理上是不同的,也有開(kāi)發(fā)測(cè)試環(huán)境相同、生產(chǎn)環(huán)境不同的,還有從開(kāi)發(fā)到最終上線就一個(gè)分支的。而且每家做法都有很充分的理由……

想突破這種問(wèn)題,對(duì)于一個(gè)團(tuán)隊(duì)負(fù)責(zé)人來(lái)說(shuō),要能在一定的條件下,有效組織團(tuán)隊(duì)、逐步優(yōu)化流程。這里說(shuō)的“一定的條件”涉及很多方面,比如不要試圖按理想情況去打通部門,這是永遠(yuǎn)不可能的,再比如想讓團(tuán)隊(duì)每個(gè)人都有一樣的高度、理解力、責(zé)任感也是很難實(shí)現(xiàn)的。所以對(duì)于一個(gè)團(tuán)隊(duì)負(fù)責(zé)人來(lái)說(shuō),想實(shí)施好DevOps,需要理清現(xiàn)狀,統(tǒng)一概念模型,制定階段性目標(biāo),激發(fā)團(tuán)隊(duì)熱情,有效規(guī)避風(fēng)險(xiǎn);而不是一上來(lái)就是要用什么技術(shù),要有多好的理念之類。

InfoQ:你如何看不可變基礎(chǔ)設(shè)施?

顧偉:看到這個(gè)問(wèn)題,首先想吐吐槽:初次聽(tīng)到不可變的基礎(chǔ)設(shè)施時(shí),我當(dāng)時(shí)不知道為什么,還想起了另外一個(gè)概念:基礎(chǔ)設(shè)施即代碼,雖然這兩者沒(méi)有特別的強(qiáng)關(guān)聯(lián),但第一感覺(jué)就是,現(xiàn)在市場(chǎng)上很喜歡拿基礎(chǔ)設(shè)施來(lái)說(shuō)事。

我以前做過(guò)IaaS、PaaS,也參與過(guò)運(yùn)維工作,基礎(chǔ)設(shè)施在我的理解里是一個(gè)底層、重、固化的東西。隨著一切皆服務(wù)、一切皆代碼、無(wú)狀態(tài)這些概念起來(lái),讓我覺(jué)得市場(chǎng)上的任何詞,都可以變成“怎么說(shuō)都有理”的理念。

回歸正題,我認(rèn)為要像不可變的基礎(chǔ)設(shè)施的目標(biāo)前行,有兩點(diǎn)比較重要:

  • 從使用者的角度來(lái)看,基礎(chǔ)設(shè)施最好是無(wú)差異無(wú)感知的,所謂的無(wú)差異或無(wú)感知是說(shuō)無(wú)論下面是什么樣的異構(gòu)硬件、不同系統(tǒng)等,對(duì)上層業(yè)務(wù)的服務(wù)提供都是統(tǒng)一的;

  • 從提供者的角度來(lái)看,基礎(chǔ)設(shè)施從建立之初就不要再變更,只有新建與替換,粒度很重要,這也是很多人甚至?xí)岬较齋SH的想法的原因。

對(duì)于不可變基礎(chǔ)設(shè)施的未來(lái),我認(rèn)為是個(gè)長(zhǎng)期的目標(biāo)。隨著容器、DevOps能力的逐步落地,給了這個(gè)目標(biāo)一個(gè)可實(shí)現(xiàn)路徑,但真的要做到完全不變,我覺(jué)得是很難的,因?yàn)樯鷳B(tài)還沒(méi)有起來(lái),很多層的能力或接口還沒(méi)有統(tǒng)一和規(guī)范,差異化永遠(yuǎn)是不可變的最大攔路虎。

InfoQ:這兩天又有人提出了OpsDev的概念,你怎么看?

顧偉:這個(gè)我之前也看到了,看到第一句解釋后我就沒(méi)再看下去,因?yàn)閺膩?lái)沒(méi)有人說(shuō)過(guò)DevOps到底是Dev2Ops還是Ops2Dev,為什么?因?yàn)闊o(wú)論是Dev還是Ops,都應(yīng)該將對(duì)方視為可標(biāo)準(zhǔn)的對(duì)象,同時(shí)為對(duì)方提供足夠可規(guī)范的便捷(主動(dòng)的嘗試著去適應(yīng)對(duì)方),這本來(lái)就不是一個(gè)單向的過(guò)程。

所以我認(rèn)為無(wú)論是叫DevOps,還是叫OpsDev,大家的目標(biāo)都是一樣的,切勿認(rèn)為詞語(yǔ)上的誰(shuí)先誰(shuí)后,就意味著誰(shuí)主動(dòng)誰(shuí)被動(dòng)。在不失規(guī)范與流程的前提下,打通上下游、雙向協(xié)作才是DevOps的真諦。

InfoQ:您即將在CNUTCon全球容器技術(shù)大會(huì)上和我們分享《基于微服務(wù)架構(gòu)的容器云之實(shí)踐》,可否先大概介紹下你們的容器云?

顧偉:其實(shí)普元的主要目標(biāo)是落地DevOps,在技術(shù)實(shí)現(xiàn)上,只是底層默認(rèn)使用了CaaS作為支撐(當(dāng)然平臺(tái)也兼容IaaS)。平臺(tái)在原有的基礎(chǔ)能力之上,實(shí)現(xiàn)了容器+微服務(wù)的部分,并不斷版本迭代演變至今。第一個(gè)版本花費(fèi)約半年多時(shí)間。這次,為了契合容器大會(huì)主題,我選擇了底層CaaS部分的實(shí)踐進(jìn)行分享。

目前我們的容器云既可以運(yùn)行于私有云(OpenStack、VMware),也可以支持在公有云(阿里云)上運(yùn)行。平臺(tái)以微服務(wù)架構(gòu)為支撐,使用了Kubernetes + Docker的組合,以CoreOS、Flannel、SkyDNS等作為支撐選件,集成了包括MySQL、Redis、GIT、Nexus、Jenkins、Docker Registry等基礎(chǔ)服務(wù),形成了一款用于支撐企業(yè)DevOps的容器云平臺(tái)。平臺(tái)最終架構(gòu)圖(含DevOps能力)如下:

InfoQ:這套容器+微服務(wù)實(shí)現(xiàn)的DevOps方案,您認(rèn)為哪類行業(yè)的企業(yè)可以借鑒參考?傳統(tǒng)企業(yè)可以在哪種情況下,開(kāi)展怎樣的嘗試?又該如何拆分傳統(tǒng)應(yīng)用?

顧偉:這套方案相對(duì)來(lái)說(shuō),比較適合有一定規(guī)模的企業(yè)或互聯(lián)網(wǎng)公司。因?yàn)槿绻麍F(tuán)隊(duì)較小、業(yè)務(wù)較簡(jiǎn)單(比如只有極少數(shù)量的App),那首要的問(wèn)題還不在精益化上,通過(guò)人來(lái)做管理配置,也不會(huì)特別復(fù)雜。

對(duì)于傳統(tǒng)企業(yè)來(lái)說(shuō),我的建議是嘗試需要首先從這兩方面開(kāi)始:

  • 持續(xù)發(fā)布能力:這是打通開(kāi)發(fā)測(cè)試與運(yùn)維的最佳著手點(diǎn),也是業(yè)界目前方案成熟度較好的模塊。

  • 自服務(wù)能力:自助和自動(dòng),是打通上下游、提升運(yùn)營(yíng)效率的有效手段,自服務(wù)能力強(qiáng)調(diào)的正是這一點(diǎn)。

至于提及微服務(wù)化是如何進(jìn)行單塊應(yīng)用拆分,我覺(jué)得是這之后的事情:沒(méi)有配套的運(yùn)營(yíng)支撐平臺(tái),何談微服務(wù)架構(gòu)。

InfoQ:您提到過(guò)目前的這個(gè)方案在13年的時(shí)候普元就有提出過(guò)。當(dāng)年是在什么樣的情況下想到的呢?為什么當(dāng)時(shí)沒(méi)有落地這樣的想法?

顧偉:翻翻歷史,這個(gè)點(diǎn)子是13年的時(shí)候,我們董事長(zhǎng)劉亞?wèn)|先生提出的,當(dāng)時(shí)他指出:“數(shù)字化未來(lái)會(huì)將企業(yè)每個(gè)人、每臺(tái)機(jī)器都變成一個(gè)節(jié)點(diǎn),企業(yè)信息平臺(tái)需要具備打通供應(yīng)鏈、資金鏈、物流鏈、銷售鏈、服務(wù)鏈等能力,這就需要企業(yè)在未來(lái)競(jìng)爭(zhēng)中找到自己的位置,就必須用數(shù)字化企業(yè)云平臺(tái)”。

至于為什么當(dāng)時(shí)沒(méi)有落實(shí)下來(lái)?我個(gè)人覺(jué)得,畢竟當(dāng)時(shí)董事長(zhǎng)提出的無(wú)論數(shù)字化、還是連接一切等概念還比較前沿,我們團(tuán)隊(duì)的積累和認(rèn)知不是很夠等種種原因吧,沒(méi)有在當(dāng)時(shí)真正執(zhí)行起來(lái)?,F(xiàn)在回過(guò)頭來(lái)看,算是在給當(dāng)時(shí)的愿景圓夢(mèng)吧!

InfoQ:為什么微服務(wù)的架構(gòu)要采用容器做默認(rèn)承載?如果不采用容器技術(shù),您認(rèn)為微服務(wù)化會(huì)面臨怎樣的難題?除了微服務(wù)化架構(gòu)的實(shí)現(xiàn),普元還有在其他情況下使用過(guò)容器技術(shù)嗎?

顧偉:首先我的觀點(diǎn)是,微服務(wù)架構(gòu)和容器沒(méi)有任何關(guān)系,大家也可去翻一翻Martin Flower的文章。那為什么現(xiàn)在大家看到的文章中,提到微服務(wù)就會(huì)提容器,或者提DevOps,本質(zhì)上是因?yàn)橐韵聝牲c(diǎn):

其實(shí)很多公司的現(xiàn)狀是僅僅實(shí)現(xiàn)了容器管理,但是又想接下來(lái)向微服務(wù)化靠攏,于是就出現(xiàn)了強(qiáng)關(guān)聯(lián)的概念。

事實(shí)上,現(xiàn)在也確實(shí)存在很多企業(yè)把兩者結(jié)合在一起使用。無(wú)意中讓大家誤會(huì)了兩者的關(guān)系。

但是這只是說(shuō)明了兩者相伴相生的現(xiàn)象,并不意味著強(qiáng)因果關(guān)系。

容器的優(yōu)勢(shì)在于:輕量化、原子化、可移植性、快速集成等,而這與微服務(wù)所倡導(dǎo)的松耦合、高內(nèi)聚有著異曲同工之處。 在實(shí)際使用中,往往容器+微服務(wù)確實(shí)可發(fā)揮 1+1>2 的功效。

容器可以作為默認(rèn)承載,但要支撐企業(yè)級(jí)系統(tǒng),不能只有默認(rèn)承載。因?yàn)槿萜鞯南嚓P(guān)技術(shù)完備性現(xiàn)在還不足以完全支撐業(yè)務(wù),像容器的存儲(chǔ)方案、有狀態(tài)服務(wù)方案這些生態(tài)技術(shù)還并不太成熟。

如果不采用容器技術(shù),傳統(tǒng)VM技術(shù)、或者說(shuō)IaaS,甚至純物理機(jī)架構(gòu),照樣可以支撐微服務(wù)架構(gòu),只是在管理上稍微復(fù)雜些。在普元,我們是通過(guò)統(tǒng)一的環(huán)境管理(內(nèi)部系統(tǒng)叫SEM),來(lái)屏蔽底層基礎(chǔ)設(shè)施差異的,大家可參考我們異構(gòu)環(huán)境下的統(tǒng)一概念模型:

目前容器技術(shù)的使用主要在這款數(shù)字化云平臺(tái)里,其他地方用的較少,只在一些客戶試點(diǎn)項(xiàng)目中有過(guò)嘗試。

InfoQ:相比較歷史系統(tǒng)的DevOps,基于容器技術(shù)的DevOps具有哪些特點(diǎn)和優(yōu)勢(shì),適用于哪些情況?您是否認(rèn)同“容器改變DevOps”這種觀點(diǎn)?

顧偉:DevOps有時(shí)會(huì)讓人覺(jué)得很遙遠(yuǎn),也有很多企業(yè)會(huì)覺(jué)得先做到自動(dòng)化運(yùn)維就足夠了,大家對(duì)于這個(gè)概念其實(shí)褒貶不一。技術(shù)方案上,也是層出不窮,近期看到一些群、公開(kāi)課、沙龍?jiān)谟懻揇evOps實(shí)現(xiàn):有用容器的;有基于Puppet、SaltStack延伸的;還有一些生于Cloud Foundry、OpenShift這些傳統(tǒng)PaaS之上。換而言之,DevOps其實(shí)并不局限于任何具體技術(shù),只是容器技術(shù)在實(shí)現(xiàn)DevOps時(shí)有一定的優(yōu)勢(shì):

  • 靈活:DevOps的一項(xiàng)重要工作是“編排”工具鏈,要求能夠?qū)Α霸踊顒?dòng)”進(jìn)行快速串接,而容器本身對(duì)于原子化及編排能力就有很好的支撐。

  • 集約:DevOps的一大價(jià)值是資源集約管理,容器相對(duì)于傳統(tǒng)VM,在資源利用上就有很大優(yōu)勢(shì),其資源長(zhǎng)短生命周期皆宜的特征,對(duì)于像開(kāi)發(fā)測(cè)試云這樣的需求尤其合適。

  • 標(biāo)準(zhǔn):以鏡像為粒度的管理模式,相比于零散腳本、多變介質(zhì)、各種小工具等規(guī)范度不高的傳統(tǒng)開(kāi)發(fā)運(yùn)維,給了實(shí)施者一定的標(biāo)準(zhǔn)。伴隨著配置、服務(wù)狀態(tài)等生態(tài)技術(shù)的補(bǔ)充,容器實(shí)施DevOps的方案會(huì)變得更完善。

您提到的“容器改變DevOps”說(shuō)法,我認(rèn)為偏絕對(duì);我更傾向于“容器讓DevOps更容易”。

InfoQ:對(duì)于容器的運(yùn)維,您認(rèn)為有哪些需要特別注意的問(wèn)題呢?能否詳細(xì)談?wù)劦碾p模架構(gòu)(模態(tài)1:傳統(tǒng)技術(shù),模態(tài)2:容器技術(shù))的自動(dòng)化運(yùn)維?

顧偉: 我認(rèn)為對(duì)于容器本身的運(yùn)維,其實(shí)和傳統(tǒng)的運(yùn)維沒(méi)有太大差別。要說(shuō)容器運(yùn)維有什么特別注意點(diǎn),我覺(jué)的下面大家可關(guān)注以下3點(diǎn):

選擇一個(gè)合適的框架,不要什么都自己研發(fā):目前業(yè)界很好的框架并不多,K8S、Mesos、Docker本身的一些,選擇您覺(jué)得和你們理念最一致的,作為你的基礎(chǔ)框架。

避免慣性思維:很多做過(guò)傳統(tǒng)運(yùn)維的同學(xué),在遇到容器時(shí),第一想法還是用既有知識(shí)和習(xí)慣管理,所以大家會(huì)發(fā)現(xiàn),現(xiàn)在很多企業(yè)把容器當(dāng)VM用,或者宿主系統(tǒng)一定要XXX,這個(gè)往往束縛了容器運(yùn)維的優(yōu)勢(shì)。

要向上抽象:畢竟容器還不能完全替換企業(yè)既有,那資源、中間件、應(yīng)用的運(yùn)維和容器的運(yùn)維是不是可以統(tǒng)一,這就要求在運(yùn)維角度抽象一層模型,便于后續(xù)的一體化運(yùn)營(yíng)平臺(tái)的建設(shè)。

對(duì)于雙模架構(gòu)的自動(dòng)化運(yùn)維,核心問(wèn)題就在于能否抽象出一套兼容的模型,屏蔽各種異構(gòu)差異化,可從以下四個(gè)方面考慮:

  • 環(huán)境:主機(jī)、存儲(chǔ)、網(wǎng)絡(luò)、容器的差異化。

  • 配置:應(yīng)用配置與環(huán)境配置,動(dòng)態(tài)配置與靜態(tài)配置。

  • 倉(cāng)庫(kù):三方倉(cāng)庫(kù)、部署包倉(cāng)庫(kù)、鏡像倉(cāng)庫(kù)等。

  • 流程:編譯流程、部署流程、故障流程等。

InfoQ:您說(shuō)這個(gè)點(diǎn)子成功在于:”市場(chǎng)上的客戶反饋和內(nèi)部的能力驅(qū)動(dòng)”。能否將這兩個(gè)方面進(jìn)行詳細(xì)的展開(kāi)論述?

顧偉:不僅僅是這個(gè)點(diǎn)子,我認(rèn)為任何點(diǎn)子的成功都離不開(kāi)這兩方面:

客戶反饋:反饋的核心價(jià)值在于驅(qū)動(dòng)產(chǎn)品向正確的方向演進(jìn),比如小米,從設(shè)計(jì)之初就籠絡(luò)了一群發(fā)燒友,請(qǐng)他們來(lái)提建議,幫助做設(shè)計(jì)。換個(gè)時(shí)髦的詞叫MVP,意思和快速推出試錯(cuò)試對(duì),這與管理學(xué)中的PDCA質(zhì)量環(huán)有著想通的理念。我們要做大設(shè)計(jì)小版本,進(jìn)而通過(guò)Inside-out & Out-inside的有效配合,基于反饋快速迭代,才能推出符合市場(chǎng)需求的產(chǎn)品。

能力驅(qū)動(dòng):這個(gè)也可以講成康威定律,我更傾向于稱之為康威定律+,團(tuán)隊(duì)一定程度上決定了業(yè)務(wù)架構(gòu),擁有一個(gè)全棧的團(tuán)隊(duì),對(duì)于一些創(chuàng)新類點(diǎn)子有著非常重要的作用。在一個(gè)點(diǎn)子形成之初,原型、場(chǎng)景、計(jì)劃、設(shè)計(jì)、迭代模式、技術(shù)預(yù)研等,環(huán)環(huán)相扣,任何決定都對(duì)后期的發(fā)展有著的重要影響,所以我一直認(rèn)為:有什么樣的基因,做什么類型的事情。有什么能力的團(tuán)隊(duì),做什么規(guī)模的事情。

InfoQ:最后一個(gè)問(wèn)題:技術(shù)變革日新月異的今天,對(duì)于立志在技術(shù)領(lǐng)域中長(zhǎng)久發(fā)展的年輕人,您有什么建議和忠告?

顧偉:忠告不敢當(dāng),結(jié)合我?guī)氯说慕?jīng)驗(yàn)談?wù)勔恍┫敕ò伞?/p>

首先,技術(shù)是學(xué)不完的,以前是,現(xiàn)在更是。對(duì)于剛開(kāi)始工作的同學(xué),在精不在廣。任何有一定規(guī)模的技術(shù)框架,都有很多值得深入學(xué)習(xí)的地方,別人為何這么設(shè)計(jì),相比同類產(chǎn)品有什么優(yōu)勢(shì)。多思考,多總結(jié)。不要一味的只管調(diào)試代碼,fix bug……

學(xué)技術(shù)之外,也要學(xué)做人。技術(shù)再牛,如果無(wú)法融入團(tuán)隊(duì),那還是沒(méi)用。此外,新同學(xué)必須要有自主性?,F(xiàn)在很多新同學(xué)有個(gè)通病,遇到問(wèn)題就問(wèn)導(dǎo)師。不是說(shuō)不能問(wèn),關(guān)鍵在于問(wèn)之前你有沒(méi)有真正的花精力嘗試過(guò),或者試著問(wèn)題縮小到一定范圍,不能說(shuō)一遇到個(gè)坎就找人幫忙,會(huì)讓團(tuán)隊(duì)的人覺(jué)得事情交給你很不放心。

最后就是執(zhí)行力很重要。很多同學(xué)都會(huì)定目標(biāo)定計(jì)劃,但卻很少有人制定對(duì)應(yīng)的check計(jì)劃,好像這都是部門經(jīng)理的事情。說(shuō)白了就是缺乏自我管理能力?,F(xiàn)在的人確實(shí)受打擾太多,但這不是執(zhí)行不力的借口。建議大家制定計(jì)劃時(shí),要短期不要長(zhǎng)期,要實(shí)踐而不是停留在概念。

今天我房東讓我?guī)退庸虃}(cāng)庫(kù)(純粹幫忙,沒(méi)有報(bào)酬的),6.8米高

今天我房東讓我?guī)退庸虃}(cāng)庫(kù)(純粹幫忙,沒(méi)有報(bào)酬的),6.8米高

河北庫(kù)房加固設(shè)計(jì)公司鋼結(jié)構(gòu)加固施工方案要怎么寫(如何自建小型恒溫冷庫(kù))

發(fā)表評(píng)論

快捷回復(fù):表情:
AddoilApplauseBadlaughBombCoffeeFabulousFacepalmFecesFrownHeyhaInsidiousKeepFightingNoProbPigHeadShockedSinistersmileSlapSocialSweatTolaughWatermelonWittyWowYeahYellowdog
評(píng)論列表 (暫無(wú)評(píng)論,5456人圍觀)

還沒(méi)有評(píng)論,來(lái)說(shuō)兩句吧...

目錄[+]