AWSのログ管理についてはいくつか考えるポイントがあると思います。 どのログを保存するか。 CloudWatch Logs（以下CW Logsと記載）とS3のどちらに保存するか、もしくは両方に保存するか などなど。 システムの特性によるところも多いかと思いますが、自分の中でのログ管理のベースラインが定まりつつあるので、頭の整理がてらまとめます。 自分の中での大まかな方針としては以下です。 S3に保存できるものは基本S3に保存する。 以下の場合は、CW Logsに保存する。必要に応じてS3に転送する。 アラームを出したい場合 さっとCW Logs Insightでログを確認したい場合 CW Logs に出さざるを得ない場合 全体像としては以下になります。 なおあくまで個人的な経験に基づくものなので、実際にはシステムの特性を踏まえて方針の決定が必要かと思います。 またこれは必要、これは不要など

Photo by Kirsty TG on Unsplash こんにちは、@gorouです。 8月始めごろ、AWSのSimple Email Service(以下、SES)で送信したメールの開封・クリック計測ができるConfiguration Set機能のリリースが発表されました。 Amazon SES で顧客エンゲージメントを追跡するためのオープンおよびクリックメトリクスを導入 tenpuで実験的に実装を行ってみたので、機能の詳細を紹介します。 www.tenpu.me SESの通知機能 SESでメールを送信した場合、イベントとして「到達不能(bounce)」「苦情(complaint)」「到達(delivery)」が通知されます。 SESを利用する上で気をつけなければいけないのが、「到達不能(bounce)」と「苦情(complaint)」の発生率を一定の比率以下に維持しないと利用停止

大枠の流れ 認証情報（アクセスキーなど）を取得 メールアドレスの認証(デフォルトではサンドボックス状態なのでfrom,toともに認証されたメールアドレスが必要) 送信処理やバウンス処理などの実装 サンドボックス解除の申請 準備 IAMコンソールで認証情報を作成します。アクセスキーとアクセスキーシークレットの2つのキーを取得することになります。 IAM→ユーザ→認証情報タブ→アクセスキーの作成 メモするか、csvをダウンロードしておきます。（ダウンロードは一度しか出来ないらしいので心配な方はダウンロードしておいたほうがいいかもしれません） メールアドレスの認証 SESの管理画面でメールアドレスの認証 ※ 前述でも書きましたが、デフォルトではサンドボックスなので送信先のメールアドレスも認証が必要です ロジックの実装 送信処理 今回はaws-sdk-phpの3.30.1を使っています。 $acc

前回まで 新米SEの検証記録 ～Amazon SES編～ では、SES とは何か。 SES のセットアップを行いましたね。 今回は、実際にSESを使う上で注意しなければならない、 バウンス対策の部分に触れていきたいと思います。 バウンスとは 送信したメールが何らかの理由(宛先メールアドレス誤りなど)によって、 送信者に差し戻されるメールのこと。 バウンス種類 ハードバウンス - メールアドレスが間違っている - ドメインが存在しない - 送信先にブロックされている ソフトバウンス - 送信先メールボックスの容量がいっぱい - 送信先のメールサーバがダウンしている - 送信メールの容量が多すぎる 一度バウンスになってしまったアドレスには再度メールを送らないようにする必要があります。 このような形で SES,SNS,SQS,S3 と組み合わせて、バウンスになった際の通知から バウンスになったア

メールを送るアプリケーションを作成していると、使われていないメールアドレスで登録された時や、携帯のメールアドレス変更によって登録されているメールアドレスが使えない状態になって、メール送信時にバウンスメールとして返ってくることがある。この時バウンスメールとして返ってくるメールアドレスをアプリケーション側で無効にするなどしておかないと、メール送信の無駄が発生する。また、AWS SESを使っている場合、バウンス率が高くなった場合、規制されることもある( https://docs.aws.amazon.com/ja_jp/ses/latest/DeveloperGuide/e-faq-bn.html )。 今回は、AWSを利用してバウンスメールとして返ってきたメールアドレスを自動的にハンドリングするというのをやってみたので、それを書いてみる。 前提 今回はAWS SESを利用して、メールを送信して

サーバ AWS環境でELB（ロードバランサー）とEC2サーバでapacheを使っている場合にhttpからhttpsにリダイレクトする方法 概要 みなさんこんにちはcandleです。今回はマニアックな記事ですが、恐らくスタートアップ企業などではわりと使う内容だと思うのでまとめておきます。 この方法が全てのサービス上でベストなやり方なのかどうかは正直分かりません。紹介する内容はリダイレクトさせる１つのやり方です。 下のようなAWS環境でリダイレクトを行いたいと思います。 この環境ではELBとユーザー間でhttps通信をする事で、それぞれのEC2サーバにSSLの設定をしなくてすみます。サーバとELB間ではhttp通信をしています。 今回はELBにSSLの設定をする方法は説明しません。すでに、ELBにSSLの登録がされている事が前提になります。 その上で、httpからhttpsへリダイレクトさせる

2016/06/11のフロントエンドカンファレンスのLTで発表した資料です。

みなさんこんにちは。@ryuzeeです。 6月10日にAmazon Web Services企業導入ガイドブックが発売になっていますのでよろしくお願いします。 さて今回はAWS上でログ収集と分析をする際に、Amazon Elasticsearch Serviceを使う前提とした場合だとどのような構成案がありそうかいくつか考えてみたのでご紹介します。 なお、検討の材料にしている全体の構成としては、複数のVPC(またはAWSアカウント)があって、さらにオンプレ側とDirect ConnectやInternet VPNで接続しているような、よくあるそれなりの規模の構成になります。 各VPCの中には複数のサブネットがあり、そのうちのいくつかはプライベートサブネットに分かれているものとします(個人的にはインターネットゲートウェイの有無しか違いがないので、プライベートサブネットあまり作りたくない)。

2016/06/03 AWS Summit Developers Conference DevCon-Use Case Track

AWS Summit Tokyo 2016 Developer Conference (2016/06/03)