13 | {{ range (readDir (printf "./content/%s%s" .Page.File.Dir ($.Scratch.Get "filesName")) ) }}
14 | {{ $fileDir := replace $.Page.File.Dir "\\" "/" }}
15 | {{if ($.Get "pattern")}}
16 | {{if (findRE ($.Get "pattern") .Name)}}
17 |
34 | {{.Inner}}
35 |
36 |
37 |
--------------------------------------------------------------------------------
/workshop/content/_index.zh.md:
--------------------------------------------------------------------------------
1 |
2 | +++
3 | title = "AWS 应用迁移研讨会"
4 | date = 2020-06-08T09:54:54+08:00
5 | weight = 1
6 | +++
7 |
8 |
9 | 我们知道，每次迁移都是不同的；但是，根据我们拥有超过 100 万活跃客户的经验，并帮助所有阶段、行业和地域的组织迁移到云，我们看到了标准化迁移流程正在形成。这一流程一般可分为三个阶段：**1) 评估，2) 调用和 3) 迁移和现代化**。
10 |
11 |
12 |
13 |
14 | 在本次研讨会中，我们将重点介绍 **迁移和现代化** 阶段，您将通过以下方式学习如何将虚构应用程序迁移到 AWS 云：
15 |
16 | - 使用
AWS Database Migration Service **重新平台化（Re-platforming）** 数据库
17 | - 使用
AWS CloudEndure Migration **重新托管（Re-hosting）** Web 服务器
18 | - 将 Web 服务器进行 **现代化**，以容器方式运行到
Amazon Elastic Container Service 上
19 | - （可选）通过遵循
良好架构（Well-Architected）框架 改进部署架构的 **卓越运营**，**安全性**，**性能效率** 和 **成本优化**
20 |
--------------------------------------------------------------------------------
/workshop/content/container-migration/create-loadbalancer.it.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Crea un AWS Elastic Load Balancer"
3 | weight = 35
4 | +++
5 |
6 |
7 | Dalla **AWS Console**, seleziona **Services**, **EC2** e quindi **Load Balancers**
8 |
9 | Clicca sul bottone **Create Load Balancer** e **Application Load Balancer** come indicato qui sotto:
10 |
11 | 
12 |
13 | Nello step **1. Configure Load Balancer** , inserisci il **Nome** del load balancer(e.g. unicorn-lb), scegli il VPC che stai usando (e.g TargetVPC) e seleziona le tue subnet pubbliche per almeno due subnet (public-a, public-b) come di seguito:
14 |
15 | 
16 |
17 | Nello step **3. Configure Security Group** , scegli il security group LB-SG.
18 |
19 | Nello step **4. Configure Routing** , seleziona **New target group** nel **Target group** e fornire un nome per il gruppo target (e.g. unicorn-tg). Per il **Target type**, selezionare **IP**, lasciare il valore predefinito per gli altri campi e fare clic su **Next: Register Targets**
20 |
21 | 
22 |
23 | Lasciare l'impostazione predefinita delle destinazioni del registro, clicca **Next: Review** e quindi clicca **Create** per creare il load balancer.
24 |
--------------------------------------------------------------------------------
/workshop/themes/learn/static/css/tags.css:
--------------------------------------------------------------------------------
1 | /* Tags */
2 |
3 | #head-tags{
4 | margin-left:1em;
5 | margin-top:1em;
6 | }
7 |
8 | #body .tags a.tag-link {
9 | display: inline-block;
10 | line-height: 2em;
11 | font-size: 0.8em;
12 | position: relative;
13 | margin: 0 16px 8px 0;
14 | padding: 0 10px 0 12px;
15 | background: #8451a1;
16 |
17 | -webkit-border-bottom-right-radius: 3px;
18 | border-bottom-right-radius: 3px;
19 | -webkit-border-top-right-radius: 3px;
20 | border-top-right-radius: 3px;
21 |
22 | -webkit-box-shadow: 0 1px 2px rgba(0,0,0,0.2);
23 | box-shadow: 0 1px 2px rgba(0,0,0,0.2);
24 | color: #fff;
25 | }
26 |
27 | #body .tags a.tag-link:before {
28 | content: "";
29 | position: absolute;
30 | top:0;
31 | left: -1em;
32 | width: 0;
33 | height: 0;
34 | border-color: transparent #8451a1 transparent transparent;
35 | border-style: solid;
36 | border-width: 1em 1em 1em 0;
37 | }
38 |
39 | #body .tags a.tag-link:after {
40 | content: "";
41 | position: absolute;
42 | top: 10px;
43 | left: 1px;
44 | width: 5px;
45 | height: 5px;
46 | -webkit-border-radius: 50%;
47 | border-radius: 100%;
48 | background: #fff;
49 | }
50 |
--------------------------------------------------------------------------------
/workshop/content/container-migration/create-loadbalancer.fr.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Création d'un Elastic Load Balancer AWS"
3 | weight = 35
4 | +++
5 |
6 |
7 | A partir de **AWS Console**, sélectionnez **Services**, **EC2** puis **Load Balancers**
8 |
9 | Cliquez sur le bouton **Create Load Balancer** et **Application Load Balancer** comme indiqué ci-dessous :
10 |
11 | 
12 |
13 | Dans l'étape **1. Configurer le load balancer**, entrez le **Nom** du "load balancer" (ex : unicorn-lb), choisissez le VPC que vous utilisez (ex : TargetVPC) et sélectionnez au minimum deux subnets public (public-a, public-b) comme ci-dessous :
14 |
15 | 
16 |
17 | Dans l'étape de configuration **3. Configurer le "Security Group"** , choisissez le "security group" LB-SG.
18 |
19 | Dans l'étape **4. Configurer le routage** , sélectionnez **New target group** dans **Target group** et fournissez un nom pour le "target group" (ex : unicorn-tg). pour le **Target type**, sélectionnez **IP**, laissez les valeurs par défaut pour les autres champs et cliquez sur **Next: Register Targets**
20 |
21 | 
22 |
23 | Laissez les valeurs par défaut pour "register targets", cliquez **Next: Review** et enfin, cliquez sur **Create** pour créer le "load balancer".
24 |
--------------------------------------------------------------------------------
/workshop/content/server-migration/CE-Blueprints.zh.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "配置蓝图"
3 | weight = 30
4 | +++
5 |
6 | 在实例复制时，我们可以配置 **CloudEndure 目标主机蓝图**，这将确定 AWS 中启动的目标主机（复制实例）的规格。它包括很多参数，包括主机类型（比如 t3.medium），主机运行所在的 **子网**， **私有 IP** 地址和磁盘类型。
7 |
8 | 为了配置蓝图，进入 **Machines** 页面，点击希望配置的主机名称，然后导航到 **BLUEPRINT** 部分。
9 |
10 | 
11 |
12 | 使用以下信息：
13 |
14 | | 参数 | 值 |
15 | | ------------------------------------------ | ------------------------------------------------------------ |
16 | | Machine Type | t3.small |
17 | | Launch Type | On demand
18 | | Target subnet | TargetVPC-public-subnet-b |
19 | | Security group | Create new |
20 | | Private IP | Create new |
21 | | Tags | 添加值为 'Webserver' 的 'Name' 标签 |
22 |
23 |
24 | 其它部分保留缺省值，但您可以查看它们，以理解目标实例可用的配置选项。
25 |
26 | {{% notice warning %}}
27 | 如果您在参加 AWS 活动，请选择 **Machine type** 不大于 *.large 的机型，否则提供给您的 IAM 权限将会阻止后续创建实例的操作。
28 | {{% /notice %}}
29 |
30 |
31 |
32 | {{% notice tip %}}
33 | 如果您在 BLUEPRINT 页面看不到可输入的字段，或者无法滚动，请缩小您的浏览器屏幕 (Control -)。
34 | {{% /notice %}}
35 |
36 | 填写完成后，请点击页面底部的 **SAVE BLUEPRINT** 按钮保存。
37 |
--------------------------------------------------------------------------------
/workshop/content/_index.ja.md:
--------------------------------------------------------------------------------
1 | +++
2 | date = 2019-10-21T09:54:54+02:00
3 | weight = 5
4 | +++
5 |
6 |
7 |
8 | アマゾン ウェブ サービス (AWS) では、数百万以上のアクティブなお客様との経験と、
9 | あらゆる年代、業種、地域の組織のクラウド移行を支援してきた経験に基づいて、
10 | ワークロードをクラウドに移行するための標準的なプロセスを形成してきました。
11 | このプロセスは、一般的に **1) 評価**、**2) モビライズ**、**3) 移行とモダナイゼーション**の3つのフェーズに分けることができます：
12 |
13 |
14 |
15 | 本ハンズオンでは、**移行とモダナイゼーション**のフェーズに焦点を当て、架空のアプリケーションを AWS クラウドに移行する方法を学びます：
16 |
17 | -
**AWS Database Migration Service** を使ったデータベースの **Re-Platform**
18 | -
**CloudEndure Migration** を使った Web サーバーの **Re-Host**
19 | -
**Amazon Elastic Container Service** で稼働するコンテナへの移行による、Web サーバーの**モダナイゼーション**
20 | - オプション：
**AWS Well-Architected フレームワーク**に沿った、アーキテクチャの**運用上の優秀性**、**セキュリティ**、**パフォーマンス効率**の向上と**コスト**の最適化
--------------------------------------------------------------------------------
/workshop/content/intro/migration-hub.ja.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Migration Hub の有効化"
3 | weight = 50
4 | +++
5 |
6 | #### AWS Migration Hub
7 |
8 |
AWS Migration Hub では、AWS およびパートナーの複数のソリューションにおける、アプリケーション移行の進行状況を1つの場所から追跡できます。
9 | 有効化するには、マネジメントコンソール上部の **「サービス」** から **
AWS Migration Hub** のページを開きます。
10 |
11 | 
12 |
13 | 左のメニューから **「移行」** を選択し、**米国西部（オレゴン）** をホームリージョンに設定してください。
14 |
15 | 
16 |
17 | 次に、**「移行」 → 「ツール」** をクリックして、AWS Migration Hub に移行の進行状況を送信するツールを選択します。
18 | 追加設定なしで使用できる CloudEndure Migration に加え、今回は **AWS Database Migration Service (DMS)** との接続を設定します。
19 |
20 | ページの一番下までスクロールし、**AWS Database Migration Service** カードの **「接続」** ボタンをクリックします。
21 |
22 | 
23 |
24 | 数秒のうちに、接続のステータスが **「接続されていません」** から **「接続済み」** に変化します。
25 |
26 | 
27 |
28 | 以上で AWS Migration Hub の設定は完了です。今後、**CloudEndure Migration** および **AWS Database Migration Service** での、すべてのアクティビティを **AWS Migration Hub** のダッシュボードから確認することができます。
--------------------------------------------------------------------------------
/workshop/content/container-migration/configure-parameters-store.en.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Configure the Parameter Store"
3 | weight = 30
4 | +++
5 |
6 | As we will use the official wordpress docker image with RDS database, we will need to provide database credentials, database name and server details for the wordpress configuration.
7 |
8 | The best way to achieve that is to manage those parameters in **AWS Systems Manager** Parameter Store instead of storing them inside the docker image or ECS Task Definition.
9 |
10 | From **AWS Console**, select **Services**, then **Systems Manager** and go to **Parameter Store**.
11 |
12 | Click on **Create parameter** button and enter **Parameter Details** (Name, Description, Type and Value) for parameters as per the table below.
13 |
14 | 
15 |
16 | You will need to repeat the above for all the following parameters:
17 |
18 |
19 | | Parameter | Type | Value |
20 | | ---------------------- | ---------------- |--------------------------------|
21 | | DB_HOST | String | RDS endpoint |
22 | | DB_NAME | String | name of the target database (wordpress-db) |
23 | | DB_USERNAME | String | RDS database username |
24 | | DB_PASSWORD | SecureString | RDS database password |
25 |
--------------------------------------------------------------------------------
/workshop/content/container-migration/configure-parameters-store.pt.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Configure o Parameter Store"
3 | weight = 30
4 | +++
5 |
6 | Como você usará a docker image oficial do wordpress com o RDS database, será necessário prover as credenciais do banco de dados, o nome do banco de dados e detalhes de configuração do servidor wordpress.
7 |
8 | A melhor e mais segura maneira de fazer isso é usando o **AWS Systems Manager** Parameter Store ao invés de armazenar estes detalhes na docker image ou no ECS Task Definition.
9 |
10 | Na **AWS Console**, selecione **Services**, então **Systems Manger** e vá para **Parameter Store**.
11 |
12 | Clique no botão **Create parameter** e entre os **Parameter Details** (Nome, Descrição, Tipo e Valor) para os parâmetros como na tabela abaixo.
13 |
14 | 
15 |
16 | Repita os passos acima para todos os parâmetros:
17 |
18 |
19 | | Parameter | Type | Value |
20 | | ---------------------- | ---------------- |--------------------------------|
21 | | DB_HOST | String | RDS endpoint |
22 | | DB_NAME | String | nome do banco de dados destino (wordpress-db) |
23 | | DB_USERNAME | String | username do RDS database |
24 | | DB_PASSWORD | SecureString | senha do RDS database |
25 |
--------------------------------------------------------------------------------
/workshop/content/container-migration/configure-parameters-store.ja.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "パラメータストアの設定"
3 | weight = 30
4 | +++
5 |
6 | 本ハンズオンでは、 Wordpress の公式 Docker イメージと RDS データベースを使用するため、
7 | Wordpress の設定を行う際にデータベースの認証情報、データベース名や、サーバーのホスト名を提供する必要があります。
8 |
9 | これを実現するための最良の方法は、上記のパラメータを Docker イメージや Amazon Elastic Container Service (ECS) タスク定義の中に保持するのではなく、
10 | **AWS Systems Manager** パラメータストアで管理することです。
11 |
12 | マネジメントコンソール上部の **「サービス」** から **
Systems Manager** のページを開き、左のメニューから **「パラメータストア」** を選択します。
13 |
14 | **「パラメータの作成」** をクリックして、以下の表をもとに**パラメータの詳細**（名前、説明、タイプ、値）を入力します。
15 |
16 | 
17 |
18 | 以下のすべてのパラメータについて、上記の手順を繰り返します：
19 |
20 | | 名前 | タイプ | 値 |
21 | | ---------------------- | --------------- |--------------------------------|
22 | | DB_HOST | 文字列 | データベース移行のセクションで作成した
RDS インスタンスのエンドポイント |
23 | | DB_NAME | 文字列 | ターゲットデータベース名（例： wordpress-db） |
24 | | DB_USERNAME | 文字列 | RDS インスタンス作成時に設定したユーザー名 |
25 | | DB_PASSWORD | 安全な文字列 | RDS インスタンス作成時に設定したパスワード |
26 |
27 | {{% notice note %}}
28 | DB_PASSWORD の設定時に、**「KMS の主要なソース」** と **「KMS キー ID」** の指定を追加で求められますが、
29 | 本ハンズオンではデフォルト値のままで問題ありません。
30 | {{% /notice %}}
--------------------------------------------------------------------------------
/workshop/content/intro/migration-hub.pt.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Habilitar o Migration Hub"
3 | weight = 50
4 | +++
5 |
6 | #### AWS Migration Hub
7 |
8 |
AWS Migration Hub provê um local único para acompanhar o progresso de migrações de aplicações a partir de várias soluções da AWS e de parceiros.
9 |
10 | Para habilitá-lo, dentro da **AWS Console** vá para **Services -> AWS Migration Hub**, então no menu à esquerda cliquem em **Migrate** e selecione **US West Oregon** como sua home region.
11 |
12 | 
13 |
14 | Então clique em **Migrate -> Tools** para escolher quais ferramentas proverão atualizações para o **AWS Migration Hub**. CloudEndure Migration já funciona nativamente, mas é necessário configurar a integração com **AWS Database Migration Service**.
15 |
16 | Role até o fim da página e clique no botão **Connect** no **AWS Database Migration Service card**.
17 |
18 | 
19 |
20 | Em segundos, o estado da integração mudará de **Not connected** para **Connected**.
21 |
22 | 
23 |
24 | Pronto, todas as atividades futuras do **CloudEndure Migration** e **AWS Database Migration Service** serão reportadas no painel **AWS Migration Hub**.
25 |
--------------------------------------------------------------------------------
/workshop/content/app-mig-service/test.en.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Launch test instance"
3 | weight = 50
4 | +++
5 |
6 | Before we can finalize migration, we need to test it.
7 |
8 | 1. Go to server details and click on the **Test and Cutover** button, then from the menu select **Launch test instance**.
9 |
10 | 
11 |
12 | Confirm the launch on the popup and wait for the test machine to be launched. Testing process allows to validate the conversion of the boot volume and target server network configuration (as defined in **EC2 Launch Template**).
13 |
14 | To see progress of the test launch click on the **Job ID** in the **Lifecycle** section.
15 |
16 | 
17 |
18 | Wait for the **Completed** Status (it should take ~10-15 minutes).
19 |
20 | 
21 |
22 | 2. Go back to
Source Servers, click on your server **Hostname**, then **Test and Cutover** -> **Mark as "ready for cutover"** and **Continue** on the popup to confirm that the testing went succesful and testing instance can be terminated.
23 |
24 | 
25 |
26 | Now you are ready to [launch the cutover instance]({{
[}}).
--------------------------------------------------------------------------------
/workshop/content/intro/migration-hub.en.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Enable Migration Hub"
3 | weight = 50
4 | +++
5 |
6 | #### AWS Migration Hub
7 |
8 | AWS Migration Hub provides a single location to track the progress of application migrations across multiple AWS and partner solutions.
9 |
10 | To enable it, inside **AWS Console** go to **Services -> AWS Migration Hub**, then from the left menu click on **Migrate** and select **US West Oregon** as your home region.
11 |
12 | 
13 |
14 | Then click on **Migrate -> Tools** to select tools that will provide updates to **AWS Migration Hub**. CloudEndure Migration is already working out of the box, but you need to configure integration with **AWS Database Migration Service**.
15 |
16 | Scroll to the bottom of the page and click on the **Connect** button in the **AWS Database Migration Service card**.
17 |
18 | 
19 |
20 | In a matter of seconds, the status of integration should change from **Not connected**, to **Connected**.
21 |
22 | 
23 |
24 | That's it, all your future activities in **CloudEndure Migration** and **AWS Database Migration Service** will be reported through the **AWS Migration Hub** dashboard.
25 |
--------------------------------------------------------------------------------
/workshop/content/container-migration/configure-parameters-store.it.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Configura il Parameter Store"
3 | weight = 30
4 | +++
5 |
6 | Poichè utilizzeremo l'immagine ufficiale docker di wordpress con il database RDS , dovremo fornire le credenziali del database, il nome del database e i dettagli del server per la configurazione di wordpress.
7 |
8 | Il modo migliore per raggiungere questo obiettivo è quello di gestire questi parametrinel **AWS Systems Manager** Parameter Store invece di memorizzarli nell'immagine docker o nella definizione dell'attività ECS.
9 |
10 | Dalla **AWS Console**, selezionare **Services**, quindi **Systems Manger** e vai su **Parameter Store**.
11 |
12 | clicca sul bottone **Create parameter** e inserisci i **Parameter Details** (Nome, Descrizione, Tipo e Valore) per i parametri come da tabella qui sotto.
13 |
14 | 
15 |
16 | Dovrai ripetere quanto sopra per tutti i seguenti parametri:
17 |
18 |
19 | | Parameter | Type | Value |
20 | | ---------------------- | ---------------- |--------------------------------|
21 | | DB_HOST | String | endpoint RDS |
22 | | DB_NAME | String | nome del database target (wordpress-db) |
23 | | DB_USERNAME | String | database RDS username |
24 | | DB_PASSWORD | SecureString | database RDS password |
25 |
--------------------------------------------------------------------------------
/workshop/content/intro/migration-hub.it.md:
--------------------------------------------------------------------------------
1 | +++
2 | title = "Abilita Migration Hub"
3 | weight = 50
4 | +++
5 |
6 | #### AWS Migration Hub
7 |
8 | AWS Migration Hub fornisce un'unica posizione per tenere traccia dell'avanzamento delle migrazioni delle applicazioni tra più soluzioni AWS e partner.
9 |
10 | Per abilitarlo , all'interno di **AWS Console** vai su **Services -> AWS Migration Hub**, quindi dal menu di sinistra fai click su **Migrate** e seleziona **US West Oregon** come regione di residenza.
11 |
12 | 
13 |
14 | Quindi fai click su **Migrate -> Tools** per selezionare gli strumenti che forniranno gli aggiornamenti a **AWS Migration Hub**. CloudEndure Migration è già pronto all'uso, ma devi configurare l'integrazione con **AWS Database Migration Service**.
15 |
16 | Scorri fino alla fine della pagina e fai click sul pulsante **Connect** nella scheda **AWS Database Migration Service card**.
17 |
18 | 
19 |
20 | In pochi secondi, lo stato dell'integrazione dovrebbe cambiare da **Not connected**, a **Connected**.
21 |
22 | 
23 |
24 | Tutto qui, tutte le attività future in **CloudEndure Migration** e **AWS Database Migration Service** verranno riportate attraverso la dashboard **AWS Migration Hub** .
--------------------------------------------------------------------------------
]
4 |
5 |