この記事はCyberAgent Developers Advent Calendar 2017 6日目の記事です。 アドテクスタジオ Dynalyst開発チームの黒崎 (@kuro_m88) です。早いもので入社して3年目になりました。今年はDatadog Logsを一部本番に導入したので紹介しようと思います。 Dynalystではサーバやアプリケーション、AWSのマネージドサービスの監視やメトリクスの可視化にDatadogを使っています。 どんな風に使っているかは以前発表した資料があるのでこちらをご覧下さい。 そして、このスライドの最後に「ログのマネジメントもできるといいなぁ…?」と書いてありますが、なんとその願いが叶った結果、Datadog Logsが11月末に発表されました！！！！ 何ができるのかは公式ドキュメントの図がわかりやすいです。 https://docs.datadoghq

server { listen 80; server_name www.polidog.jp; rewrite ^ $scheme://polidog.jp$request_uri permanent; } リダイレクト先のURLにある程度法則性がある場合は結構サクッとリダイレクトがかけますよね。 世の中めんどくさいリダイレクトを依頼される事がある まあ正規表現でいけるようなリダイレクトの場合はいいんですよ。 ただそうじゃないことってのも夜中ありますよね。 様々な理由でまったく違うページにリダイレクトするとか、、、 そして、ディレクターから大量のリダイレクト表をもらうなんてことがあります。 そんな時に便利なのが ngx_http_map_module です。 HttpMapModuleとはなにか？ ngx_http_map_module 標準で入ってるモジュールであるngx_http_ma

みなさんにも、さまざまな過去の経緯からくる微妙挙動を満載した外部ユーザ向けのHTTPサーバをリプレイスしたりするとき、実際にガツンとやっちまう前にちょっとリクエストを分岐して挙動と性能を確認したい、と思うことがあると思います。考えるだけでつらい気分になってくるやつ。でもやったほうが100倍マシなやつ。 どうしよっかなとちょっと考えたところ、少し前にこんな話があったのを思い出すはずですね*1。 asnokaze.hatenablog.com とはいえヨッシャ使うぞといきなりぶちこむこともできないので、まずいくつか試してみることにする。 準備 前提としては以下のように、元のアプリケーションと同じにホストにリバースプロキシが立っており、そこのnginxで http_mirror_module を使う、という想定*2。ミラー先はどこか適当なアプリケーションサーバ(あるいはロードバランサ)で、元アプ