與**無關
需要考慮的細節
基礎設施、配置、測試、開發、運維
利用不可變基礎設施的優勢
**之間的東西（in-between the code）
如果花費的時間超出預計怎麼辦？
如果請求返回不清楚的資料或者不正確的答案怎麼辦？
如果請求返回的資料不是約定好的怎麼辦？
如果出現很高的併發能應對嗎？
如果服務掛、機組、整個資料中心掛掉了怎麼辦？
如果資料庫損壞了怎麼辦？
如果部署的時候失敗了怎麼辦？
如果在部署成功之後生產環境上某些功能失敗了怎麼辦？
整合性這方面的錯誤可以有千萬種可能，那麼我們應該如何來避免？
務必要記住的事情
注意一些和其它業務共享的功能和資料，它們需要被正確地模組化
這種遷移和公升級適合一步一步、一點一點地來完成，僅僅做當前最合適的事情
在開始之前很好地理解業務領域的範圍及邊界，因為對邊界的調整將是非常昂貴的
對於改造有清晰的結構此次會涉及到哪些團隊的調整
人、團隊、和組織的影響
如何實踐？
docker swarm
kubernetes
mesos
serf
nomad
terraform
vagrant
packer
otto
chef、puppet、 ansible
archaius
decider
zookeeper
prana
finagle
zookeeper
consul
zuul
netty
ribbon
haproxy
nginx
consul health checks
zipkin
pytheus
salp
elasticsearch logstash
thrift
json/xml/other text
關於系統架構師
歷次面試的時候，面試官總會問乙個問題 請說一下你的職業規劃 我總是說 我想走一條偏重技術的道路，我的職業規劃大體可以分幾個階段 程式設計師 高階程式設計師 架構師 資深技術專家.說是這樣說，其實自己心裡對架構師所要負責的工作還是比較模糊的。為什麼要成為架構師呢？第 一 符合自己偏重技術的道路，給自己...
優秀架構師必須掌握的架構思維
如果說架構的本質是管理複雜性，那麼抽象 分層 分治和演化思維是我們工程師 架構師應對和管理複雜性的四種最基本 1 抽象思維 抽象其實是這樣定義的 對某種事物進行簡化表示或描述的過程，抽象讓我們關注要素，隱藏額外細節。在系統架構和設計中，抽象幫助我們從大處著眼 get our mind about b...
關於架構師的感悟
如果要成為乙個架構師，或者是乙個首席架構師應該具有的能力，首先就是微笑，其次就是傾聽，再則就是引導，最後就是堅持。微笑可以化解敵意，傾聽可以找出問題，引導可以商討解決方案，堅持可以達到目標。當然雙贏之類的就不說了。其實說到能力，在我看來技術方面的能力是可以培養的，要成為技術上的能人，需要專注，堅持和...