关于所需的配置管理中的配置基线

配置基线分配

在客户端计算机可以评估其与 Configuration Manager 中的配置基线的符合性之前，必须通过计算机集合向其分配配置基线。

分配包含下列属性：

● 配置基线本身

● 哪个集合是符合性评估的目标，以及它是否包括任何定义的子集合

● 最初使用默认符合性评估计划进行配置、但是可以针对每个分配进行更改的符合性评估计划。

配置基线分配是配置基线的可选属性。可以通过定义多个配置基线分配，将一个配置基线分配到多个集合。

从属配置基线

其中一个配置基线规则要包括另一个配置基线。此嵌套功能提供了一种分层式方法来为大量计算机定义基础配置基线，然后使用附加配置基线（针对角色相同的计算机具有更特定的配置）来改进此基础配置。

当您希望将自己的业务要求与已经导入但不能直接进行编辑的配置基线（例如来自配置包的最佳方案）组合使用时，也可以使用从属基线。当修改了原始配置基线，有新版本可用时，您可以导入最新的版本，无需创建新的配置基线。

从属配置基线在 Configuration Manager 控制台中作为配置基线的属性显示。

重复的配置基线

在 Configuration Manager 中，重复的配置基线是与现有配置基线完全相同的副本，不保留与原始基线的任何关系。

如果您希望创建许多类似但是无关的配置基线，并且具有一个用作模板的配置基线，则可以创建重复的配置基线。另一种情况是如果您需要重新定义配置基线规则或导入的配置基线中的配置项目。

另请参阅

任务

与在 Configuration Manager 控制台中编辑配置数据有关的问题

概念

确定是否需要为所需的配置管理创建重复的配置基线或重复的配置项目

确定是否需要为所需的配置管理导入配置数据

其他资源 基线用于定义在特定时间点通过捕获结构和详细信息建立的产品或系统的配置。Configuration Manager 2007 中的配置基线包含要作为一个组评估其符合性的一组已定义的必需配置。

配置基线包含一个或多个具有关联规则的配置项目，它们通过集合与符合性评估计划一起分配到计算机。

注意

尽管您可以将配置基线分配到包含用户的集合，但是仅由集合中的计算机评估配置基线，而不是集合中的用户。

您可以使用 Configuration Manager 控制台创建自己的配置基线，并可以从下列来源导入配置基线：

● 来自 Microsoft 或其他供应商的定义最佳方案的配置包

● Internet 上通过社区提供的配置数据

● 来自您自己的组织，但对 Configuration Manager 而言是外部的创作的自定义配置基线

● 其他 Configuration Manager 站点

在导入配置基线时，除非它们最初创建于同一 Configuration Manager 站点，否则不能直接在 Configuration Manager 控制台中进行修改。如果需要改进配置项目以满足您的业务要求，请遵循下列推荐路径：

1、使用自定义值创建子配置项目。

2、复制配置基线。

3、编辑复制的基线，并使用编辑后的子配置项目代替原来的配置项目。

配置基线规则

配置基线规则用于指定包括在配置基线中的配置项目如何在客户端计算机上评估符合性。它们用于定义您需要的符合性。

在 Configuration Manager 中有固定类型的配置基线规则，不能更改。配置项目可以添加到下列配置基线规则中：

● 下列操作系统配置项目中必须有一个存在并且正确地配置。

● 这些应用程序和常规配置项目是必需的，必须正确地配置。

● 如果检测到这些可选应用程序配置项目，则必须正确配置它们。

● 这些软件更新必须存在。

● 不能存在这些应用程序配置项目。

● 这些配置基线还必须经过验证。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/

被忽视的问题：测试环境配置管理 关于质量保障这个话题，要谈的内容太多。这篇文章，我想聊聊基于上述问题，如何通过管理测试环境来解决影响线上交付质量的一些思考和方法。
在ASM中为应用服务启用SLO（1）：服务等级目标SLO概览 服务等级目标 (SLO) 提供了一种形式化的方式来描述、衡量和监控微服务应用程序的性能、质量和可靠性。SLO 为应用开发和平台团队、运维团队提供了一个共享的质量基准，作为衡量服务水平质量以及持续改进的参考。SLO 由一个或多个服务等级指标 (SLI) 组成。使用 SLI 组合定义的 SLO 允许团队以更精确和相关的方式描述服务健康状况。 阿里云服务网格ASM提供了开箱即用的基于服务等级目标SLO的监控和告警能力，用于监控应用服务之间调用的延迟和错误率特征。
在ASM中为应用服务启用SLO（4）：导入生成的规则到Prometheus中执行SLO 服务等级目标SLO可以用于衡量服务的水平。用户可以基于Prometheus指标手动定义SLO，但过程相对繁琐。ASM服务网格提供了生成SLO以及配套的告警规则的能力，能够通过自定义资源YAML配置的方式简化这一流程。本文将介绍如何将生成的规则导入到Prometheus中以及如何执行SLO。
K8s场景下Logtail组件可观测方案升级-Logtail事件监控发布 SLS针对Logtail本身以及Logtail的管控组件alibaba-log-controller，采用K8s事件的方式，将处理流程中的关键事件透出，从而让用户能够更清楚的感知其中发生的异常。
用户指南—监控与告警—存储资源监控 为方便您掌握实例的运行状态，PolarDB-X提供监控查询功能。您可以在控制台上查看计算资源监控和存储资源监控信息。其中存储资源监控展示了实例存储层资源的性能数据，本文将介绍如何查看存储资源监控信息。
OpenKruise v0.10.0 版本发布：新增应用弹性拓扑管理、应用防护等能力 阿里云开源的云原生应用自动化管理套件、CNCF Sandbox 项目 -- OpenKruise，今天发布 v0.10.0 新版本，这也会是 OpenKruise v1.0 之前的最后一个 minor 版本。 本文将带你一览 v0.10.0 的新变化，其中新增的 WorkloadSpread、PodUnavailableBudget 等大颗粒特性后续还将有转文详细介绍其设计实现原理。
日常运维过程中总结的安全基线 Redhat Linux操作系统口令复杂度: 采用静态口令进行认证的，口令长度至少6位，并包括数字、小写字母、大写字母和特殊符号四类中至少三类。且5次以内不得设置相同的口令。参考配置： 在/etc/pam.
AutoScaling 目标追踪伸缩规则概述 弹性伸缩目标追踪伸缩规则是弹性伸缩服务与云监控深度结合的产物，定义了更加稳定，精准，快速的弹性伸缩策略，解决了当前伸缩组动态调整过程存在的一些难点和问题。
超适合小项目的 K8S 部署策略 Kubernetes 的稳健性、可靠性使它成为现阶段最流行的云原生技术之一，但也有不少用户反映， Kubernetes 技术学习起来十分复杂，只适用于大集群且成本较高。这篇文章将打破你的观念，教你在小型项目中部署 Kubernetes 集群。