【大話IT】由一系列云服務(wù)故障事件，我所想到的。。。。。

niao5929

去看看ETCD類似的技術(shù)回復(fù) 10# forgaoqiang


   

heguangwu

回復(fù) 10# forgaoqiang
其實就是增加判斷點，之前是相互判斷，容易出現(xiàn)撕逼，現(xiàn)在由第三方仲裁，且第三方也是集群，要超過半數(shù)以上的同意才可以


   

bfmo

1.你心里更好的架構(gòu)師是什么樣子的？
   架構(gòu)師是負責(zé)設(shè)計整體架構(gòu)的，從需求到設(shè)計的每個細節(jié)都要考慮到，使設(shè)計的架構(gòu)盡量符合效率高、開發(fā)簡便、維護方便、升級簡單等要求。架構(gòu)師的日常工作主要涉及以下問題：商業(yè)問題、系統(tǒng)問題、子系統(tǒng)問題、構(gòu)件問題、技術(shù)問題、架構(gòu)流程問題、項目管理問題，團隊建設(shè)問題
   架構(gòu)師具備能力：設(shè)計規(guī)劃能力是成為架構(gòu)師最需要具備的能力，其次是全面的技術(shù)實力，緊隨其后的兩種能力是溝通協(xié)調(diào)能力和解決現(xiàn)有問題的能力，最后是管理決策能力和抽象能力。
   從本質(zhì)上講，架構(gòu)師應(yīng)當(dāng)是一個成熟的、豐富的、有經(jīng)驗的、有良好教育的、學(xué)習(xí)快捷、善于溝通和決策能力強的人。
2.更好的技術(shù)如何能自然的灌輸給管理層？
   架構(gòu)師在很多情形下是管理層與工程師之間的橋梁，除了掌握技術(shù)細節(jié)，還要對技術(shù)細節(jié)進行一定的抽象概括使管理層理解問題所在，以便管理層恰當(dāng)?shù)貐⑴c決策。
   對于更好的技術(shù)，需要從架構(gòu)環(huán)境，人員配備，管理維護，成本，后期擴展性等多方面概括歸納，
再結(jié)合實際應(yīng)用案例，在適當(dāng)時候提供給有效的管理層人員。
3.技術(shù)派如何學(xué)會更有效的溝通和技術(shù)布道？
   架構(gòu)師在日常工作中需要做不少的協(xié)調(diào)工作，包括組織技術(shù)會議的召開和帶領(lǐng)團隊攻堅，這些都需要一定的組織能力。拿組織會議來說，有些工程師不喜歡在會議之前進行事先準(zhǔn)備和與相關(guān)人員進行允分溝通，而是喜歡開會時事無巨細地討論，這勢必造成會議低效。面對這樣的會議，架構(gòu)師需要很好地判斷是終止會議重新安排呢，還是繼續(xù)進行。如果繼續(xù)進行就得在會議中很好地掌控會議的話題和節(jié)奏，并依據(jù)自己的概念能力讓與會者更有效地達成共識。
架構(gòu)師溝通幾條原則：
  1. 確保各方對背景的理解一致，比如開會之前先簡單通過郵件交流一下，對新加入會議的人花個30秒鐘做個前情提要，或者在討論過程中讓對方說一下他的理解。
  2. 去掉對方不能/不需要理解的內(nèi)容，比如跟產(chǎn)品說“這個隊列在高并發(fā)下因為鎖的實現(xiàn)有問題導(dǎo)致CPU性能瓶頸”不如改成“我們發(fā)現(xiàn)了性能問題，持續(xù)10分鐘了，10萬用戶收不到運營發(fā)的無節(jié)操廣告，大概5分鐘后擴容解決”。
  3. 確保在對方失去注意力前盡快說出重點。
  4. 不要說沒有意義的內(nèi)容浪費其他人的時間，比如”這需求做不了“或者”這里不可能出bug“，沒有人想聽到這些廢話。

niao5929

好東西不自由開源，等死呀。不及時發(fā)布讓大家方便的可以獲得同樣是等死。因為沒有人知道你的東西到底有多好。感受很重要

