製品の役に立つパフォーマンス予算を決める
パフォーマンス予算は見栄えのよい点数ではなく、特定の利用体験に対する境界です。比較的低性能なスマートフォンで説明ページを開く、業務一覧を絞り込む、相談を送信するなど、重要な作業と端末から始めます。上限を決める前に現状を測り、測定条件も記録します。
使えて、状態が分かり、復旧できることが製品の品質を具体化します。性能、監視、権限、バックアップ、診断を確認項目とともに扱います。
使えて、状態が分かり、復旧できることが製品の品質を具体化します。性能、監視、権限、バックアップ、診断を確認項目とともに扱います。
パフォーマンス予算は見栄えのよい点数ではなく、特定の利用体験に対する境界です。比較的低性能なスマートフォンで説明ページを開く、業務一覧を絞り込む、相談を送信するなど、重要な作業と端末から始めます。上限を決める前に現状を測り、測定条件も記録します。
サーバーが正常でも顧客の仕事は止まることがあります。技術的なエラーとともに、アプリが実現すべき結果を監視します。重要な流れごとに開始イベント、永続的な中間状態、完了の証拠を決めます。状態間の滞留は、エラー数に現れない問題を説明してくれます。
アクセス制御は「誰が、どの記録に、どの条件で、何をしてよいか」という業務の問いから始まります。役割名の一覧だけでは不十分です。操作、所有範囲、例外権限を先に定めます。読む、直す、出力する、他人へ権限を与えることは別の力です。
バックアップは、役に立つサービスへ戻せたことを確認するまでは復旧候補です。直近の仕事をどこまで再入力できるか、どれほど停止を許容できるかを事業責任者と決めます。これは運用上の選択で、保存スケジュールだけから生まれる約束ではありません。
役立つログは、必要最小限の実用的な情報で出来事を説明します。どの操作が、どの段階で、どの版のもとで、依存先のどんな結果によって失敗したかという運用の問いから始めます。リクエスト本文を丸ごと保存する近道は、顧客情報の管理されない複製を作りがちです。
最初のプロダクト、複雑な業務、見直したいソフトウェア。現在の状況をお聞かせください。