第一章 (八)——外部配置存储模式.pdfVIP

（⼋）——外部配置存储模式 云计算设计模式 （⼋）——外部配置存储模式 移动配置信息从应⽤部署包到⼀个集中位置。这个模式可以提供机会，以便管 和配 置数据的控制，以及⽤于跨应⽤程序和应⽤程序实例共享的配置数据。 背景和问题 ⼤多数应⽤程序运⾏时环境包括位于应⽤程序⽂件夹内的在部署应⽤程序⽂件保持配 置信息。在某些情况下也能够编辑这些⽂件来改变该应⽤程序的⾏为，它已经被部署 之后。然⽽，在许多情况下，改变配置所需要的应⽤程序被重新部署，从⽽导致不可 接受的停机时间和额外的管 开销。 本地配置⽂件还配置限制为单个应⽤程序，⽽在某些情况下将是有⽤的，以在多个应 ⽤程序之间共享的配置设置。例⼦包括数据库连接字符串，UI 主题的信息，或队列和 存储所使⽤的⼀组相关的应⽤程序的URL 。 变更管 跨应⽤程序的多个运⾏实例的本地配置，尤其是在云托管的情况，也可能是 具有挑战性的。它可能会导致使⽤不同的配置设置的实例，⽽更新正被部署。 另外，更新应⽤程序和组件可能需要更改的配置⽅案。许多配置系统不⽀持不同版本 的配置信息。 解决⽅案 存储在外部存储器中的配置信息，并提供可⽤于快速和有效地读取和更新的配置设置 的接⼜。外部存储的类型取决于应⽤程序的主机和运⾏时环境。在⼀个云托管的情况 下它是⼀个典型的基于云的存储服务，但可能是⼀个托管数据库或其他系统。 选择⽤于配置信息的备份存储应通过适当的接⼜，它提供了⼀个可控制的⽅式，使回 ⽤保持⼀致和易于使⽤的访问被朝向。 想情况下，它应该公开在键⼊正确，结构化 的格式的信息。的实施也可能需要对⽤户进⾏授权“ ，以保护结构的数据访问，并且 具有⾜够的灵活性，以允许要被存储的多个版本的配置 （例如，开发，分段，或⽣ 产，并且每⼀个的多个发⾏版本）。 注意： 许多内置的系统配置中读取数据时，应⽤程序启动和⾼速缓存内 存中的数据提供快速访问，并尽量减少对应⽤程序性能的影响。根据所 使⽤的后备存储器的类型，以及该商店的等待时间，这可能是有利的， 以实现外部配置存储器内的⾼速缓存机制。有关实现缓存的详细信息， 请参阅缓存指导。 图1⽰出了本模式的概述。 图1 - 外部配置存储模式可选本地缓存概述 问题和注意事项 在决定如何实现这个模式时，请考虑以下⼏点： 选择⼀个后备存储，提供可接受的性能，⾼可⽤性，健壮性和可备份作为应⽤ 程序的维护和管 过程的⼀部分。在⼀个云托管的应⽤程序，使⽤云存储的机 制通常是⼀个不错的选择，以满⾜这些要求。 设计的后备存储的架构允许在信息能够保存类型的灵活性。确保它提供了⼀种 使⽤它可以要求该申请的所有配置的要求，例如输⼊数据中，设置的集合，多 个版本的设置，以及任何其他功能。该模式应该是易于扩展的需求，以⽀持更 多的设置更改。 考虑后备存储的物 性能，它与配置信息的存储⽅式，以及对性能的影响。例 如，存储⼀个包含XML⽂件的配置信息将要求使⽤配置界⾯或应⽤程序解析该 ⽂件以读取各个设置，将使得更新的设置更加复杂，尽管⾼速缓存中的设置可 有助于抵消较慢的读取性能。 考虑如何配置界⾯将允许配置设置的范围和继承的控制权。例如，它可能是⼀ 个要求的范围的配置设置在组织，应⽤程序和设备的⽔平;⽀持在访问不同范围 的控制下放;并且，以防⽌或允许单独的应⽤程序，以覆盖设置。 确保配置界⾯可以在需要的格式的配置数据暴露，如输⼊值的集合，键/值对， 或财产包。然⽽，考虑能⼒和API的复杂性之间的平衡，以使其有⽤的，但尽 可能地易于使⽤。 考虑配置存储界⾯将如何表现时，设定有误，或没有在内部存储存在。它可能 是适当的，返回默认设置和记录错误。也可以考虑，如配置设置按键或者名 称，⼆进制数据的存储和处 ，以及null或空值处 ⽅式的情况下，灵敏度⽅ ⾯。 考虑如何将保护配置数据仅允许访问相应的⽤户和应⽤程序。这很可能是在配 置存储器接⼜的⼀个特征，但它也是必要的，以确保在后备存储器中的数据不 能被直接访问，⽽不适当的权限。确保读取和写⼊配置数据所需的权限之间的 严格分离。也可以考虑是否需要加密部分的配置设置或全部，以及如何将配置 存储接⼜中实现。 请记住，集中存储配置