[Document] Fix spelling (#12935)

docs/docs/en/architecture/configuration.md

@@ -17,7 +17,7 @@ The directory structure of DolphinScheduler is as follows:
 │
 ├── licenses                                    directory of licenses
 │
-├── bin                                         directory of DolphinScheduler application commands, configrations scripts
+├── bin                                         directory of DolphinScheduler application commands, configurations scripts
 │   ├── dolphinscheduler-daemon.sh              script to start or shut down DolphinScheduler application
 │   ├── env                                     directory of scripts to load environment variables
 │   │   ├── dolphinscheduler_env.sh             script to export environment variables [eg: JAVA_HOME,HADOOP_HOME, HIVE_HOME ...] when you start or stop service using script `dolphinscheduler-daemon.sh`
@@ -29,7 +29,7 @@ The directory structure of DolphinScheduler is as follows:
 │   ├── status-all.sh                           script to check the status of all services when you deploy DolphinScheduler in `psuedo-cluster` mode or `cluster` mode
 │   └── stop-all.sh                             script to shut down all services when you deploy DolphinScheduler in `psuedo-cluster` mode or `cluster` mode
 │
-├── alert-server                                directory of DolphinScheduler alert-server commands, configrations scripts and libs
+├── alert-server                                directory of DolphinScheduler alert-server commands, configurations scripts and libs
 │   ├── bin
 │   │   └── start.sh                            script to start DolphinScheduler alert-server
 │   ├── conf
@@ -40,7 +40,7 @@ The directory structure of DolphinScheduler is as follows:
 │   │   └── logback-spring.xml                  configurations of alert-service log
 │   └── libs                                    directory of alert-server libs
 │
-├── api-server                                  directory of DolphinScheduler api-server commands, configrations scripts and libs
+├── api-server                                  directory of DolphinScheduler api-server commands, configurations scripts and libs
 │   ├── bin
 │   │   └── start.sh                            script to start DolphinScheduler api-server
 │   ├── conf
@@ -52,7 +52,7 @@ The directory structure of DolphinScheduler is as follows:
 │   ├── libs                                    directory of api-server libs
 │   └── ui                                      directory of api-server related front-end web resources
 │
-├── master-server                               directory of DolphinScheduler master-server commands, configrations scripts and libs
+├── master-server                               directory of DolphinScheduler master-server commands, configurations scripts and libs
 │   ├── bin
 │   │   └── start.sh                            script to start DolphinScheduler master-server
 │   ├── conf
@@ -63,7 +63,7 @@ The directory structure of DolphinScheduler is as follows:
 │   │   └── logback-spring.xml                  configurations of master-service log
 │   └── libs                                    directory of master-server libs
 │
-├── standalone-server                           directory of DolphinScheduler standalone-server commands, configrations scripts and libs
+├── standalone-server                           directory of DolphinScheduler standalone-server commands, configurations scripts and libs
 │   ├── bin
 │   │   └── start.sh                            script to start DolphinScheduler standalone-server
 │   ├── conf
@@ -76,7 +76,7 @@ The directory structure of DolphinScheduler is as follows:
 │   ├── libs                                    directory of standalone-server libs
 │   └── ui                                      directory of standalone-server related front-end web resources
 │  
-├── tools                                       directory of DolphinScheduler metadata tools commands, configrations scripts and libs
+├── tools                                       directory of DolphinScheduler metadata tools commands, configurations scripts and libs
 │   ├── bin
 │   │   └── upgrade-schema.sh                   script to initialize or upgrade DolphinScheduler metadata
 │   ├── conf
@@ -85,7 +85,7 @@ The directory structure of DolphinScheduler is as follows:
 │   ├── libs                                    directory of tool libs
 │   └── sql                                     .sql files to create or upgrade DolphinScheduler metadata
 │  
-├── worker-server                               directory of DolphinScheduler worker-server commands, configrations scripts and libs
+├── worker-server                               directory of DolphinScheduler worker-server commands, configurations scripts and libs
 │       ├── bin
 │       │   └── start.sh                        script to start DolphinScheduler worker-server
 │       ├── conf

docs/docs/en/guide/project/workflow-definition.md

@@ -145,7 +145,7 @@ The following are the operation functions of the workflow definition list:
 Description of workflow operating parameters:
 
 * Failure strategy: When a task node fails to execute, other parallel task nodes need to execute this strategy. "Continue" means: after a certain task fails, other task nodes execute normally; "End" means: terminate all tasks execution, and terminate the entire process.
-* Notification strategy: When the process is over, send the process execution result notification email according to the process status, options including no send, send if sucess, send of failure, send whatever result.
+* Notification strategy: When the process is over, send the process execution result notification email according to the process status, options including no send, send if success, send of failure, send whatever result.
 * Process priority: The priority of process operation, divide into five levels: highest (HIGHEST), high (HIGH), medium (MEDIUM), low (LOW), and lowest (LOWEST). When the number of master threads is insufficient, high priority processes will execute first in the execution queue, and processes with the same priority will execute in the order of first in, first out.
 * Worker group: The process can only be executed in the specified worker machine group. The default is `Default`, which can execute on any worker.
 * Notification group: select notification strategy||timeout alarm||when fault tolerance occurs, process result information or email will send to all members in the notification group.

docs/docs/en/guide/task/pytorch.md

@@ -48,7 +48,7 @@ The preceding two parameters are used to minimize the running of the configurati
 - **Python Environment Manager Tool** ：You can choose `virtualenv` or `conda`.
   - if choose `virtualenv`，that may use `virtualenv` to create a new environment. Use command `virtualenv -p ${PYTHON_HOME} venv`.
   - if choose `conda`, ，that may use `conda` to create a new environment，And you need to specify the Python version.
-- **Requirement File** ：The defualt is requirements.txt。
+- **Requirement File** ：The default is requirements.txt。
 
 We can use relative paths of `Python Script` and `Requirement File` if we set `Project Path` which contains the python script or required requirement file.
 

docs/docs/en/guide/upgrade/upgrade.md

@@ -67,7 +67,7 @@ The architecture of worker group is different between version before version 1.3
 
 * Modify worker related configuration in `bin/env/install_config.conf`.
 
-Assume bellow are the machine worker service to be deployed:
+Assume below are the machine worker service to be deployed:
 
 | hostname |      ip       |
 |:---------|:-------------:|