相关疑难解决方法(0)

我的protobuf消息中有一些重复元素.在运行时,消息的长度可以是任何东西 - 我看到一些已经问过的问题 - [1]:最大序列化Protobuf消息大小

1. 我这里有一个略有不同的问题.如果我的JMS(Java消息服务)提供程序(在本例中是我的weblogic或tibco jms服务器)对最大消息大小没有任何大小限制,那么协议缓冲区编译器是否会抱怨最大消息大小？
2. 编码/解码的性能是否会在大尺寸(大约10MB)下遭受可怕的影响.

我正在尝试了解掌舵，我想知道是否有人可以 ELI5 给我一些东西或帮助我做一些事情。

所以我确实在下面运行：

helm repo add coreos https://s3-eu-west-1.amazonaws.com/coreos-charts/stable/

然后我使用以下方法安装了 kube-prometheus：

helm install coreos/kube-prometheus --name kube-prometheus -f values.yaml --namespace monitoringtest

一切正常，但我正在尝试从 json 文件添加一些自定义仪表板，我正在努力理解如何做到这一点。

我正在关注这个： https://blogcodevalue.wordpress.com/2018/09/16/automate-grafana-dashboard-import-process/

在我的 values.yaml 中，我在下面添加了

serverDashboardConfigmaps:
  - example-dashboards

我明白，如果我这样做：

helm upgrade --install kube-prometheus -f values.yaml --namespace monitoringtest coreos/kube-prometheus

这应该会导致 grafana 获取下面的 configmap 调用example-dashboards并从custom-dashboards文件夹加载 * .json文件。

apiVersion: v1
kind: ConfigMap
metadata:
  name: example-dashboards
data:
{{ (.Files.Glob "custom-dashboards/*.json").AsConfig | indent 2 }}

# Or
# 
# data:
#   custom-dashboard.json: |-
# {{ (.Files.Get "custom.json") | …

GO中的Map中可以存储的最大元素数是多少？如果我需要经常访问Map中的数据,在长时间运行的程序中继续向Map添加项目并从中检索是否是一个好主意？