适用于 MicroK8s 版本 1.23 或更高版本

MicroK8s 1.23 及更高版本为每个镜像注册表使用单独的 hosts.toml 文件。对于 docker.io，可以在 /var/snap/microk8s/current/args/certs.d/docker.io/hosts.toml 中找到它。

编辑该文件，使其内容看起来像这样：

# /var/snap/microk8s/current/args/certs.d/docker.io/hosts.toml
server = "https://my.registry.internal:5000"

[host."my.registry.internal:5000"]
capabilities = ["pull", "resolve"]

然后，重新启动 MicroK8s：

microk8s stop
microk8s start

Shows prometheus-community helm repo was already present.

microk8s helm3 repo list

Update chart repo

microk8s helm3 repo update

Search kube-prometheus-stack version

microk8s helm3 search repo prometheus-community/kube-prometheus-stack

Update kube-prometheus-stack with specific version

microk8s helm3 upgrade -n observability kube-prom-stack prometheus-community/kube-prometheus-stack --version 55.7.0 --install

金丝雀发布（Canary Release）是一种常见的软件发布策略，它涉及到将新代码或更新逐渐部署到一小部分用户或服务器（金丝雀），然后逐渐增加暴露的范围，直到所有用户或服务器都收到更新。

金丝雀发布主要有以下几个特点：

1. 渐进部署： 金丝雀发布通过将新代码或更新逐渐部署到一小部分用户或服务器（金丝雀）来实现，从而降低了潜在的风险。如果新代码或更新存在问题，则只會影响到金丝雀用户或服务器，从而有助于早期发现并解决问题。
2. 可控性： 金丝雀发布允许开发人员和运维人员对新代码或更新的部署有更多的控制。例如，他们可以设置金丝雀用户或服务器的比例，并在发现问题时暂停或回滚部署。
3. 快速反馈： 金丝雀发布可以帮助开发人员和运维人员快速获得有关新代码或更新的反馈。通过监控金丝雀用户或服务器的性能和用户体验，开发人员和运维人员可以及时发现问题并采取措施来解决。
4. 低风险： 金丝雀发布可以降低新代码或更新部署的风险。通过将新代码或更新逐渐部署到一小部分用户或服务器，开发人员和运维人员可以降低因新代码或更新导致严重问题的可能性。

iptables常用参数

• -A：将规则添加到当前链的末尾。
• -D：从当前链中删除规则。
• -I：将规则插入到当前链中指定的位置。
• -R：替换当前链中的规则。
• -L：列出当前链中的规则。
• -F：清空当前链中的所有规则。
• -N：创建一个新的链。
• -X：删除一个链。
• -P：设置链的默认策略。
• -s：源地址。
• -d：目标地址。
• -p：协议。
• -m：模块。
• -j：跳转目标。

Go中的GMP

Go中的GMP（Grand Memory Pool）是一个内存池，它提供了一个用于管理内存分配和释放的通用机制。GMP可以提高内存分配和释放的效率，并减少内存碎片。

GMP的组成

GMP由以下部分组成：

• 内存池： 内存池是一个由固定大小的内存块组成的集合。当需要分配内存时，GMP会从内存池中分配一个内存块。
• 内存块： 内存块是GMP的基本分配单元。内存块的大小是固定的，并且不能被修改。
• 分配器： 分配器负责从内存池中分配和释放内存块。
• 释放器： 释放器负责将内存块归还给内存池。

# Linux/macOS
npm config set registry https://registry.yarnpkg.com

# Windows
npm config set registry "https://registry.yarnpkg.com"

Gauge

• 定义： Gauge 是一个时间序列度量标准，其值可以随着时间的推移而增加或减少。
• 特点：
  • Gauge 的值可以为正、负或零。
  • Gauge 的值可以随时间变化。
  • Gauge 的值可以被应用程序主动设置。
• 使用场景：
  • 跟踪应用程序消耗的内存量。
  • 跟踪应用程序的并发连接数。
  • 跟踪应用程序的请求数量。

How to fix this: premature EOF errors in crontab file, can't install

1. Check for Missing Newline Characters:

   Make sure each line in your crontab file ends with a newline character. The absence of a newline character can cause premature EOF errors.

2. Check for Spaces at the End of Lines:

   Trailing spaces at the end of lines can also cause premature EOF errors. Ensure that there are no extra spaces after the command or arguments on each line.

3. Fix Incorrect Syntax:

   Carefully review the syntax of your crontab entries. Double-check the format and ensure that all fields (minute, hour, day, month, weekday, and command) are present and in the correct order.

Kubernetes Secret 资源对象使用方法：

新注册：BFCMTLD23
续费：BFCMTR23