Ubuntu 26.04 auditd の基本設定 – 監査ログと変更追跡の土台を作る 作者: si62512548投稿日: 2026年7月1日カテゴリー: Ubuntuタグ: auditd, Linux, Ubuntu, Ubuntu 26.04, サーバー管理, セキュリティ, セキュリティ設計, ログ, ログ管理, 監査ログUbuntu 26.04 auditd の基本設定 – 監査ログと変更追跡の土台を作る へのコメントはまだありません Ubuntu 26.04 で auditd を導入し、/etc/audit/auditd.conf、ログ出力先、ローテーション、ディスク逼迫時の動作、サービス状態確認を整理します。
セキュアコーディングとは何か – OWASP / ASVS を使って基準を育てる 作者: si62512548投稿日: 2026年7月1日カテゴリー: セキュリティタグ: OWASP, OWASP ASVS, OWASP Top 10, アプリケーションセキュリティ, セキュアコーディング, セキュリティ, セキュリティ設計, 脆弱性診断セキュアコーディングとは何か – OWASP / ASVS を使って基準を育てる へのコメントはまだありません セキュアコーディングを精神論にせず、OWASP Top 10、OWASP ASVS、IPA などを足場にして、レビュー・テスト・リリース判断に使える基準へ育てる考え方を整理します。
OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える 作者: si62512548投稿日: 2026年7月1日カテゴリー: 設計・運用タグ: CAPEX, IT インフラ, OPEX, SaaS, クラウド, クラウドコスト, コスト管理, ベンダー管理, 設計, 責任分界OPEX / CAPEX とは何か – IT インフラとクラウド費用を資産か費用かで考える へのコメントはまだありません OPEX / CAPEX を、一時的か継続的かではなく、資産として残る支出か費用として処理される支出かという観点で整理します。IT インフラ、クラウド、SaaS、ベンダー作業費の考え方をまとめます。
マルチタスクは優秀さではない – 仕事設計とコンテキストスイッチで考える 作者: si62512548投稿日: 2026年7月1日カテゴリー: 仕事タグ: AI, コンテキストスイッチ, ナレッジ管理, マルチタスク, 仕事術, 仕事設計, 業務改善, 生産性, 組織設計, 認知負荷マルチタスクは優秀さではない – 仕事設計とコンテキストスイッチで考える へのコメントはまだありません マルチタスクを優秀さとして扱う前に、仕事が整理されているかを考える。コンテキストスイッチ、集中、タスク分解、業務設計の観点から整理します。
クラウドネイティブはテレコムを救うのか – CNF、Kubernetes、OpenStack から考える通信基盤 作者: si62512548投稿日: 2026年6月30日カテゴリー: クラウドタグ: CNF, Kubernetes, NFV, OpenStack, OSS, クラウドネイティブ, テレコム, 通信基盤クラウドネイティブはテレコムを救うのか – CNF、Kubernetes、OpenStack から考える通信基盤 へのコメントはまだありません テレコムのクラウドネイティブ化を、Kubernetes 化ではなく、CNF、VNF、OpenStack、OSS、運用責任の置き場所を変える設計課題として確認します。
Copilot を入れれば AI 先進企業なのか – 道具と戦略を取り違えないために 作者: si62512548投稿日: 2026年6月29日カテゴリー: AIタグ: AI, AI 戦略, AI 活用, Copilot, DX, Microsoft 365, 情報設計, 業務設計, 生成 AI, 経営Copilot を入れれば AI 先進企業なのか – 道具と戦略を取り違えないために へのコメントはまだありません 企業の生成 AI 活用を語る時、かなりの確率で Copilot という名前が出てきます。これは自然な流れです。多くの企業では、Windows、Microsoft 365、Teams、Outlook、Excel、Power […]
SRE とは何か – SLI / SLO、エラーバジェット、トイルから理解する 作者: si62512548投稿日: 2026年6月29日カテゴリー: 設計・運用タグ: DevOps, Error Budget, IT 運用, SLI, SLO, SRE, Toil, システム設計, 監視設計, 運用設計SRE とは何か – SLI / SLO、エラーバジェット、トイルから理解する へのコメントはまだありません SRE とは、サービスの信頼性をソフトウェアエンジニアリングで扱う考え方です。SLI、SLO、エラーバジェット、トイル、DevOps や Platform Engineering との違いを解説します。
AI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: AIタグ: AI, AI エージェント, AI 活用, ナレッジ管理, 仕事設計, 情報設計, 技術ドキュメント, 業務設計, 構造化, 生成 AIAI の気持ちになってみろ – 人間の悪習を押し付けないための仕事設計 へのコメントはまだありません AI 活用とは、既存の無駄な仕事を AI に肩代わりさせることではありません。人間の仕事を、AI が処理できる構造へ作り替えることです。
サーバー要塞化はなぜ古く見えるのか – OS 防御から実行環境の統制へ 作者: si62512548投稿日: 2026年6月28日カテゴリー: セキュリティタグ: CI/CD, IAM, Kubernetes, Linux, OS, Secret 管理, サーバー要塞化, セキュリティ設計, 実行環境, 構成管理, 監査サーバー要塞化はなぜ古く見えるのか – OS 防御から実行環境の統制へ へのコメントはまだありません サーバー要塞化は今でも必要です。ただし、現代のセキュリティ設計では OS 単体ではなく、認証、権限、通信、デプロイ、監査、構成管理を含む実行環境全体の統制として考える必要があります。
設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 作者: si62512548投稿日: 2026年6月28日カテゴリー: 設計・運用タグ: ADR, Docs as Code, HLD, LLD, アーキテクチャ, 技術ドキュメント, 文書設計, 構造化, 設計書, 運用設計設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計 へのコメントはまだありません 技術文書と設計の関連記事 「ルータ」と「ルーター」の違いから考える、技術ドキュメントの品質表記統一を文書設計の一部として扱った記事です。 AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要情 […]
