小编Sli*_*lim的帖子

我尝试，我尝试，但 Rancher 2.1 无法部署“ mongo-replicaset ”目录应用程序，并配置了本地持久卷。

如何使用本地存储卷正确部署 mongo-replicaset？由于我是 Rancher 2 的新手，因此任何调试技术都值得赞赏。

我遵循下面的 4 个 ABCD 步骤，但第一个 pod 部署永远不会结束。它有什么问题？日志和结果屏幕在最后。详细配置可以在这里找到。

注意：没有本地持久卷的部署成功。

注意：使用本地持久卷和“mongo”映像部署成功（没有副本集版本）。

注意：同时使用 mongo-replicaset 和本地持久卷的部署失败。

步骤 A - 集群

创建一个牧场主实例，然后：

1. 添加三个节点：一个worker，一个worker etcd，一个worker控制平面
2. 在每个节点上添加标签：为节点 Affinity 命名一、命名二和命名三

步骤 B - 存储类

使用以下参数创建存储类：

1. volumeBindingMode : WaitForFirstConsumer看到这里
2. 名称：本地存储

步骤 C - 持久卷

添加 3 个持久卷，如下所示：

1. 类型：本地节点路径
2. 接入方式：单节点RW，12Gi
3. 存储类别：本地存储
4. 节点亲和度：名称一（第二卷两个，第三卷三个）

步骤 D - Mongo-replicaset 部署

从目录中，选择 Mongo-replicaset 并像这样配置它：

1. 副本集名称：rs0
2. 持久卷.启用：真
3. 持久卷大小：12Gi
4. 持久卷.storageClass：本地存储

结果 …

我在 Heroku 上有一个 Postgres dyno，并且使用 Datadog。

Datadog 上默认有两个 postgres 仪表板：指标和概述。

指标正在运行（CPU 使用率、内存、I/O 等），但概述不起作用（死锁、索引使用情况）

Heroku Postgres dyno 和 Datadog 完全兼容吗？

我想知道是否存在一种从同步方法调用创建CompletableFuture的情况。如果没有，为什么？

长版：

final CompletableFuture<ReturnType> future = new CompletableFuture<>();
final String parameters = "hello";
ReturnType result;
try {
    result = syncMethodCall(parameters);
} catch (Exception e) {
    future.completeExceptionally(e);
}
future.complete(result);
return future;

所需的简短版本（或同类）：

final String parameters = "hello";
return CompletableFuture.superMethod(() -> {syncMethodCall(parameters)});

考虑一个名为 的大实体entity。它公开了 100 种不同的更新操作，包括添加和删除属性、更新属性等。

使用单个 URI 和应用程序服务器路由处理的许多情况之间应该优先选择什么：

PATCH /entity/[id]  {"type":"a","key1":"val1","key2":"val2"} or
                    {"type":"b","key3":"val3","key4":"val4"} or ...

...并且使用许多 URI，每个应用程序服务器路由处理一种情况：

PATCH /entity/[id]/a  {"key1":"val1","key2":"val2"}
PATCH /entity/[id]/b  {"key3":"val3","key4":"val4"}

或者也许使用PUT？需要更新（非常）部分实体。

考虑到 REST 合规性、负载均衡器、缓存、KISS 等，最好的方法是什么。任何想法将不胜感激。