こんにちは、@ketancho です。 こちらの記事の初版は2018年に書いたのですが、ありがたいことに2025年現在も多くの方に読んでいただいています。私としてもとても気に入っている記事で、かつ「AWSを学ぶために最初に構築する」というテーマとしては、（少なくとも私は）陳腐化しておらず、今でも最初に試しておきたい構成かな？と思っています。 もちろん、他にも多々構成の選択肢を学ぶという意味で有意義な構成があると思うのですが、AWS 基本のキを抑えたい方がいたときに、私はこれらのアーキテクチャを構築してみるのはどうですか？とお伝えすると思います。 一方、AWS のアイコンが古くなっており、読みにくい部分も出てきたかなと思っており、リライトしてみることにしました。前述の通り、内容を大きくは変えていませんが、より読みやすい記事になっていればと願っております。 先日書いた AWS の勉強方法をまと
完全に このエントリ のネタパクりです。すいません。 何に使われてるかわかったもんじゃないマシンとか開発用サーバとかだと超巨大なバイナリとか置いてあるかもしれませんが、プロダクション用のサーバでそういうことは無いとしましょう。 その場合、原因はだいたい以下のどれかです。www/appとdbが別マシンに分かれてる場合は更に絞り込めますね。 wwwサーバやappサーバ ログ 圧縮してあるが保存世代数が多くて厳しいケース 圧縮し忘れてるケース 圧縮どころかローテーションすら忘れてて1ファイルどかんと存在するケース ローテーションがうまくいかなくて deleted ファイルなケース tmpデータなど(app) キャッシュサーバのディスクキャッシュ dbサーバ データ実体 (ib_data) バイナリログ ログの場合でも、ディスク上のどこにログが書かれてるかは色々なパターンがある可能性がありますね。
引き続き LTSV について。Text::LTSV はやってることは単にタブの split でしょうもないのだけど、せっかく作ったんだし何か利用方法はないかなと考えた。 LTSV のログは欠点があってそのままでは見づらいこと。 Text::LTSV でハッシュになるのだから、YAML とかで出力したらどうなるか試してみよう。さらに、YAML に色づけする YAML::Tiny::Color というのがあったぞ。 #!/usr/bin/env perl use strict; use warnings; use Project::Libs; use YAML::Tiny::Color qw/Dump/; use Text::LTSV; while (<>) { my $hash = Text::LTSV->parse_line($_); print Dump $hash; } こんなスクリプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
