アラート閾値と自動実行条件を混同しない – 通知、抑制、停止、切り戻しの境界を分ける 作者: si62512548投稿日: 2026年7月17日カテゴリー: 設計・運用タグ: SRE, アラート, 切り戻し, 変更管理, 自動化, 運用設計アラート閾値と自動実行条件を混同しない – 通知、抑制、停止、切り戻しの境界を分ける へのコメントはまだありません アラート閾値、自動実行、通知抑制、停止条件、切り戻し条件、承認条件を分け、運用判断の境界として設計する考え方を整理します。
障害対応はどこで終わるのか – 復旧、安定化、恒久対応、再発防止を分ける 作者: si62512548投稿日: 2026年7月17日カテゴリー: 設計・運用タグ: SRE, インシデント管理, ポストモーテム, 再発防止, 運用設計, 障害対応障害対応はどこで終わるのか – 復旧、安定化、恒久対応、再発防止を分ける へのコメントはまだありません 障害対応を復旧、安定化、原因整理、恒久対応、再発防止、報告完了に分け、どこで終わったと判断するかを整理します。
ピーク時間帯と定期処理を混ぜない – 業務時間、バッチ、バックアップ、障害対応で考える運用設計 作者: si62512548投稿日: 2026年7月17日カテゴリー: 設計・運用タグ: バックアップ, バッチ処理, 変更管理, 監視, 運用設計, 障害対応ピーク時間帯と定期処理を混ぜない – 業務時間、バッチ、バックアップ、障害対応で考える運用設計 へのコメントはまだありません 業務ピーク、夜間バッチ、バックアップ、メンテナンス、障害対応を同じ運用時間として扱わず、時間帯ごとの前提から運用設計を整理します。
リソース上限を倍率だけで考えない – CPU、メモリ、同時接続数、障害時の余白で見る 作者: si62512548投稿日: 2026年7月17日カテゴリー: 設計・運用タグ: CPU, SRE, キャパシティ管理, メモリ, リソース設計, 監視リソース上限を倍率だけで考えない – CPU、メモリ、同時接続数、障害時の余白で見る へのコメントはまだありません CPU、メモリ、同時接続数、キュー、障害時の余力を分け、リソース上限を単純な倍率ではなく影響範囲として設計する考え方を整理します。
システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える 作者: si62512548投稿日: 2026年7月10日カテゴリー: 設計・運用タグ: システム設計, ベンダー選定, 業務設計, 標準化, 要件定義, 設計, 運用設計システム導入で問うべきは、作るか買うかではない – Build or Buy より業務の継承を考える へのコメントはまだありません システム導入の Build or Buy を、内製か既製品かという二択ではなく、現行業務の何を継承し、何を標準化し、どの判断を組織に残すかという観点から考えます。
インフラ組織を設計と構築で分ける違和感 – 境界で失われる設計情報をどう戻すか 作者: si62512548投稿日: 2026年7月7日カテゴリー: 設計・運用タグ: インフラ設計, システムインフラ, フィードバックループ, 組織設計, 設計・運用インフラ組織を設計と構築で分ける違和感 – 境界で失われる設計情報をどう戻すか へのコメントはまだありません インフラ組織を設計部門と構築部門に分けるとき、境界で失われる設計情報をどう拾い、上位設計や運用設計へ戻すかを考えます。
リソース予測・トラフィック予測とは何か – キャパシティ管理として設計する 作者: si62512548投稿日: 2026年7月2日カテゴリー: 設計・運用タグ: Grafana, IT インフラ, IT 運用, Prometheus, Zabbix, インフラ設計, キャパシティ管理, トラフィック予測, リソース予測, 監視, 監視設計リソース予測・トラフィック予測とは何か – キャパシティ管理として設計する へのコメントはまだありません リソース予測・トラフィック予測を、未来を当てる作業ではなく、Grafana、Prometheus、Zabbix などの監視データからキャパシティ不足と増強判断につなげる設計として扱います。
OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える 作者: si62512548投稿日: 2026年7月1日カテゴリー: 設計・運用タグ: CAPEX, IT インフラ, OPEX, SaaS, クラウド, クラウドコスト, コスト管理, ベンダー管理, 設計, 責任分界OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える へのコメントはまだありません OPEX / CAPEX を、一時的か継続的かではなく、資産として残る支出か費用として処理される支出かという観点で整理します。IT インフラ、クラウド、SaaS、ベンダー作業費の考え方をまとめます。
SRE とは何か – SLI / SLO、エラーバジェット、トイルから理解する 作者: si62512548投稿日: 2026年6月29日カテゴリー: 設計・運用タグ: DevOps, Error Budget, IT 運用, SLI, SLO, SRE, Toil, システム設計, 監視設計, 運用設計SRE とは何か – SLI / SLO、エラーバジェット、トイルから理解する へのコメントはまだありません SRE とは、サービスの信頼性をソフトウェアエンジニアリングで扱う考え方です。SLI、SLO、エラーバジェット、トイル、DevOps や Platform Engineering との違いを解説します。
設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: ADR, Docs as Code, HLD, LLD, アーキテクチャ, 技術ドキュメント, 文書設計, 構造化, 設計書, 運用設計設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 へのコメントはまだありません 技術文書と設計の関連記事 「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質表記統一を文書設計の一部として扱った記事です。 AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要情 […]