niao5929

淘寶的云就一定好嗎？？��！

yehuafeilang

1.你心里更好的架構(gòu)師是什么樣子的？
能夠承上啟下，既了解需求，善于溝通，又懂得設(shè)計，善于溝通。
具體說來就是，有豐富的軟件設(shè)計與開發(fā)經(jīng)驗，這有助于理解并解釋所進行的設(shè)計是如何映射到實現(xiàn)中去。還要具有領(lǐng)導(dǎo)能力與團隊協(xié)作技能，軟件架構(gòu)師必須是一個得到承認的技術(shù)領(lǐng)導(dǎo)，能在關(guān)鍵時候?qū)�技術(shù)的選擇作出及時、有效的決定。最重要的是需要具有很強的溝通能力，其實這一點好像什么角色都最好具備，架構(gòu)師需要與各路人馬經(jīng)常打交道，客戶、市場人員、開發(fā)人員、測試人員、項目經(jīng)理、網(wǎng)絡(luò)管理員、數(shù)據(jù)庫工程師等等，而且在很多角色之間還要起溝通者的作用。在技術(shù)能力方面，軟件架構(gòu)師最重要也是最需要掌握的知識是構(gòu)件通信機制方面的知識，比如遠程過程調(diào)用（RPC，Remote Procedure Call）、JAVA RMI、CORBA、COM/DCOM、各種標(biāo)準(zhǔn)的通信協(xié)議、網(wǎng)絡(luò)服務(wù)、面對對象數(shù)據(jù)庫、關(guān)系數(shù)據(jù)庫或者NoSQL數(shù)據(jù)庫等等，另外，架構(gòu)師應(yīng)時刻注意新軟件設(shè)計和開發(fā)方面的發(fā)展情況，并不斷探索更有效的新方法。開發(fā)語言、設(shè)計模式和開發(fā)平臺不斷很快地升級，軟件架構(gòu)師需要吸收這些新技術(shù)新知識，并將它們用于軟件系統(tǒng)開發(fā)工作中。當(dāng)然，行業(yè)的業(yè)務(wù)知識對軟件架構(gòu)師也是很重要的，有助于設(shè)計出一個滿足客戶需求的體系結(jié)構(gòu)，優(yōu)秀的軟件架構(gòu)師常常因為要盡快獲得對行業(yè)業(yè)務(wù)的理解而必須快速學(xué)習(xí)并且進行敏銳的觀察。

2.更好的技術(shù)如何能自然的灌輸給管理層？
     最重的一點自然是溝通要清晰明了，語氣平和。架構(gòu)師不能將自己鎖在自己的象牙塔上，以高高在上的語氣與管理層溝通。當(dāng)然了做到人性化的溝通，需要我們在平時就進行培養(yǎng)。寫出大部頭的架構(gòu)書，有的時候并沒有用VISIO畫出的簡單架構(gòu)圖好理解。人對圖形理解遠遠大于對文字的理解，直觀簡單的UML圖可以極大的方便程序員理解架構(gòu)師的意圖。其次，可以召開小范圍的技術(shù)人員會議，大家一起來討論，一起理解架構(gòu)師真正的意圖。甚至就是一塊小白板，幾支筆就能把事情擺清楚，講明白。

3.技術(shù)派如何學(xué)會更有效的溝通和技術(shù)布道？
    首先我們需要更多的感性思考，說話時也要注重別人的感受，尊重對方才能更好的交流。很多程序員總能列出一堆的理由來，說明為什么自己不適合學(xué)習(xí)或者不需要掌握某項與程序無關(guān)的技能，例如說演講、英語、設(shè)計等等。但其實問題并沒有那么復(fù)雜，你需要考慮的只是多學(xué)一項技能是否對你的職業(yè)發(fā)展更有利，只要你愿意，沒什么是不能改變的。架構(gòu)師不是油腔滑調(diào)的程序員，但是一句話都憋不出來的程序員，是做不好架構(gòu)師的。