我正在編寫一個相當復雜的 Go webapp，我想讓它高度可用。我計劃讓多個 VM 運行該應用程序，并使用負載平衡器根據我的需要在它們之間引導流量。它變得復雜的地方在于 webapp 有一種數據庫簿記例程在運行，我只想要（最多）任何時候的一個實例。因此，如果我有三個 webapp 虛擬機，那么只有其中一個應該進行簿記。（是的，我知道我可以將簿記完全拆分為一個單獨的 VM 實例，但代碼已與 web 應用程序的其余部分高度集成。）我花了幾個小時研究etcd、raft、bully、memberlist、Pacemaker等等。這些似乎都需要吸收很多信息來完成我所追求的目標，或者我看不到使用它們的明確方法。在這個特定用例中，我想要的是一個系統，讓 Go webapp 節點自動檢測彼此并選舉一個“領導者”來進行簿記。理想情況下，這可以擴展到 2 到 10 個節點，并且不需要手動將 IP 地址添加到配置文件（但可能，如有必要）。我在想在網絡分區或其他節點無法看到其他節點的情況下，我不希望它選舉自己作為領導者，因為有可能有兩個節點試圖在同時。這也意味著，如果我將集群精簡為單個 VM，則不會發生簿記，但在維護期間可以容忍一小段時間，或者我可以在某處設置某種標志。我想知道是否有人可以為我指出正確的方向，希望我如何能夠以低復雜度實現這一目標，同時盡可能地利用現有的代碼庫。