You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/user-guide/aws/fis/index.md
+3-6
Original file line number
Diff line number
Diff line change
@@ -28,7 +28,7 @@ FIS defines the following elements:
28
28
1. Duration of the disruption.
29
29
30
30
Together this is termed as an Experiment.
31
-
After the designated time, FIS restores systems to their original state and/or ceases introducing faults.
31
+
After the designated time, running experiments restore systems to their original state and cease introducing faults.
32
32
33
33
{{< callout "note" >}}
34
34
FIS experiment emulation is part of LocalStack Enterprise.
@@ -37,10 +37,9 @@ If you'd like to try it out, please [contact us](https://www.localstack.cloud/de
37
37
38
38
FIS actions can be categorized into two main types:
39
39
40
-
1.Single-time events — For example, the `aws:ec2:stop-instances` FIS action, which sends a [`StopInstances`](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StopInstances.html) API to specific EC2 instances.
40
+
1.One-time events: For example, the `aws:ec2:stop-instances` FIS action, which sends a [`StopInstances`](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StopInstances.html) API to specific EC2 instances.
41
41
Some of these events can automatically be undone after a defined time, such as sending a [`StartInstances`](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_StartInstances.html) command to the affected instances.
42
-
1. Inducing API errors in response to a specified percentage of API calls.
43
-
For instance, using `aws:fis:inject-api-unavailable-error` to introduce an HTTP 503 error.
42
+
1. Probabilistic API errors: For instance, using `aws:fis:inject-api-unavailable-error` to introduce an HTTP 503 error.
44
43
45
44
## Getting started
46
45
@@ -233,9 +232,7 @@ LocalStack FIS currently supports the following actions:
233
232
-**`aws:rds:reboot-db-instances`**: Runs EC2 RebootInstances on the target EC2 instances.
234
233
-**`aws:ssm:send-command`**: Runs the Systems Manager SendCommand on the target EC2 instances.
235
234
236
-
{{< callout "note" >}}
237
235
If you would like support for more FIS actions, please make a feature request on [GitHub](https://github.com/localstack/localstack/issues/new/choose).
Copy file name to clipboardExpand all lines: content/en/user-guide/aws/kinesis/index.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -207,4 +207,4 @@ The following code snippets and sample applications provide practical examples o
207
207
## Limitations
208
208
209
209
In multi-account setups, each AWS account launches a separate instance of Kinesis Mock, which is very resource intensive when a large number of AWS accounts are used.
210
-
An [open Kinesis Mock issue](https://github.com/etspaceman/kinesis-mock/issues/377) is being used to keep track of this feature.
210
+
[This Kinesis Mock issue](https://github.com/etspaceman/kinesis-mock/issues/377) is being used to keep track of this feature.
Copy file name to clipboardExpand all lines: content/en/user-guide/aws/mwaa/index.md
+7-3
Original file line number
Diff line number
Diff line change
@@ -8,15 +8,15 @@ tags: ["Pro image"]
8
8
9
9
## Introduction
10
10
11
-
Managed Workflows for Apache Airflow (MWAA) is a fully managed service by AWS that simplifies the deployment, management, and scaling of Apache Airflow workflows in the cloud.
11
+
Managed Workflows for Apache Airflow (MWAA) is a fully managed service by AWS that simplifies the deployment, management, and scaling of [Apache Airflow](https://airflow.apache.org/) workflows in the cloud.
12
12
MWAA leverages the familiar Airflow features and integrations while integrating with S3, Glue, Redshift, Lambda, and other AWS services to build data pipelines and orchestrate data processing workflows in the cloud.
13
13
14
14
LocalStack allows you to use the MWAA APIs in your local environment to allow the setup and operation of data pipelines.
15
-
The supported APIs are available on our[API coverage page](https://docs.localstack.cloud/references/coverage/coverage_mwaa/), which provides information on the extent of MWAA's integration with LocalStack.
15
+
The supported APIs are available on the[API coverage page](https://docs.localstack.cloud/references/coverage/coverage_mwaa/).
16
16
17
17
## Getting started
18
18
19
-
This guide is designed for users new to Managed Workflows for Apache Airflow and assumes basic knowledge of the AWS CLI and our [`awslocal`](https://github.com/localstack/awscli-local) wrapper script.
19
+
This guide is designed for users new to MWAA and assumes basic knowledge of the AWS CLI and our [`awslocal`](https://github.com/localstack/awscli-local) wrapper script.
20
20
21
21
Start your LocalStack container using your preferred method.
22
22
We will demonstrate how to create an Airflow environment and access the Airflow UI.
@@ -153,3 +153,7 @@ The Resource Browser allows you to perform the following actions:
153
153
-**View Environment**: View details of an existing MWAA environment by clicking on the environment name.
154
154
-**Edit Environment**: Edit an existing MWAA environment by clicking on the **Edit** button after clicking on the environment name.
155
155
-**Delete Environment**: Select the environment name and click on the **Actions** button followed by **Remove Selected** button.
156
+
157
+
## Limitations
158
+
159
+
- LocalStack MWAA does not support [startup scripts](https://docs.aws.amazon.com/mwaa/latest/userguide/using-startup-script.html)
Copy file name to clipboardExpand all lines: content/en/user-guide/aws/ses/index.md
+13-13
Original file line number
Diff line number
Diff line change
@@ -12,8 +12,8 @@ persistence: supported
12
12
Simple Email Service (SES) is an emailing service that can be integrated with other cloud-based services.
13
13
It provides API to facilitate email templating, sending bulk emails and more.
14
14
15
-
LocalStack supports SES v1 in the Community image, while SES v2 and SMTP integration is supported in the Pro image.
16
-
The supported APIs are available on the API coverage page for [SES v1](https://docs.localstack.cloud/references/coverage/coverage_ses/) and [SES v2](https://docs.localstack.cloud/references/coverage/coverage_sesv2/).
15
+
SESv1 is available in LocalStack Community image, while SESv2 and SMTP integration is available in LocalStack Pro.
16
+
The supported APIs are available on the API coverage page for [SESv1](https://docs.localstack.cloud/references/coverage/coverage_ses/) and [SESv2](https://docs.localstack.cloud/references/coverage/coverage_sesv2/).
17
17
18
18
## Getting Started
19
19
@@ -40,7 +40,7 @@ $ awslocal ses list-identities
40
40
41
41
{{< callout >}}
42
42
On AWS, verifying email identities or domain identities require additional steps like changing DNS configuration or clicking verification links respectively.
43
-
In LocalStack, verifying identities require no additional steps.
43
+
In LocalStack, identities are automatically verified.
44
44
{{< /callout >}}
45
45
46
46
Next, emails can be sent using the `SendEmail` operation.
@@ -56,12 +56,11 @@ $ awslocal ses send-email \
56
56
{{< /command >}}
57
57
58
58
{{< callout >}}
59
-
In the Community image, no emails are actually sent.
60
-
Hence this operation is mocked.
61
-
In the Pro image however, emails are sent via an SMTP server.
59
+
In LocalStack Community, all operations are mocked and no real emails are sent.
60
+
In LocalStack Pro, it is possible to send real emails via an SMTP server.
62
61
{{< /callout >}}
63
62
64
-
## Sent Emails
63
+
## Retrieve Sent Emails
65
64
66
65
LocalStack keeps track of all sent emails for retrospection.
The Pro image supports sending emails via an SMTP server.
105
-
Refer to the [Configuration]({{< ref "configuration#emails" >}}) guide for instructions on how to configure the connection parameters of your SMTP server (`SMTP_HOST`/`SMTP_USER`/`SMTP_PASS`).
103
+
LocalStack Pro supports sending emails via an SMTP server.
104
+
To enable this, set the connections parameters and access credentials for the server in the configuration.
105
+
Refer to the [Configuration]({{< ref "configuration#emails" >}}) guide for details.
106
106
107
107
{{< callout "tip" >}}
108
-
If you do not have access to a proper SMTP server, you can use tools like [MailDev](https://github.com/maildev/maildev) or [smtp4dev](https://github.com/rnwood/smtp4dev).
108
+
If you do not have access to a live SMTP server, you can use tools like [MailDev](https://github.com/maildev/maildev) or [smtp4dev](https://github.com/rnwood/smtp4dev).
109
109
These run as Docker containers on your local machine.
110
110
Make sure they run in the same Docker network as the LocalStack container.
111
111
{{< /callout >}}
@@ -124,7 +124,7 @@ The Resource Browser allows you to perform following actions:
124
124
You can the view the details of a sent email by selecting them from the list.
125
125
-**Send Emails**: On selecting an email identity, click **Send Message** and specify destination fields (To, CC and BCC addresses) and the body (Plaintext, HTML) to send an email.
126
126
127
-
## Current Limitations
127
+
## Limitations
128
128
129
-
It is currently not possible to [receive emails via SES](https://docs.aws.amazon.com/ses/latest/dg/receiving-email.html) in LocalStack.
130
-
Consequently, all operations related to Receipt Rules are currently mocked.
129
+
-It is currently not possible to [receive emails via SES](https://docs.aws.amazon.com/ses/latest/dg/receiving-email.html) in LocalStack.
130
+
- All operations related to Receipt Rules are mocked.
Copy file name to clipboardExpand all lines: content/en/user-guide/aws/transcribe/index.md
+8-12
Original file line number
Diff line number
Diff line change
@@ -8,20 +8,16 @@ persistence: supported
8
8
9
9
## Introduction
10
10
11
-
Transcribe is a service provided by Amazon Web Services (AWS) that offers automatic speech recognition (ASR) capabilities.
11
+
Transcribe is a service provided by AWS that offers automatic speech recognition (ASR) capabilities.
12
12
It enables developers to convert spoken language into written text, making it valuable for a wide range of applications, from transcription services to voice analytics.
13
13
14
14
LocalStack allows you to use the Transcribe APIs for offline speech-to-text jobs in your local environment.
15
15
The supported APIs are available on our [API Coverage Page](https://docs.localstack.cloud/references/coverage/coverage_transcribe/), which provides information on the extent of Transcribe integration with LocalStack.
16
16
17
-
{{< callout >}}
18
-
LocalStack's Transcribe relies on the offline speech-to-text service called [Vosk](https://alphacephei.com/vosk/).
19
-
Therefore, LocalStack requires an internet connection during the initial creation of a transcription job for a specific language.
20
-
This initial connection is required to download and cache the language model.
21
-
22
-
Once the language model is cached, subsequent transcriptions for the same language can be performed offline.
23
-
These language models typically have a size of around 50 MiB, and they are saved to the cache directory (for more details, refer to the [Filesystem Layout]({{< ref "filesystem" >}}) section).
24
-
{{< /callout >}}
17
+
LocalStack Transcribe uses an offline speech-to-text library called [Vosk](https://alphacephei.com/vosk/).
18
+
It requires an active internet connection to download the language model.
19
+
Once the language model is downloaed, subsequent transcriptions for the same language can be performed offline.
20
+
Language models typically have a size of around 50 MiB and are saved in the cache directory (see [Filesystem Layout]({{< ref "filesystem" >}})).
25
21
26
22
## Getting Started
27
23
@@ -123,16 +119,16 @@ The following languages and dialects are supported:
0 commit comments