彈性問題（Rescilliency)是云產(chǎn)品的一大挑戰(zhàn)溉贿，尤其是團(tuán)隊(duì)經(jīng)驗(yàn)少的情況下看疙。這里分享點(diǎn)小白團(tuán)隊(duì)要注意的地方豆拨。
第一，要嚴(yán)肅對(duì)待能庆，不開玩笑 :). 注意施禾，這不僅僅是個(gè)技術(shù)問題，尤其在開始的時(shí)候搁胆，遠(yuǎn)不是個(gè)技術(shù)問題弥搞。
第二，注意內(nèi)部渠旁，外部攀例，標(biāo)準(zhǔn)，流程等方面的統(tǒng)籌處理顾腊。產(chǎn)品大到一定程度粤铭，內(nèi)有自己的平臺(tái)，框架投慈，服務(wù)承耿，應(yīng)用，外有大量依賴的東東伪煤，比如AWS加袋，Ali Yun, Apigee, etc.都要搞好關(guān)系。必要時(shí)可以考些標(biāo)準(zhǔn)認(rèn)證什么的抱既，對(duì)于較大的企業(yè)還是有必要的职烧。 像原來那什么國標(biāo)900認(rèn)證類似的。
第三防泵，產(chǎn)品的彈性問題可以從多個(gè)層面去緩解蚀之。面對(duì)客戶的應(yīng)用層，可以從用戶體驗(yàn)角度想方法捷泞；產(chǎn)品的中間架構(gòu)足删，可以從技術(shù)框架 + 業(yè)務(wù)邏輯角度去提升； 底層平臺(tái)/服務(wù)锁右，可以從他們自身的彈性角度來支持失受。AWS可以掛讶泰，但你還是得給用戶兜底，所以多考慮拂到，細(xì)考慮是必須的痪署。
第四，要擁抱“失斝盅（failure）”狼犯，不要抗拒它。就像大禹治水领铐，堵是堵不完的悯森，關(guān)鍵靠疏。云產(chǎn)品的彈性失敗是不可能避免绪撵，要做的是怎么少發(fā)生呐馆，發(fā)生了該怎么去最小化損耗。
第五莲兢， 小白團(tuán)隊(duì)（原來沒有多少云產(chǎn)品開發(fā)經(jīng)驗(yàn)的）最容易犯的問題就是，還是追求“功能可用”续膳。 這個(gè)在單機(jī)版的軟件里是可以的改艇，在你這能跑的通，基本上在客戶那也行坟岔； 在客戶那能跑通一遍谒兄，基本上以后100遍，1000遍也沒問題社付。但是這些假設(shè)到云產(chǎn)品這都失效承疲。所以小白團(tuán)隊(duì)切記，“功能可用”已不可用鸥咖。
