在「架構重整 – 使用 Route 53」中有提到，為了將案例中的主要網域 xxxx.com 轉址到 www.xxxx.com，我採用了 CloudFront 的方式來實現。主要是不想另外再用一個 nginx 負責轉址（需要額外的設定與維護），傾向使用 AWS 原生服務來完成，減少管理的資源。實現的方式也很簡單，只需要一個 S3 bucket，前面掛上 CloudFront，並到 Route 53 做對應設置即可。同時也使用 AWS 提供的 SSL 簽證，再也不用花冤望錢繳保護費了！

在「架構重整 – 使用 ELB 與 Docker」中，已經完整描述我如何從 legacy sysytem 轉移至使用 Docker 和 ELB 來建立可用性高的系統架構，但其中沒有提到 Route 53 的設定，因此這邊詳細補充說明一下如何設定 Route 53，以及為何要使用 Route 53。

Route 53 也是 AWS 服務之一，他其實就是 DNS (Doman Name System），可能有人會好奇說，如果是在 Godaddy 等網域公司購買網域，都會附上免費的 DNS 服務，為何需要轉移到 AWS 上面？

架設自己 VPN，只要十分鐘！有了 docker 我們就可以自己在家快速的建立 IPsec VPN，隨時換回家裡的 ip，甚至可以設定 AdGuard DNS 防堵廣告！這邊分享一下我實作的過程。

完成 DB migrate to RDS 後，現在的挑戰是要逐步拆解掉舊的 api server。這邊我們將會使用 docker 包裝原來的單塊系統 code base，並搭配 aws 的 ELB (Elastic Load Balancer) 中的 ALB (Application Load Balancer)。先讓我們來了解一下修改前的架構。

於是我回到座位，開始實驗用 PostgreSQL 原生工具讓兩台 db 做對拷。首先需要設定防火牆，讓 slave db 可以直接連到 target RDS 的 5432，使用者帳號也需要先在 RDS 中設定好，接下來連入 slave db EC2，在 console 下這個命令

到了預計 cutover 當天晚上，我和 C 已經在線上等待預計維護的時間來臨。

「59分了，直接開始吧！」我在 slack 上和 C 說。
「go！」

於是我執行已經預寫好的Python script，他會使用 boto3 直接對我們的兩台 EC2，web server 和 database server 換上我特別設定好的 security group，擋住外部 80 和 443 連入 web server，以及內部 5432 連入 database server，只讓 dms 和我下指令用的 EC2 能連入。

維運時，如果能將四散的 log 集中到一個地方存放，要抓錯的時候就會非常方便，甚至可以透過分析內容來發出警報或是研究趨勢！

市面上有很多集中 log 的服務平台，或是也可以自己架設 ELK (elasticsearch logstash kibana) 來實現。由於目前工作上使用 AWS，以省時為由，就先選用了 AWS 提供的 CloudWatch logs 服務，這邊分享其中的設定方法！

把 RI 的 task 暫停後，果然客戶端就可以正常使用了，看來的確是 DMS 的關係。但是看 db 的 cpu，其實也只比平常多個 10% 左右，怎麼會有這麼大的影響呢？（後來才理解，瓶頸應該是出現在與 ebs 溝通的 throughput，但當時不清楚是這個原因）百思不得其解的我，只好把 task 的一些效能參數調小試試。

調小後果然就沒有收到抱怨了，但 task 狀態卻剛好轉 error，原來有幾張表沒有 primary key，所以無法搬移。

「竟然會有表沒有 pk？這不是基本的嗎？」我表示大傻眼，只好修改 task，略過這些奇怪的表。

但一啟動，立馬就跳紅字，似乎是找不到之前的中斷點了，奇怪，記得文件說暫停後可以繼續，怎麼會這樣？

基本的 Armbian 系統和 WordPress 架設完畢後，下一步要架設 nginx 處理對外的 https 連線。

因為我們的目標是零元架設，所以採用免費的 ssl 簽證，效期只有三個月，需要額外使用 cronjob trigger script 來自動更換簽證。

此外，防火牆也是很重要的設定，我們使用 ufw 來設定連入規則，避免 ssh 被不肖人士暴力嘗試。那就讓我們開始吧！

一般人架設 WordPress 會買虛擬主機來架設，一方面簡單，一方面不需要自己管理機器，只要專注在內容上。我之前幫朋友或案主架設，會傾向使用 AWS EC2 來建立，因為效能較好，若有需要還能搭配 RDS 和 S3 、 CloudFront 來做優化，可靠性也比虛擬主機高。但這次架設自己的 WordPress ，我打算挑戰使用 SBC ，看看能不能在最低的成本下，建立起可用的網站。

需注意的是，使用這個方法建立需要相當熟悉 linux 與 WordPress 、Docker，初學者還是建議使用虛擬主機比較不會有問題哦！