File: doc.go

package info (click to toggle)
golang-github-aws-aws-sdk-go-v2 1.30.3-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 662,428 kB
  • sloc: java: 16,875; makefile: 432; sh: 175
file content (72 lines) | stat: -rw-r--r-- 3,097 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
// Code generated by smithy-go-codegen DO NOT EDIT.

// Package opsworkscm provides the API client, operations, and parameter types for
// AWS OpsWorks CM.
//
// # AWS OpsWorks CM
//
// AWS OpsWorks for configuration management (CM) is a service that runs and
// manages configuration management servers. You can use AWS OpsWorks CM to create
// and manage AWS OpsWorks for Chef Automate and AWS OpsWorks for Puppet Enterprise
// servers, and add or remove nodes for the servers to manage.
//
// Glossary of terms
//
//   - Server: A configuration management server that can be highly-available. The
//     configuration management server runs on an Amazon Elastic Compute Cloud (EC2)
//     instance, and may use various other AWS services, such as Amazon Relational
//     Database Service (RDS) and Elastic Load Balancing. A server is a generic
//     abstraction over the configuration manager that you want to use, much like
//     Amazon RDS. In AWS OpsWorks CM, you do not start or stop servers. After you
//     create servers, they continue to run until they are deleted.
//
//   - Engine: The engine is the specific configuration manager that you want to
//     use. Valid values in this release include ChefAutomate and Puppet .
//
//   - Backup: This is an application-level backup of the data that the
//     configuration manager stores. AWS OpsWorks CM creates an S3 bucket for backups
//     when you launch the first server. A backup maintains a snapshot of a server's
//     configuration-related attributes at the time the backup starts.
//
//   - Events: Events are always related to a server. Events are written during
//     server creation, when health checks run, when backups are created, when system
//     maintenance is performed, etc. When you delete a server, the server's events are
//     also deleted.
//
//   - Account attributes: Every account has attributes that are assigned in the
//     AWS OpsWorks CM database. These attributes store information about configuration
//     limits (servers, backups, etc.) and your customer account.
//
// # Endpoints
//
// AWS OpsWorks CM supports the following endpoints, all HTTPS. You must connect
// to one of the following endpoints. Your servers can only be accessed or managed
// within the endpoint in which they are created.
//
//   - opsworks-cm.us-east-1.amazonaws.com
//
//   - opsworks-cm.us-east-2.amazonaws.com
//
//   - opsworks-cm.us-west-1.amazonaws.com
//
//   - opsworks-cm.us-west-2.amazonaws.com
//
//   - opsworks-cm.ap-northeast-1.amazonaws.com
//
//   - opsworks-cm.ap-southeast-1.amazonaws.com
//
//   - opsworks-cm.ap-southeast-2.amazonaws.com
//
//   - opsworks-cm.eu-central-1.amazonaws.com
//
//   - opsworks-cm.eu-west-1.amazonaws.com
//
// For more information, see [AWS OpsWorks endpoints and quotas] in the AWS General Reference.
//
// # Throttling limits
//
// All API operations allow for five requests per second with a burst of 10
// requests per second.
//
// [AWS OpsWorks endpoints and quotas]: https://docs.aws.amazon.com/general/latest/gr/opsworks-service.html
package opsworkscm