TLDR 我想重新創(chuàng)建https://github.com/KorayGocmen/scheduler-worker-grpc而無(wú)需對(duì)工作人員進(jìn)行端口轉(zhuǎn)發(fā)。我正在嘗試建立一個(gè)有競(jìng)爭(zhēng)力的編程評(píng)判服務(wù)器來(lái)評(píng)估提交的內(nèi)容，作為我學(xué)校的一個(gè)項(xiàng)目，我在那里教孩子們編程。因?yàn)樵u(píng)估的計(jì)算量很大，所以我希望有多個(gè)工作節(jié)點(diǎn)。調(diào)度程序?qū)⒔邮仗峤徊⑺鼈兎职l(fā)給工作節(jié)點(diǎn)。為了便于工人部署（因?yàn)樗鼤?huì)經(jīng)常變化），我希望工人能夠訂閱調(diào)度程序，從而成為一名工人并接受工作。worker 可能與調(diào)度程序不在同一個(gè)網(wǎng)絡(luò)上 + worker 駐留在 VM 中（也許稍后會(huì)移植到 docker 但目前存在問(wèn)題）。調(diào)度器應(yīng)該能夠知道 worker 的資源使用情況，向 worker 發(fā)送不同類(lèi)型的作業(yè)并接收結(jié)果流。我目前正在考慮使用 grpc 來(lái)解決我對(duì)工作人員和調(diào)度程序之間通信的要求。我可以創(chuàng)建多個(gè)調(diào)度程序服務(wù)方法，例如：注冊(cè)工人，接收工作流流作業(yè)結(jié)果，什么也收不到定期流工作狀態(tài)，什么也沒(méi)有收到但是我更喜歡以下但idk是否可能：調(diào)度器 GRPC api：注冊(cè)一個(gè)工作人員（使工作人員 GRPC api 可用于調(diào)度程序）工人 GRPC api：開(kāi)始工作（返回工作狀態(tài)流）取消工作？？？獲取資源使用情況如果連接丟失，worker 應(yīng)該自動(dòng)注銷(xiāo)。所以我的問(wèn)題是...是否可以創(chuàng)建一個(gè) grpc worker api，如果該 worker 在沒(méi)有端口轉(zhuǎn)發(fā)的情況下位于 NAT 后面，則可以將其注冊(cè)到調(diào)度程序以供以后使用？其他可能不必要的信息：更糟糕的是，我有多種完全不同類(lèi)型的工作（流式傳輸交互式控制臺(tái)，針對(duì)準(zhǔn)備好的測(cè)試用例執(zhí)行代碼）。我可能只是為不同的工作創(chuàng)建不同的工人。有時(shí)作業(yè)涉及在本地文件系統(tǒng)（最多 500 MB）上有大文件，這些文件通常保存在調(diào)度程序附近，因此我想將作業(yè)發(fā)送給已經(jīng)從調(diào)度程序下載特定文件的工作人員。否則將大文件下載到其中一名工人身上。在工作人員上同時(shí)擁有所有文件將占用超過(guò) 20 GB，因此我想避免它。一個(gè) worker 可以同時(shí)運(yùn)行多個(gè)作業(yè)（最多 16 個(gè)）。我正在寫(xiě)系統(tǒng)。