インフラ
K8s 上級 #5 オブザーバビリティ — Prometheus / Grafana / Loki / OpenTelemetry
運用クラスタのオブザーバビリティはメトリクス、ログ、トレースの 3 軸で構成されます。各軸の K8s 標準スタックはほぼ固まっています。メトリクスは Prometheus + kube-state-metrics + node-exporter、ログは Loki(または EFK)、トレースは OpenTelemetry、可視化は Grafana、アラームは Alertmanager。この記事では 3 軸のモデルと各軸の標準コンポーネント、そしてカーディナリティ・保存期間・アラーム設計のような運用原則を 1 サイクルでまとめます。
RHEL 実践 #1 Web サーバー運用: nginx、systemd、SELinux ポリシー
RHEL 実践トラックの最初の記事です。RHEL 実務の基礎・中級・上級で身につけた systemd・SELinux・firewalld を一か所に集め、nginx Web サーバーを RHEL の上にきちんと載せる 1 サイクルを整理します。パッケージインストールとサービス登録、SELinux コンテキストとポートラベル、firewalld の開放、そして非標準ポートとドキュメントルートでよく詰まるポイントまで、実際の運用視点で扱います。
AWS Certified Cloud Practitioner (CLF-C02) #2 Domain 1-1 クラウドコンセプト — 価値と経済、Cloud Adoption Framework
CLF-C02 最初のドメインの前半です。試験によく出るクラウドの 6 つの価値提案、CapEx から OpEx へのコスト構造の転換、AWS Cloud Adoption Framework の 6 つの視点、そしてグローバルインフラ (リージョン・AZ・Edge) が試験問題でどう変形されて出題されるかをまとめます。シリーズ #3 では同じドメインの後半 Well-Architected の 6 本柱へ続きます。
K8s 上級 #4 CRD と Operator パターン — controller-runtime
K8s が強力な理由の 1 つは自分の API 自体を拡張できる点です。CustomResourceDefinition で新しいオブジェクト種を定義し、controller-runtime でそのオブジェクトに対する reconcile ループを書けば K8s の上に私たちのドメインのオブジェクトが標準リソースのように住むことになります。PostgresCluster、RedisFailover、KafkaBroker のような名前のオブジェクトがその結果物です。この記事では CRD のモデル、controller-runtime ベースの Operator 骨格、ownerReference / finalizer / status subresource まで 1 サイクルでまとめます。
RHEL 上級 #7 Cockpit による GUI 管理と Web Console — シリーズ締め
ここまで RHEL 上級シリーズはすべて CLI 中心でしたが、Cockpit はその上に軽い Web GUI を 1 層加える標準ツールです。systemd、サービス、ユーザ、ネットワーク、ストレージ、Podman、kdump、SELinux までを 1 画面で見る Web Console の位置づけ、複数マシンを統合管理する dashboard、sosreport と診断ツール統合、そして SSH で入って vi で編集するのではなく Cockpit で済ませる場面を整理しながらシリーズを締めくくります。
AWS Certified Cloud Practitioner (CLF-C02) #1 試験の紹介 — 試験構成と学習戦略
AWS Certified Cloud Practitioner (CLF-C02) シリーズの最初の記事です。65 問 90 分 700 点合格の構造、4 つのドメインの比重と意味、登録と受験環境、そして実務 [AWS トラック](/ja/posts/aws-basics-1) で身につけた感覚を資格試験の問題に落とし込む学習戦略までまとめます。本シリーズは CLF-C02 合格を目標にする 10 編で、最後の #10 でフルスケールの模擬試験を解きます。
AWS上級 #7 Step Functions 入門
State machine の役割、Task / Choice / Parallel / Map の 4 つの状態、Standard vs Express、Lambda / ECS / SDK 統合、エラー処理と retry / catch、よく使うパターンまで — AWS ワークフローエンジン。
K8s 上級 #3 Admission Controller — OPA Gatekeeper / Kyverno
K8s API サーバはマニフェストを etcd に保存する直前に検査して変形できる段階を持っています。Admission Controller というこの段階が運用クラスタのポリシーエンジンが入る道です。「limits なしのコンテナを拒否」「特定ラベルを強制」「イメージの出所を制限」のようなポリシーをコード 1 行も変えずにマニフェスト次元で防ぎます。この記事では admission 段階の位置、ビルトインコントローラ、ValidatingWebhook と MutatingWebhook、そして 2 つのポリシーエンジン OPA Gatekeeper と Kyverno のモデルを 1 サイクルでまとめます。
RHEL 上級 #6 Subscription、Satellite、Insights — 運用インフラ
RHEL を 1 台運用するのではなく、数十・数百台規模で運用する時点で出会う Red Hat の運用ツール 3 つを整理します。マシンを Red Hat サブスクリプションに紐付ける subscription-manager、オンプレミス統合運用プラットフォームの Satellite (ライフサイクル・コンテンツビュー・パッチ自動化)、そして Red Hat が SaaS で提供する分析サービス Insights (脆弱性・安定性・パフォーマンス推奨) まで 1 サイクルで扱います。
AWS上級 #6 Secrets Manager / Parameter Store
Secrets Manager と SSM Parameter Store の違い、自動ローテーション、コードからの取得 (boto3 / キャッシング / Powertools)、ECS と Lambda 統合、IaC 接続、費用比較まで — AWS シークレット / 設定管理。
