我覺著springcloud就是乙個分布式微服務架構的一站式解決方案，它提供了很多元件用來解決了分布式架構所帶來的一些問題。
我在之前工作裡用過eureka[優瑞卡]、ribbon[瑞本]、feign[菲恩]、hystrix[黑絲錘科絲]，zuul[入歐]這麼幾個元件。其中
eureka在整個微服務架構中充當註冊中心的角色，服務提供者將自身資訊註冊到eureka server[澀沃]中，然後服務消費者就可以從eureka server中獲取註冊的服務提供者的資訊，然後就可以向服務提供者發起呼叫了。
ribbon實現了客戶端的負載均衡，它提供了輪詢、輪詢權重、隨機等一些常用的負載均衡策略。
feign我理解的就是簡化服務之間的呼叫，讓我們呼叫遠端介面就像在呼叫本地方法一樣。
hystrix的主要功能就是服務熔斷、降級和資源隔離，用來保護我們的呼叫鏈路，避免發生服務雪崩問題。
zuul在整個微服務架構中充當服務閘道器的角色，提供請求**和過濾的功能，可以在服務網關中實現統一身份驗證、統一跨域請求處理等功能。以上就是我對springcloud的一些簡單理解。
ribbon說白了就是乙個客戶端負載均衡的工具，當然我們在之前的專案裡沒有單獨使用過ribbon，因為我們使用的feign已經內建了ribbon。ribbon內建了很多負載均衡策略，比如說輪詢啊、隨機啊、過濾掉不可用的服務啊、根據響應時間加權啊、輪詢重試啊等，大概我就記得這些。ribbon預設使用的負載均衡策略是輪詢。當然如果說ribbon自帶的負載均衡策略滿足不了你的需求的話，你也可以自定義ribbon的輪詢策略。其實就是新建乙個類去繼承ribbon提供的乙個什麼abstract…rule什麼的[故意說的不清楚]，然後重寫抽象方法，在裡面實現你的負載均衡策略就可以了。
客戶端負載均衡和服務端負載均衡的區別(被動)？
客戶端負載均衡就是客戶端自己來選擇，服務端負載均衡就是服務端來選擇。我打個現實生活中的例子吧，就是咱們去肯德基點餐，這個時候假設它有三個點餐視窗，每個點餐視窗都有乙個服務員，現在每個點餐視窗都有排隊的，這個時候如果是你自己選擇點餐視窗那就是客戶端負載均衡，如果是由服務員讓你去指定的點餐視窗那就是服務端負載均衡。
簡單介紹一下OGraph
摘要 該引擎的目標在於能夠渲染3d場景，和視覺化複雜網路 並且支援方便的資料介面，遊戲一般的互動體驗。引擎嵌入python為使用者提供api，編寫python 讀取處理資料後提交到渲染介面，即可實時渲染。使用瀏覽器核心向使用者展示ui，管理場景物件樹 物件屬性。使用者也可以自己重新編寫html頁面自...
簡單介紹一下Alienware
alienware是一家專門製造一些不計成本的超發燒級pc的北美電腦公司，當然在即使在北美這樣的公司也並不多見，除了 alienware之外還有voodoopc與另外一家相類似的品牌公司。alienware成立於1996年，公司總部在美國邁阿密，它的產品線包括高階遊戲台式電腦，遊戲膝上型電腦，工作站...
簡單介紹一下symbol
參考回答 es6 引入了一種新的原始資料型別 symbol 表示獨一無二的值，最大的用法是用來定義物件的唯一屬性名。es5的物件中的屬性名是字串，容易造成屬性名的衝突，如果有一種機制，保證每個屬性的名字都是獨一無二的，就可以從根本上防止屬性名的衝突。symbol是es6 的新增屬性，代表用給定名稱作...