Distributed cluster management tool
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 静か
- 技術スタック
- haskell
- 領域
- cli, cloud, distributed-systems
調査の方向性
まず Cloud Haskell Process と Node の概念を読み、次に distributed-process-simplelocalnet がピアディスカバリをどのように処理しているかを調べます。提案するエージェントとコマンドラインツールの範囲を、ピアディスカバリ、デプロイ、ステータスクエリ、マイグレーションを中心に定義します。実装前に toolkit の設計について合意できれば完了とします。
索引モデルが issue の本文から書いたものです。
説明
There are a few issues with Cloud Haskell today that I think are showstoppers. The three that come to mind are:
- Peer discovery must be hand-rolled.
distributed-process-simplelocalnetimproves somewhat on this, but multicast isn't supported in cloud environments such as AWS, Azure, and GCP; - A cluster must effectively run the same binary at this time to use
spawn. Cluster version upgrades must be hand-rolled; - Cluster management (e.g. resource provisioning) must be hand-rolled.
Inspired by other tools such as Keter, I propose the creation of a toolkit that addresses these issues all at once.
The toolkit would have two parts.
The first is an agent that runs as a separate Cloud Haskell Process on every Node. This agent has an understanding of the underlying infrastructure (from Cloud or other, more bespoke environments), such that it can do peer discovery (via e.g. DNS), as well as peer registration needed to be discovered.
The second part of this toolkit is a command-line tool that allows to manage a cluster. The command-line tool interacts with the node agents to:
- Deploy applications;
- Query status;
- Perform system migrations from version to version, using the attached agent for inter-version communication;
I think that having a toolkit like this would be a huge improvement for productivity, and remove much of the friction in getting started with Cloud Haskell.
I am putting this on my (ever growing) list of things to do, but if someone is really keen on getting this to work, I'm happy to provide support!
- 主要言語
- Haskell
- スター
- 753
- フォーク
- 101
- 平均マージ
- 1日 3時間
- マージ済み PR（30日）
- 4
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
haskell-distributed/distributed-process のほかの issue
-
discuss enhancement Feature Request
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
haskell-distributed/distributed-process#478 · コメント 4 件 · リアクション 3 件 ·
-
enhancement Feature Request
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
haskell-distributed/distributed-process#476 · リアクション 2 件 ·
-
Demonstrating the use of Cloud Haskell for a Raft implementation再び着手できるかも @LaurentRDC が 482 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンenhancement Feature Request
haskell-distributed/distributed-process#475 · リアクション 3 件 · 担当者 1 名 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 20/100
haskell-distributed/distributed-process#473 · コメント 4 件 · リアクション 1 件 ·
-
enhancement network-transport-tcp newcomer
難易度 3/5 1〜2日 初心者へのやさしさ 25/100
haskell-distributed/distributed-process の issue をすべて見る
似ている issue
-
MorphRule, DataizeRule and ContextualizeRule silently accept unknown YAML keys, unlike rewrite `Rule`対応中かも @renyamamoto2026-cmyk が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
objectionary/phino#2107 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
tweag/tricorder#640 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信