log4j2.xmlの基本的な仕組みを理解する - Qiita
動機、前提など 毎回、久しぶりにlog4jを触るたびにすっかり使い方を忘れてしまっているので、自分なりに構造を理解しようと思った。 せっかくの機会なので根本的な構造をまず理解したいと思ったので、オプションの指定は可能な限り削った形を基本にしている。 また、基本的な使い方に限定しているので、実際の開発でよく使われるような設定も場合によっては端折っている。 使用した環境 Java1.8 log4j2.9.1 ログ出力するJavaソース logger.fatal("fatal!"); logger.error("error!"); logger.warn("warn!"); logger.info("info!"); logger.debug("debug!"); logger.trace("trace!"); 0.設定ファイル無しの場合 設定ファイルが無くてもデフォルトの設定でログ出力が行われ
AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
