编程语言
关于 Docker 容器配置信息的渐进式思考
作为一名软件工程师，作者经常使用各种配置文件如 YAML、Markdown、Dockerfile 等进行工作。作者认为程序员追求配置的动态灵活性是天经地义的事，却发现在 DevOps 理念流行后，程序员们常常要像运维一样处理各种配置文件，这使得编程工作变得繁琐。在探讨容器、配置文件和环境变量时，作者通过回顾不同阶段的实践，分享了对配置管理的思考。起初，作者通过Dockerfile将配置文件复制到容器中，但很快意识到不同环境需要不同的配置。随后尝试使用环境变量来实现动态配置，并使用工具`envsubst`来注入环境变量到配置文件中。然而这种方法需要重新构建镜像，作者随后采用将配置更新脚本放入`CMD` 或 `ENTRYPOINT` 指令中，以便通过重启容器来更新配置。尽管运维同事更倾向于使用 `sed` 命令，但这种方法增加了维护成本。作者提到了配置文件挂载到主机的方法，这使得修改主机上的配置文件可以即时更新容器内的配置。Docker Swarm 提供了一种管理配置文件的机制，而 Kubernetes 则使用 ConfigMap 来管理容器内的配置。作者认为容器内的配置管理应让配置与容器分离，即使动态生效而不是固化在容器中。文章最后，作者提出配置管理的关键在于找到变化与不变之间的平衡，反映出技术选择往往不是选择题而是填空题。作者幽默地以古代钱币的外圆内方比喻自己的技术态度，认为一心只想搞技术的想法真实且不做作，并欢迎大家在评论区交流想法。
容器
配置
Docker
Bash
2022-12-01
数据存储
基于选项模式实现.NET Core 的配置热更新
本文主要探讨了.NET Core 中实现配置热更新的机制和方法。配置热更新指的是在应用程序运行时，能够感知并应用配置文件的变更而无需重启应用。文章首先介绍了.NET Framework 中的配置文件热更新能力，然后指出在分布式环境中这种机制的局限性，尤其是容器化部署时配置文件的复杂性。接着，文章提出了利用 Redis 的发布-订阅模式来实现配置更新的策略，并详细讨论了 .NET Core 中的选项模式（Options），解释了如何使用类来访问强类型的配置信息，并展示了如何通过依赖注入在服务层或控制器层使用配置信息。文章进一步深入探讨了 .NET Core 中的三个与选项模式相关的接口：`IOptions<TOptions>`、`IOptionsSnapshot<TOptions>` 和 `IOptionsMonitor<TOptions>`，它们分别对应不同的生命周期管理和配置更新响应方式。特别地，`IOptionsMonitor<TOptions>` 能够实现配置的热更新，这对于需要实时响应配置变更的场景非常重要。文章还提到了 `IChangeToken` 接口，它为配置提供者（如文件、环境变量等）提供了一种监听和响应变更的能力。此外，介绍了如何通过实现`IConfigurationSource` 和 `IConfigurationProvider`接口来创建自定义配置源，以适应不同的配置存储和更新策略，例如基于 Redis 的发布-订阅模型。最后，文章通过一个基于Redis的简单配置中心示例，展示了如何实现自定义配置源，并强调了在分布式系统中配置管理的重要性和灵活性。通过这篇文章，读者可以深入理解 .NET Core 中的配置热更新机制，以及如何通过自定义配置源来适应不同的应用场景。
.NET Core
配置中心
配置
2020-10-11
