AWSS3バケットにあるのに取得できない｜クロスアカウント構成で見落とした「オブジェクト所有者」の罠
権限もテストも問題ないのに、S3の特定オブジェクトだけ取得できない。クロスアカウント構成で見落としがちな「オブジェクト所有者」の設計・テスト観点を整理します。
AWS
システム開発【前編】詳細設計で決めること｜基本設計を「構築・テスト・運用できる形」に落とし込む工程
詳細設計はパラメータ表を埋める作業ではない。基本設計の方針を構築・テスト・運用で使える粒度に落とし込む考え方を、品質保証ストーリーの観点から整理します。
テクノロジー【後編】システム監視の基本｜クラウド監視と「運用で使える監視設計」
CloudWatch等のクラウド監視サービスは部品に過ぎない。既存監視をクラウド移行後どう引き継ぐか、Fit & Gapの整理方法を実務観点で解説します。
システム開発【後編②】詳細設計で決めること｜基本設計を「構築・テスト・運用できる形」に落とし込む工程
詳細設計を「構築・テスト・運用できる形」に落とし込む後編②。設計時点では判断しきれない監視条件の見極めなど、現場で見落としやすい監視設計の難しさを整理します。
AWS【第2部・後編】クラウドリフトPoCで「動いた」は確認できた。しかし運用では使えなかった｜10の設計リスク② ジョブ・セキュリティ・ライセンス・DB互換性・コスト
PoCで「動いた」だけでは運用では使えなかった。ジョブ管理・セキュリティ・ライセンス・DB互換性・コストの5領域で、見落とすと手戻りになる設計リスクを現場実例をもとに整理します。
システム開発機能要件と非機能要件の違い｜「機能が動く」と「本番で使える」は違う
「機能が動く」と「本番で使える」は違う。機能要件と非機能要件の違いを、購入申請システムの具体例と現場の失敗パターンから整理します。
システム開発【後編】システム開発の流れを現場目線で理解する｜要件定義・テスト・移行・運用保守のリアル
要件定義・設計・テスト・移行・運用保守の各工程で、初級SEがどこを見るべきか。現場で実際につまずきやすいポイントを具体的に整理します。
システム開発要件定義の正体｜お客様の要望をそのまま作ってはいけない理由
要件定義はRFPと提案内容を前提に、お客様とベンダーの認識差を潰す工程です。曖昧な要望をどう数字に落とし込むか、現場の実務観点で整理します。