Local broker with a remote data server (cloud/VM data server deployment)
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 12/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- c, tex
- 領域
- devops, networking
調査の方向性
This is a design question, so start by reading the Deployment modes section of GETTING_STARTED to see how the three modes are wired. The open items are which broker topics must be shared between users in mode 2, whether any server-side code publishes to the broker, and how eccejobstore/eccejobmonitor behave when the client is closed. Done means a written decision on those points and a proposed selection option, not code.
索引モデルが issue の本文から書いたものです。
説明
Summary
Allow a client to use a per-user local broker together with a remote data server, with jobs running on registered remote machines.
Current state
There are three deployment modes (GETTING_STARTED, "Deployment modes"):
- local: per-user broker on a Unix socket, local data (FileEDSI);
- central server (
-remote): the server's broker (TCP 8088) and its data server; - shared system broker.
There is no way to combine a local broker with a remote data server.
Motivation
A small group can run a data server on a rented cloud VM or a campus virtual server. Keeping the broker on the client means:
- one fewer port open on the server;
- broker passwords never leave the client;
- the server needs only the HTTP(S) data server.
Compute on the same or another host is a registered machine, as today.
To establish
- Which messages in mode 2 require a broker shared between users? Machine-registration change notices are one. Do any others exist, or are all topics per user (
ecce/<user>/)? - Does anything server-side (data server, scripts) publish to the broker? If so, it has no path to a client-local broker.
- Job monitoring: eccejobstore/eccejobmonitor run on the client and reach the compute host over ssh. With the client closed, monitoring pauses and resumes on the next start. Document this. Whether a server-side monitor is wanted is a separate question.
- How it is selected: an option of "Connect to a server", or a site/user setting. The first-start question should not gain a third choice unless needed.
Constraint
Mode 2 (central server with its broker) stays supported unchanged.
- 主要言語
- C
- スター
- 10
- フォーク
- 8
- 平均マージ
- 21分
- マージ済み PR（30日）
- 1
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
FriendsofECCE/ECCE のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
FriendsofECCE/ECCE#336 · コメント 1 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 43/100
FriendsofECCE/ECCE#361 · コメント 1 件 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
FriendsofECCE/ECCE#359 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 28/100
FriendsofECCE/ECCE#358 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
FriendsofECCE/ECCE#357 · コメント 3 件 ·
FriendsofECCE/ECCE の issue をすべて見る
似ている issue
-
backlog bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
EchoTools/nevr-runtime#653 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
InfiniTimeOrg/InfiniTime#2492 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
メンテナーはふだん 1 日以内に返信
-
system: coco
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
FujiNetWIFI/fujinet-config#274 ·
メンテナーはふだん 1 日以内に返信
-
base-files: 82_config_generate: regenerate /etc/board.json if 0-bytes / truncated after power cutオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
openwrt/openwrt#25940 · コメント 5 件 ·
メンテナーはふだん 1 日以内に返信