File: doc.go

package info (click to toggle)
golang-github-aws-aws-sdk-go-v2 1.17.1-3
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 384,244 kB
  • sloc: java: 13,538; makefile: 400; sh: 137
file content (75 lines) | stat: -rw-r--r-- 2,974 bytes parent folder | download
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
73
74
75
// 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
// (https://docs.aws.amazon.com/general/latest/gr/opsworks-service.html) in the AWS
// General Reference. Throttling limits All API operations allow for five requests
// per second with a burst of 10 requests per second.
package opsworkscm