标签: stellar

我正在尝试在kubernetes上运行私有恒星区块链基础设施（不加入现有的公共或测试恒星网络），但我的问题可以概括为在kubernetes上运行任何对等服务的场景。因此，我将尝试以一种概括的方式来解释我的问题（希望它可以产生适用于kubernetes上运行的任何类似拓扑的答案）。

这是场景：

我想运行3个对等点（以kube术语表示：pod），它们能够以分散的方式相互通信，但是问题在于每个对等点的配置都略有不同。通常，配置如下所示（这是pod0的示例）：

NETWORK_PASSPHRASE="my private network"

NODE_SEED=<pod0_private_key>

KNOWN_PEERS=[
    "stellar-0",
    "stellar-1",
    "stellar-2"]

[QUORUM_SET]
VALIDATORS=[ <pod1_pub_key>, <pod2_pub_key> ]

问题在于每个吊舱都有不同的事实：

• NODE_SEED
• 验证者清单

我的第一个想法（在意识到这个问题之前）是：

• 为此配置创建配置图
• 使用无头服务创建有状态集（3个副本），以实现吊舱（stellar-0，stellar-1，stellar-2 ...等）之间的稳定可达性。

另一个想法（在意识到此问题之后）将是：

• 为每个对等方创建单独的配置映射
• 使用服务创建状态集（1个副本）

我想知道是否有更好的解决方案/模式可用于此目的，而不是运行配置完全相同的服务，而配置与作为单独实体（statefulset，deploy ..）的单独实体略有不同，它们可以通过这些对等实体使用（但是这种破坏了使用kubernetes高级资源来实现复制的目的）？

谢谢