摘要:接下來會(huì)選擇一個(gè)最老的實(shí)例并在上面創(chuàng)建單例。可以確保整個(gè)集群中至多有一個(gè)的實(shí)例,言下之意,存在沒有實(shí)例的時(shí)刻。訪問需要借助于,會(huì)把所有的消息給當(dāng)前被代理的實(shí)例。
上篇文章主要講了如何使用Akka作異步任務(wù)處理。最后還拋出一個(gè)問題。
具體問題的描述就不在這篇文章贅述了,我們僅簡單回顧一下第一種解決方案:覆寫persistenceId()時(shí),加一個(gè)UUID,這樣三臺(tái)服務(wù)器上的Actor就不會(huì)再共享journal。雖然這個(gè)方案已經(jīng)可以解決問題了,但并不是最理想的。首先,現(xiàn)在的項(xiàng)目中只是用akka處理一些無狀態(tài)的任務(wù)異步處理,但是將來肯定要用akka作更多的事情。比如,緩存,DAO這些可以設(shè)計(jì)成有狀態(tài)的,而現(xiàn)在actor重啟時(shí)是不能replay消息消息歷史的,所以這樣不能最大限度發(fā)揮actor的優(yōu)勢。還有,我的目標(biāo)是把所有的后端server構(gòu)建為一個(gè)邏輯上的server,現(xiàn)在他們?nèi)匀皇侨齻€(gè)各自為營的獨(dú)立server。因此我又繼續(xù)作了一些調(diào)研,最終發(fā)現(xiàn)了Cluster Singleton。
文檔上給出了Cluster Singleton的適用場景:
集群中的單點(diǎn)決策,或者協(xié)調(diào)
統(tǒng)一外部系統(tǒng)出口
一主多從
統(tǒng)一命名服務(wù)或路由邏輯
第二點(diǎn)正好就是我們的場景。下邊看一下如何使用Cluster Singleton。
添加依賴(我用的構(gòu)建工具是Gradle)
compile("com.typesafe.akka:akka-cluster_2.11:${akkaVersion}") compile("com.typesafe.akka:akka-cluster-tools_2.11:${akkaVersion}")
創(chuàng)建actor
actorSystem.actorOf(ClusterSingletonManager.props( SpringExtProvider.get(actorSystem).props("NotificationActor"), PoisonPill.getInstance(), ClusterSingletonManagerSettings.create(actorSystem).withRole("master") ), "notification-master"); notificationActor = actorSystem.actorOf( ClusterSingletonProxy.props( "/user/notification-master", ClusterSingletonProxySettings.create(actorSystem).withRole("master")), "notification-proxy");
創(chuàng)建actor比原來復(fù)雜了。首先要?jiǎng)?chuàng)建一個(gè)ClusterSingletomManager。ClusterSingletonManager也是一個(gè)Actor,它會(huì)在Cluster的每個(gè)節(jié)點(diǎn)上都啟動(dòng)起來(或者集群擁有某些角色的節(jié)點(diǎn))。ClusterSingletomManager.props要傳入三個(gè)參數(shù),第一個(gè)是需要?jiǎng)?chuàng)建Singleton實(shí)例的Actor配置;第二個(gè)是當(dāng)Manager關(guān)閉時(shí)要給它管理的Actor發(fā)送什么消息;第三個(gè),集群部署配置,即指定ClusterSingletomManager在哪些集群Node上啟動(dòng)。
接下來ClusterSingletonManager會(huì)選擇一個(gè)最老的實(shí)例并在上面創(chuàng)建Actor單例。ClusterSingletonManager可以確保整個(gè)集群中至多有一個(gè)singleton的實(shí)例,言下之意,存在沒有singleton實(shí)例的時(shí)刻。比如cluster node crash,原有的singleton實(shí)例丟失,這時(shí)需要重新選舉新最老的ClusterSingletonManager,然后創(chuàng)建新的singleton實(shí)例。
訪問Singleton Actor需要借助于ClusterSingletonProxy,ClusterSingletonProxy會(huì)把所有的消息forward給當(dāng)前被代理的Actor實(shí)例。因?yàn)橛锌赡苣承r(shí)刻是沒有singleton actor實(shí)例的,所以遇到這種情況ClusterSingletonProxy會(huì)先把消息緩存,當(dāng)新的Actor單例創(chuàng)建之后,再把緩存的消息轉(zhuǎn)發(fā)過去。
當(dāng)然,Cluster Singleton也有它的問題,比如單點(diǎn)潛在的性能問題,而且singleton actor并不是100%可用。但相比于第一種方案,顯然這個(gè)要更接近我的期望。
write on 2017-1-10
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/11753.html
摘要:接下來會(huì)選擇一個(gè)最老的實(shí)例并在上面創(chuàng)建單例。可以確保整個(gè)集群中至多有一個(gè)的實(shí)例,言下之意,存在沒有實(shí)例的時(shí)刻。訪問需要借助于,會(huì)把所有的消息給當(dāng)前被代理的實(shí)例。 上篇文章主要講了如何使用Akka作異步任務(wù)處理。最后還拋出一個(gè)問題。 具體問題的描述就不在這篇文章贅述了,我們僅簡單回顧一下第一種解決方案:覆寫persistenceId()時(shí),加一個(gè)UUID,這樣三臺(tái)服務(wù)器上的Actor就不...
摘要:創(chuàng)建訂單時(shí)同步操作有查詢庫存,扣款,刷新庫存可異步的操作有通知風(fēng)控系統(tǒng),給買家發(fā)送扣款郵件和短信,通知賣家,創(chuàng)建一些定時(shí)任務(wù)。 同步轉(zhuǎn)異步是一種常見的優(yōu)化手段,最近一次在做調(diào)優(yōu)時(shí)便大量使用了這種方式。通常在一個(gè)業(yè)務(wù)場景中會(huì)包含多個(gè)操作,有些操作的結(jié)果需要讓用戶立馬知道,但有些操作則不需要。這些用戶不需要等待結(jié)果的操作,我們?cè)诰幊痰臅r(shí)候便可以異步處理。這么做最直接的效果就是縮短接口響應(yīng)速...
摘要:以上是服務(wù)啟動(dòng)過程中的主體設(shè)計(jì),其中包括了各種組件的實(shí)例化,如對(duì)象池等。 EasySwoole 服務(wù)啟動(dòng)過程以及主體設(shè)計(jì)流程源碼解析 本文主要講解EasySwoole 服務(wù)的啟動(dòng)過程,會(huì)通過源碼片段講解主體的設(shè)計(jì)流程 命令啟動(dòng) 當(dāng)我們通過php easyswoole start啟動(dòng)EasySwoole 服務(wù)時(shí),命令真正到達(dá)的文件是 easyswoole項(xiàng)目vendoreasyswool...
閱讀 2789·2021-11-24 09:39
閱讀 2548·2021-11-23 09:51
閱讀 1802·2021-11-17 09:33
閱讀 1737·2021-10-22 09:54
閱讀 1870·2021-08-16 11:00
閱讀 3420·2019-08-30 15:53
閱讀 1733·2019-08-30 13:19
閱讀 2902·2019-08-30 12:49