0WebサーバにSSL証明書を導入すると、だいたいの場合年1回の更新作業が必要になります。サイトが1つならそれも良いのですが、10サイトあれば月1回、50サイトあれば毎週の作業になってしまいます。できれば自動更新にしてメンテナンスフリーな状態にしたいものです。マネージドではなく自前でSSL証明書を更新しなければならない場合に、自動更新できるSSL証明書の導入方法とメリット・デメリットについて整理します。自分でSSL証明書を導入する場合、自動更新してくれるSSL証明書として次の手段があります。利用するACMはAWSにしかSSL証明書を発行しませんが、CloudFrontを使うことにより外部のサーバに対しても実質的にSSL証明書を導入することができます。Encryptを使うのが現時点で一番の正攻法です。WordPress.comの独自ドメインのSSL証明書にも使われていて、シェアも大きいです。Encryptの証明書は有効期限が90日しかありません。もとから自動更新を前提としています。標準的な手順を取れば自動更新になるでしょう。稼働中のサーバでELBを使用していれば、ACMを使用するのが王道です。なんといっても専用として提供されているのです。Encryptに比べクライアントに説明しやすいです。Webサイトを管理していてAmazonを知らない人はいないでしょうから。SSL証明書のためにCloudFrontを利用するAWS以外のサーバの場合、CDNであるCloudFrontをWebサーバの前段に置くことでSSL証明書を利用します。キャッシュ期間は30秒程度にしてキャッシュ機能を実質的に殺します。することでオリジンサーバの変更をすぐにCloudFrontに反映し、コンテンツ更新の使い勝手をほとんどそのままにできます。CDNというよりはSSLアクセラレータに近い使い方です。CloudFrontはCDNですので、次の場合にしか使えません。ログイン操作などの動的要素がないサイトであることサーバサイドでのアクセスカウントやログ解析をしていないことWordPressなどのCMS管理画面は別ドメインでないとおそらく事故を起こします。同じドメインの場合はこの方法はあきらめです。Posts」やコメント機能も動作影響がある点です。CloudFrontでキャッシュを持っている場合はオリジンサーバにはリクエストが行われないため、アクセスそのものがなくなります。Postsを使っていると「妙にPVが少ない」ということになります。apacheなどのログも発生しません。コメント機能も「コメントありがとうございました」の表示がキャッシュされるなど意図しない動きになる可能性があります。一方で、CDNを導入することによるメリットも発生します。責任者を説得しやすくなる場合もあるでしょう。メリット証明書発行元が「Amazon」で知名度が高いCDNの導入なのでアクセス急増に強くなるCDNの導入なので表示速度が速くなる場合が多いデメリット動的要素のあるサイトでは適用できないCloudFrontの利用料が発生するオリジンサーバのドメインを変更する必要があるネイキッドドメインの場合(サブドメインを使っていない場合)はDNSをroute53に移設する必要があるアクセス元がCloudFrontになるのでアプリケーション/サーバの設定が必要になることがあるSSL証明書の手間というよりCDN導入の課題にすり替わっています。コメントをキャンセルメールアドレスが公開されることはありません。