システムマネジメント
7件の記事（投稿日が新しい順）
サーバーを増やしても短くならない処理がある：直列時間と仕事量から考える増設判断計算機を増やしても、分担できない処理が残れば短縮幅は小さくなります。同じ仕事を早く終える場合と仕事量を増やす場合を分け、仮定の時間と費用を計算して増設の判断を考えます。
サーバーの平均負荷は低いのに遅い：混雑と待ち時間の調べ方平均のサーバー負荷が低くても、短時間の集中や特定の処理で待ち時間が生じます。混雑が起きる時間と場所に注目し、増設と処理の流し方を変える対策を比べます。
障害対応中にシステム変更してよいか？ 緊急修正と通常更新の区別障害対応中に複数の修正が提案される場面で、急ぐ変更と保留する通常更新、実施の順番、変更凍結を解除する条件を整理します。
システム障害で再送が増える：復旧を妨げる再試行と重複処理の対策処理が遅いときの再送は、混雑を増やしたり同じ注文を重ねたりする場合があります。一時的な失敗と処理結果が不明な状態を区別し、再試行の間隔や結果照合を解説します。
システム開発の内製化はどこまで？ 自社に残す判断と外注の境界開発者を自社で雇っても、作るものを決める人や運用を引き継ぐ体制は必要です。内製・外注・両者を組み合わせる案を、変更への対応力と続けて使う費用から比較します。
技術的負債はどれから直す？ 改修費用と今後の変更負担で判断する新機能の追加と、変更しづらいコードの改修では、どちらを優先すべきでしょうか。今後の改修で繰り返し生じる手間と、今直す費用・リスクを比べ、技術的負債に取り組む順番を考えます。
システム監視の通知が多すぎる：緊急対応と翌日対応の分け方夜間の通知を減らすときも、必要な呼び出しを埋もれさせない工夫が要ります。利用者への影響と担当者ができる対応から、即時の警報、期限付きの作業、記録だけに残す通知を整理します。