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: pages/edge.mdx
+9-9Lines changed: 9 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,9 +4,9 @@ import DeployIcon from '../components/icons/deploy.svg'
4
4
5
5
# Wasmer Edge
6
6
7
-
Wasmer Edge is a next-generation cloud platform powered by WebAssembly, Wasmer and WASIX.
7
+
Wasmer Edge is a next-generation cloud platform powered by WebAssembly, Wasmer, and WASIX.
8
8
9
-
You can move now your applications to the Edge and scale them like serverless at extremely affordable prices.
9
+
You can now move your applications to the edge and scale them like serverless workloads at extremely affordable prices.
10
10
11
11
## 🐥 First Steps
12
12
@@ -25,8 +25,8 @@ To understand how the platform works, check out the [Architecture](/edge/archite
25
25
Wasmer Edge has many features, and we have many more in development:
26
26
27
27
-**Stateless** HTTP workloads: <br/>
28
-
You can use [proxy](/edge/learn/deployment-modes#proxy)or to run web servers in the edge. [WCGI](/edge/learn/deployment-modes.mdx#wcgi)mode to run CGI in the edge.
29
-
If you are interested about TCP/UDP, [please reach us so we can enable it for you](/edge/learn/deployment-modes#tcpudp-applications).
28
+
You can use [proxy](/edge/learn/deployment-modes#proxy) to run web servers at the edge or [WCGI](/edge/learn/deployment-modes.mdx#wcgi) to run CGI at the edge.
29
+
If you are interested in TCP/UDP, [please reach us so we can enable it for you](/edge/learn/deployment-modes#tcpudp-applications).
30
30
-**Automatic scaling**: <br/>
31
31
Workloads will be served by the Wasmer Edge network, on the servers closest
32
32
to the user, and will scale automatically to meet the demand.
@@ -35,9 +35,9 @@ Wasmer Edge has many features, and we have many more in development:
35
35
You can also configure additional aliases.
36
36
-**Versioned deployments and rollback**:<br/>
37
37
App deployment versions are tracked.
38
-
You can always access previous versions though a special URL, and rollback to
38
+
You can always access previous versions through a special URL, and roll back to
39
39
previous versions with a single CLI command or click.
40
-
You can also publish preview-versions and test them before switching them to active.
40
+
You can also publish previewversions and test them before switching them to active.
41
41
-**Custom domains with automatic SSL**: <br/>
42
42
You can configure custom domains and subdomains for your applications.
43
43
SSL certificates will automatically be provisioned and renewed for you.
@@ -49,19 +49,19 @@ Wasmer Edge has many features, and we have many more in development:
49
49
-**Persistent workloads**: <br />
50
50
Apps are stateless and auto-scaled by default, which is great for scalability
51
51
and cost-effectiveness, but sometimes you need to run a persistent workload
52
-
that keep running, even with no requests coming in.<br />
52
+
that keeps running even with no requests coming in.<br />
53
53
Persistent workloads will enable you to provision a fixed number of instances
54
54
that are kept alive by the edge runtime.
55
55
56
56
-**Persistent volumes**: <br />
57
57
Stateless apps are great for scalability, but eventually the state needs to
58
58
live somewhere.
59
-
You will be able to create persistent volumes, and mount these volumes into
59
+
You will be able to create persistent volumes and mount these volumes into
60
60
your workloads.
61
61
62
62
-**Private network**: <br />
63
63
Create secure, private networks to connect your workloads globally.
64
-
Powered by [DNET](/edge/architecture#wasmer-distributed-networking-dnet);
64
+
Powered by [DNET](/edge/architecture#wasmer-distributed-networking-dnet).
65
65
66
66
-**Scheduled tasks / cronjobs**: <br />
67
67
Running tasks at a certain interval is a common requirement.
Copy file name to clipboardExpand all lines: pages/edge/cli.mdx
+16-16Lines changed: 16 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ The most important ones are `wasmer deploy` and the subcommands of `wasmer app`.
6
6
7
7
<Callouttype="info">
8
8
**Note:** To deploy apps on Wasmer Edge an account is required. When
9
-
deploying an app, you will be prompted to login if you are not already.
9
+
deploying an app, you will be prompted to log in if you are not already.
10
10
</Callout>
11
11
12
12
<Callout>
@@ -50,10 +50,10 @@ Options:
50
50
...
51
51
```
52
52
53
-
The `wasmer deploy` command has many flags, but does not have any mandatory
54
-
argument. Its objective is that of loading the user-provided data - thus,
55
-
possibly, [publishing](/registry/cli) a package as well - in Wasmer Edge and
56
-
providing the needed informations for the user to manage their application.
53
+
The `wasmer deploy` command has many flags but does not have any mandatory
54
+
argument. Its objective is to load the user-provided data—possibly
55
+
[publishing](/registry/cli) a package as well—into Wasmer Edge and
56
+
provide the information needed for the user to manage their application.
57
57
58
58
Based on the kind of app the user wants to deploy, the `wasmer deploy`
59
59
command carries out different actions. In a nutshell, from the CLI perspective,
@@ -69,11 +69,11 @@ the package's manifest.
69
69
70
70
In the latter case, the `wasmer deploy` command recognizes that the user
71
71
might want to edit some of the metadata about the package and, if needed,
72
-
prompts the user to decide on that regard. One example is that of the package
72
+
prompts the user to decide accordingly. One example is that of the package
73
73
version: in interactive mode, if the `--bump` flag was not given, the user will
74
74
be asked if a patch version bump is needed. This, however, is not the only way
75
75
to specify the version of a package: for a deeper dive into this matter, check
76
-
out the [`publish` page](/registry/cli).
76
+
out the [`publish` page](/registry/cli).
77
77
78
78
Once these matters are decided upon, this deployment flow concludes just as the
79
79
former: your app is available!
@@ -112,13 +112,13 @@ Waiting for new deployment to become available...
112
112
Once an app is deployed, the `wasmer` CLI provides a number of tools to manage
113
113
it.
114
114
115
-
### Gathering informations about apps (`wasmer app info` and `wasmer app get`)
116
-
In order to fetch structured informations about your app, you can use the
117
-
`wasmer app get`, that provides the user with a number of informations about
115
+
### Gathering information about apps (`wasmer app info` and `wasmer app get`)
116
+
In order to fetch structured information about your app, you can use
117
+
`wasmer app get`, which provides the user with a number of information about
118
118
the app structured as a YAML value, ranging from the identifier of the app to
119
-
the raw value of the `app.yaml` config file used to create the app.
119
+
the raw value of the `app.yaml` config file used to create the app.
120
120
121
-
The `wasmer app info` command provides a synthesis of these informations, in
121
+
The `wasmer app info` command provides a synthesis of this information, in
122
122
particular the app name, the owner of the app, and relevant URLs.
123
123
124
124
```
@@ -178,7 +178,7 @@ Options:
178
178
--template <TEMPLATE>
179
179
A reference to the template to use.
180
180
181
-
It can be either an URL to a github repository - like `https://github.com/wasmer-examples/php-wasmer-starter` - or the name of a template that will be searched for in the selected registry, like `astro-starter`.
181
+
It can be either a URL to a GitHub repository – like `https://github.com/wasmer-examples/php-wasmer-starter` – or the name of a template that will be searched for in the selected registry, like `astro-starter`.
182
182
183
183
--package <PACKAGE>
184
184
Name of the package to use
@@ -211,8 +211,8 @@ wasmer app create
211
211
{/* [TODO]: Add link to templates list */}
212
212
213
213
Templates allow users to kickstart their custom application from one of the
214
-
available boilerplates like a static website, a php application, a javascript
215
-
worker and much more. Another possibility is that of creating an app from an
214
+
available boilerplates like a static website, a PHP application, a JavaScript
215
+
worker, and much more. Another possibility is that of creating an app from an
216
216
existing package: for example, as a starting step, the user can create the app
217
217
from an existing package, like
218
218
[`wasmer/hello`](https://wasmer.io/wasmer/hello).
@@ -232,7 +232,7 @@ owner: <YOUR-NAME>
232
232
package: wasmer/hello
233
233
```
234
234
235
-
This file contains all the necessary informations required to deploy your app
235
+
This file contains all the necessary information required to deploy your app
236
236
to Wasmer Edge. To learn more about this configuration file, refer to the
237
237
[dedicated _Learn_ page](/edge/learn/apps). After having everything in place -
238
238
whether it is from templates or pre-existing packages - the command will ask
Copy file name to clipboardExpand all lines: pages/edge/configuration.mdx
+23-23Lines changed: 23 additions & 23 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@ import { Callout } from "nextra-theme-docs";
2
2
3
3
# App Configuration (`app.yaml`)
4
4
5
-
Wasmer Edge's configuration is stored in a`app.yaml` file in the root of your project.
5
+
Wasmer Edge's configuration is stored in an`app.yaml` file in the root of your project.
6
6
7
7
## Example
8
8
@@ -143,7 +143,7 @@ volumes:
143
143
# A name for your volume.
144
144
# Must be unique for the given app.
145
145
- name: data
146
-
# Where to moint the volume into the filesystem.
146
+
# Where to mount the volume into the filesystem.
147
147
mount: /data
148
148
```
149
149
@@ -162,7 +162,7 @@ Database credentials are provided as *environment variables*:
162
162
163
163
Currently only `mysql` is supported.
164
164
165
-
**Note**: databases are tied to regions. When speciyfing a database, you should
165
+
**Note**: databases are tied to regions. When specifying a database, you should
166
166
also specify your desired region with the `locality.regions` setting.
167
167
Only some of the regions support databases!
168
168
@@ -201,12 +201,12 @@ capabilities:
201
201
requests:
202
202
- path: /
203
203
- path: /_bootstrap
204
-
# You can optionally speciy a maximum age.
204
+
# You can optionally specify a maximum age.
205
205
# If the maximum age is reached, a new snapshot will automatically
206
206
# be created, and the old ones discarded
207
207
max_age: 12h
208
208
209
-
# Optionally request settings:
209
+
# Optional request settings:
210
210
method: POST
211
211
body: "custom body"
212
212
headers:
@@ -216,13 +216,13 @@ capabilities:
216
216
217
217
### `health_checks`
218
218
219
-
The `health_checks` field is used to check if an application is working correctly. If the healthchecks fail, edge will restart the application. It is **optional** and its an array of healtcheck objects
219
+
The `health_checks` field is used to check if an application is working correctly. If the health checks fail, edge will restart the application. It is **optional** and it is an array of health check objects
220
220
221
221
- Required: `false`
222
222
223
-
Currently only supported healthcheck type is `http`. It executes an http request against the application. All the supported
223
+
Currently the only supported health check type is `http`. It executes an HTTP request against the application. All the supported
224
224
225
-
##### Example healthcheck
225
+
##### Example health check
226
226
227
227
```yaml filename="app.yaml" copy
228
228
health_checks:
@@ -239,27 +239,27 @@ health_checks:
239
239
expected_body_includes: Hello World
240
240
expected_body_regex: ".*Wasmer.*"
241
241
```
242
-
Fields for http healthcheck:
242
+
Fields for HTTP health check:
243
243
- #### `method`: Required
244
-
HTTP method to use.
244
+
HTTP method to use.
245
245
- #### `path`: Required
246
-
Path to send request to.
246
+
Path to send the request to.
247
247
- #### `interval`: Required
248
-
Duration between each request
248
+
Duration between each request.
249
249
- #### `timeout`: Required
250
-
Timeout duration for requests
250
+
Timeout duration for requests.
251
251
- #### `unhealthy_threshold`: Required
252
-
After `unhealthy_threshold` amount of failure of the http requests, app is considered unhealthy and will be restarted
252
+
After `unhealthy_threshold` failed HTTP requests, the app is considered unhealthy and will be restarted.
253
253
- #### `healthy_threshold`: Required
254
-
After `healthy_threshold` amount of failure of the http requests, app is considered healthy and will be restarted
254
+
After `healthy_threshold` successful HTTP requests, the app is considered healthy.
255
255
- #### `expected_status_codes`: Required
256
-
If the application returns these status codes, then the request will be count as successful
256
+
If the application returns these status codes, the request counts as successful.
257
257
- #### `expected_body_includes`:
258
-
If this is specified, response body should include the string defined in this field to be count as successful
258
+
If this is specified, the response body should include the string defined in this field to be counted as successful.
259
259
- #### `expected_body_regex`:
260
-
If this is specified, response body should be able to match the regular expression defined in this field to be count as successful
260
+
If this is specified, the response body should match the regular expression defined in this field to be counted as successful.
261
261
262
-
So in the example above, if the application fails two consequent request, application will be restarted. It will be keep restarted until it successfully responds to one request
262
+
So in the example above, if the application fails two consecutive requests, the application will be restarted. It will keep restarting until it successfully responds to one request.
263
263
264
264
### `locality`
265
265
@@ -292,16 +292,16 @@ The `scaling` field is used to configure how your application scales on Edge.
292
292
293
293
Scaling mode for the app.
294
294
295
-
**NOTE**: You should usually stick to the default behaviour,
295
+
**NOTE**: You should usually stick to the default behavior,
296
296
which is enabled when no scaling mode is specified.
297
-
Only use the below modes if you you are sure they are appropriate!
297
+
Only use the modes below if you are sure they are appropriate!
298
298
299
299
Available values:
300
300
301
301
* `<unset>`
302
302
303
303
If no scaling mode is specified, Edge will send multiple requests to each instance, and also scale up additional instances if required.
304
-
This is the default, and the recommended mode if your program can handle multiple requests concurrently (Rust, Go, ...).
304
+
This is the default and the recommended mode if your program can handle multiple requests concurrently (Rust, Go, ...).
305
305
306
306
* `single_concurrency`
307
307
@@ -323,4 +323,4 @@ scaling:
323
323
324
324
### `jobs`
325
325
326
-
This section is defined on [jobs](/edge/configuration/jobs) page.
326
+
This section is defined on the [jobs](/edge/configuration/jobs) page.
Copy file name to clipboardExpand all lines: pages/edge/guides/js-wintercg.mdx
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ import CliVersionCallout from "@components/deploy/CliVersionCallout.mdx";
9
9
10
10
In this guide, you'll learn the process of deploying a JS service
11
11
worker on Wasmer Edge. We will cover installation of the CLI, setting up a new
12
-
Javascript worker, and deploying it.
12
+
JavaScript worker, and deploying it.
13
13
14
14
## Deploying a JS service worker
15
15
@@ -28,15 +28,15 @@ mkdir my-new-js-worker
28
28
cd my-new-js-worker
29
29
```
30
30
31
-
Then, running a single command, we can setup a js worker:
31
+
Then, running a single command, we can set up a JS worker:
32
32
33
33
```bash copy
34
34
wasmer deploy --template=js-worker
35
35
```
36
36
This will prompt you for the following:
37
37
38
38
-**App owner**: This is the owner of the app.
39
-
It can be your username or an organization; if you're logged in, the command will prompt you tochoose from your namespaces: by default, it will be your username.
39
+
It can be your username or an organization; if you're logged in, the command will prompt you to choose from your namespaces: by default, it will be your username.
40
40
-**App name**: This is the name of your app. By default, it will be the name of the current directory.
41
41
42
42
Expect to see output similar to this:
@@ -49,7 +49,7 @@ It seems you are trying to create a new app!
49
49
Loading local package (manifest path: ~/wasmer-user/Projects/jsworker/.)
50
50
✔ Correctly built package locally
51
51
✔ Package correctly uploaded
52
-
✔ Succesfully pushed release to namespace wasmer-user on the registry
52
+
✔ Successfully pushed release to namespace wasmer-user on the registry
53
53
Deploying app jsworker (wasmer-user) to Wasmer Edge...
54
54
55
55
App jsworker (wasmer-user) was successfully deployed 🚀
Copy file name to clipboardExpand all lines: pages/index.mdx
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,14 +24,14 @@ Welcome to the Wasmer Documentation! 👋
24
24
## SDKs
25
25
26
26
Wasmer is available in multiple programming languages and operating systems in the shape of SDKs.
27
-
Using these SDKs, it's possible to embed wasmer modules compiled from other languages into your application.
27
+
Using these SDKs, it's possible to embed Wasmer modules compiled from other languages into your application.
28
28
We have set up the SDKs to allow using Wasmer easily anywhere:
29
29
30
-
*[Wasmer JavaScript SDK](/sdk/wasmer-js): run your Wasmer packages in Javascript
30
+
*[Wasmer JavaScript SDK](/sdk/wasmer-js): run your Wasmer packages in JavaScript
31
31
32
32
## Social
33
33
34
34
For the latest articles on Wasmer features and developments, check out [our blog](https://wasmer.io/posts) or [follow us on X](https://x.com/wasmerio)!
35
-
You can also chat with us using [Wasmer Discord channel](https://discord.com/invite/qBTfsNP7N8).
35
+
You can also chat with us using the [Wasmer Discord channel](https://discord.com/invite/qBTfsNP7N8).
36
36
37
37
Let's now dig deeper into how to install Wasmer, shall we? 🙂
Copy file name to clipboardExpand all lines: pages/registry.mdx
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ import PublishIcon from '../components/icons/publish.svg'
4
4
5
5
# Wasmer Registry
6
6
7
-
The Wasmer Registry stores all Wasmer packages and allows exploring packages from other users and distribute your own ones.
7
+
The Wasmer Registry stores all Wasmer packages and allows exploring packages from other users and distributing your own.
8
8
9
9
You can explore packages published to the Wasmer Registry at [wasmer.io](https://wasmer.io/explore) or you can
10
10
also [search for packages](https://wasmer.io/search?type=PACKAGE).
@@ -19,9 +19,9 @@ To publish your first package, check out the [Getting Started](/registry/get-sta
19
19
20
20
## Features
21
21
22
-
All packages published to the Wasmer registry will automatically be available to run with the `wasmer` CLI tool, but not just that...
22
+
All packages published to the Wasmer registry are automatically available to run with the `wasmer` CLI tool, and more:
23
23
24
-
-**Executables**: The registry will automatically create executables for all platforms and chipsets, with no dependency of Wasmer
24
+
-**Executables**: The registry will automatically create executables for all platforms and chipsets, with no dependency on Wasmer
25
25
-**Automatic documentation**: If you annotate your package with bindings, the documentation and APIs will be automatically generated for all programming languages.
0 commit comments