あんどぅ on Twitter: "本番運用するといずれ誰もがたどり着く、公式ドキュメントには書かれてないログ管理の現実解が資料化されていてすばらしい そう、CloudWatch LogsにはDev環境 or ERRORの場合のみ飛ばすFluentdの設定をすることで利便性と料金のバランスをとるのである これは公式ドキュメントにすべき https://t.co/RE4FmPCpJX"

[u_mid]

"はてなブックマークがブックマークとして使われてる……"　主にテクノロジーカテゴリでのエンジニアやデザイナー向けのブクマでよく起こりがちです

[manFromTomorrow]

運用してからログのコストの高さにびっくりするのあるあるよな

[sophizm]

現時点120ブクマでコメント2件（+1）という不思議な光景にスパムを疑ったけどそういうわけではなさそうだ。はてなブックマークがブックマークとして使われてる……

[syque]

“CloudWatch LogsにはDev環境 or ERRORの場合のみ飛ばすFluentdの設定をすることで利便性と料金のバランスをとるのである”

[bellonieta]

公式ドキュメントには確かに書いてないっすね https://aws.amazon.com/jp/premiumsupport/knowledge-center/cloudwatch-understand-and-reduce-charges/

[ch0ge]

これはある

[IGA-OS]

ログのバランス

[katsusuke]

これだと fluentd が単一障害点にならないですか? 怖くて実施できてない構成だ・・・

[ANNotunzdY]

ログ周りのことを考えると、メインフレームからクラウドへの移行なかなか進まない理由の一つがよくわかる。IBM iとか何もしなくても良しなにやってくれすぎてる。

[snowcrush]

わかる

[tsz]

運用することがあったら思いだそう

[getcha]

そうなんや。運用の現場の人間じゃないのでこういう情報は助かる。クラウドならではの妥協点。

[quabbin]

ん～。infoレベルのログが重要だったりすることもあるから悩ましい…。S3に流されてしまうと、確認がけっこう大変なんですよね。 /id:sophizm 技術系ならよくある話ですよ。

[lizy]

定期的にS3にエクスポートすれば、と思ったらINFOだけS3に逃がす想定なのか。全部S3へ出力＋ERRは通知のみみたいな構成も出来そう？

[bopperjp]

いやー、おかしいと思ったわ。そういうことなのね。なんで理解できなかったんだろうか。てか、ドキュメントにそう書けよと。あそこにフルのログを入れたら金額的にしぬ。

[asa_ca3]

cloudwatchやめれば？

[rideonshooting]

後で読むように無言ブックマークするけど最終的に読まないブクマ。

[wdoomer]

なるほど

[UtsumiMarkcity]

筋トレ記事でも良くあるやつ>無言ブクマ

[JULY]

仕組みをどうこうよりも、適切にレベル分けしたログと、問題発生時に原因を推定、もしくは、絞り込み可能な情報を出力する、ということができず、だんまりか大量のログのどっちかになりがち。

[natu3kan]

ログだけ分けてコスト下げるの節約術って感じある。

[mohritaroh]

言及の言及ツイートがそのままブクマされてて、ほんとに「後で読む」用途そのものっぽさある（から無言ブックマークもふつうに多くなる）

[Andrion]

そもそもCloudwatch使わずにfluentdから通知したりkibanaで可視化する方が安く済むのでは？

[puruhime]

好みが綺麗に分かれそうな構成ね

[door-s-dev]

CloudWatch Logsが高い認識はawsにもあるのね/awsの人ではなかった

[umai_bow]

問題発生したときにトレースするのめんどくさくない？

[wataken44]

あとで

[Shinwiki]

えー…

[hiroomi]

ログのレベル設定大事とは、ポンコツソフトのサポートやると、レベル設定からポンコツなので勉強になった。