徒然
お詫び
Qiitaの元記事にて、区切り線を「---」で書いている場所があり、これがZennの記法に干渉して一部うまく表示できない記事がある事を認識しています。
全ての記事を精査しきれていないため、お手数ですがお見かけの際は教えていただけると大変喜びます。
AWSでワードプレスをやるなら愛用のプラグインが使えるか事前調査したほうがいい
ここはadiaryで作ってますがらあまりにも小回りが利かなさすぎてキレて移行を決めました。
「それ、◯◯で出来るよ」という話は聞きますが、Ruby並に知ってることを前提に、知らない人に気づく仕組みが用意されてなさすぎてウンザリした、というのが実情です。
AWSでやるならサーバーインフラが整えば何とかなるものに限って、やれ通信プロトコルだのルーティングなどに手をつけ始めると血反吐を吐くことになります。
具体的にお話ししましょう。
-
http→httpsリダイレクト
一筋縄ではいかないです。証明書が無料なのでELB(ALB)を使うことがほとんどだと思いますが、これがなかなかうまくいかない。
EC2インスタンスの設定だけでも一苦労された方も多いと思いますが、セキュリティグループの見直しから証明書の適用からルート制御サービス（Route53）を操作する必要があります。 -
wwwあり、wwwなしドメイン転送
S3を使えばできるんですが、S3を使うとリクエストの数だけ課金されます。
アホか、と思って自前でapache2をこねくり回しましたが、リダイレクトループに陥ったりロードバランサーとケンカしたり…
最悪の場合、http→httpsの転送に失敗してデグレートを起こします。 -
料金、ログ監視
お金がかかる状態になってからアラートをあげたりしません。自動的に課金されてから、課金しましたとアラートが上がるのです。
違う、そうじゃない。そんなアラートはいらない。
使い方にもよりますが、無料期間が一年あってもお金はごっそり持っていかれることがあります。
便利だけど従量課金より、便利で固定費の方が結果的に安くなりました。
レンタルサーバープランやVPSをもう一度見直して移行することにします。
-
これからサイトを始める人へ
AWSは覚えることが多すぎるので、システム開発者でもない限り使うメリットはほとんどありません。 -
これからシステムを開発する人へ
インフラ周りに制限があるため、予期せぬ問題に対して思いつく限りの対応がGUIでできます。
基本的にフェールオーバーな設計になっているのでどこか一箇所でも崩せばサービスは守られますが、利用者にはメンテナンスと事前に周知しておく頻度は高まるでしょう。
物理的にアプリケーションサーバーとデータベースサーバーを分離して、インフラ周りを対応できるので安全性はこの上なく高いです。そこは大きすぎるメリットなので有効活用しましょう。 -
adiaryはgithubpageに対応できるのか？
今日何気なく見ていて思ったのがこれ。
ローカルでadiaryを立ててこいつをgithubページで作れるか？というもの。
ただし、adiaryの検索などは動的ページなのでこれらの機能は抹消する必要があります。
（ユーザー的には困らないけど、管理者的にはローカルなのかgithubpageなのか混乱するかも）
当たり前ですが、adiaryは静的ページを作るものではないので、本番運用しないでください。
（WordPressはほとんど動的ページですので、ここでは使えません）
Discussion