Framework is the Schema for the Frameworks API. Provides an AWS Backup Framework resource.
Type
CRD
Group
backup.aws.upbound.io
Version
apiVersion: backup.aws.upbound.io/v1beta1
kind: Framework
FrameworkSpec defines the desired state of Framework
No description provided.
One or more control blocks that make up the framework. Each control in the list has a name, input parameters, and scope. Detailed below.
The scope of a control. The control scope defines what the control will evaluate. Three examples of control scopes are: a specific backup plan, all backup plans with a specific tag, or all backup plans. Detailed below.
The ID of the only AWS resource that you want your control scope to contain. Minimum number of 1 item. Maximum number of 100 items.
Describes whether the control scope includes one or more types of resources, such as EFS or RDS.
THIS IS A BETA FIELD. It will be honored unless the Management Policies feature flag is disabled. InitProvider holds the same fields as ForProvider, with the exception of Identifier and other resource reference fields. The fields that are in InitProvider are merged into ForProvider when the resource is created. The same fields are also added to the terraform ignore_changes hook, to avoid updating them after creation. This is useful for fields that are required on creation, but we do not desire to update them after creation, for example because of an external controller is managing them, like an autoscaler.
One or more control blocks that make up the framework. Each control in the list has a name, input parameters, and scope. Detailed below.
The scope of a control. The control scope defines what the control will evaluate. Three examples of control scopes are: a specific backup plan, all backup plans with a specific tag, or all backup plans. Detailed below.
The ID of the only AWS resource that you want your control scope to contain. Minimum number of 1 item. Maximum number of 100 items.
Describes whether the control scope includes one or more types of resources, such as EFS or RDS.
THIS IS A BETA FIELD. It is on by default but can be opted out through a Crossplane feature flag. ManagementPolicies specify the array of actions Crossplane is allowed to take on the managed and external resources. This field is planned to replace the DeletionPolicy field in a future release. Currently, both could be set independently and non-default values would be honored if the feature flag is enabled. If both are custom, the DeletionPolicy field will be ignored. See the design doc for more information: https://github.com/crossplane/crossplane/blob/499895a25d1a1a0ba1604944ef98ac7a1a71f197/design/design-doc-observe-only-resources.md?plain=1#L223 and this one: https://github.com/crossplane/crossplane/blob/444267e84783136daa93568b364a5f01228cacbe/design/one-pager-ignore-changes.md
ProviderConfigReference specifies how the provider that will be used to create, observe, update, and delete this managed resource should be configured.
Policies for referencing.
PublishConnectionDetailsTo specifies the connection secret config which contains a name, metadata and a reference to secret store config to which any connection details for this managed resource should be written. Connection details frequently include the endpoint, username, and password required to connect to the managed resource.
WriteConnectionSecretToReference specifies the namespace and name of a Secret to which any connection details for this managed resource should be written. Connection details frequently include the endpoint, username, and password required to connect to the managed resource. This field is planned to be replaced in a future release in favor of PublishConnectionDetailsTo. Currently, both could be set independently and connection details would be published to both without affecting each other.
FrameworkStatus defines the observed state of Framework.
No description provided.
One or more control blocks that make up the framework. Each control in the list has a name, input parameters, and scope. Detailed below.
The scope of a control. The control scope defines what the control will evaluate. Three examples of control scopes are: a specific backup plan, all backup plans with a specific tag, or all backup plans. Detailed below.
The ID of the only AWS resource that you want your control scope to contain. Minimum number of 1 item. Maximum number of 100 items.
Describes whether the control scope includes one or more types of resources, such as EFS or RDS.
Conditions of the resource.
example
apiVersion: backup.aws.upbound.io/v1beta1
kind: Framework
metadata:
annotations:
meta.upbound.io/example-id: backup/v1beta1/framework
name: example
spec:
forProvider:
control:
- inputParameter:
- name: requiredRetentionDays
value: "35"
name: BACKUP_RECOVERY_POINT_MINIMUM_RETENTION_CHECK
- inputParameter:
- name: requiredFrequencyUnit
value: hours
- name: requiredRetentionDays
value: "35"
- name: requiredFrequencyValue
value: "1"
name: BACKUP_PLAN_MIN_FREQUENCY_AND_MIN_RETENTION_CHECK
- name: BACKUP_RECOVERY_POINT_ENCRYPTED
- name: BACKUP_RESOURCES_PROTECTED_BY_BACKUP_PLAN
scope:
- complianceResourceTypes:
- EBS
- name: BACKUP_RECOVERY_POINT_MANUAL_DELETION_DISABLED
description: this is an example framework
name: exampleFramework
region: us-west-1
tags:
Name: Example Framework