私のユーザーは 24 時間 365 日ほぼ同じようにサイトを使用しています。ビルドタイミングのミームはありますか?
国際的な視聴者、東部時間のサーバーの単一クラスターですが、国際的なクライアントによって午前中に打撃を受けます。
1 db、複数の Web サーバー。db がない場合はいつでも簡単に。
しかし、サイトがダウンしなければならないとき、プログラマーとして、SO がたとえば 15 分間ダウンしているのを見て怒らないのはいつでしょうか。
11 に答える
9
ユーザーの観点から本当に時間がない場合は、チームがビルド関連の障害から回復するための時間が最も多いときにそれを行うことをお勧めします。
于 2008-09-18T04:11:04.783 に答える
4
これが私がやったことであり、それは私にとってうまくいきました：
- 時間ごとのユーザー負荷をグラフ化するサイト トラフィック分析ツールを入手する
- 更新を行うためにグラフの低い点を選択してください
于 2008-09-18T04:13:15.217 に答える
2
あなたが小さい場合は、ええ、最低使用期間を見つけて、それを実行してください（個人的には、通常、午前1時から午前3時頃が太平洋標準時で最低の落ち込みです...もちろん、0になることはありません）. より大きなユーザーベースに成長し始めたら、人々に真剣に受け止めてもらいたい場合は、ダウンタイムなしでアップグレードできるようにアプリケーションを設計する必要があります。これは単純ではなく、多くの場合、複数のサーバーが必要になります。
私はアプリケーションをこの時点に到達させるために何年も費やしてきましたが、これまでに思いついた最善の方法は、古いバージョンと新しいバージョンの両方を同時に数時間実行することです。切り替え時にログインしていたユーザーは、ログアウトするまで古いバージョンのままです。彼らが次に来るとき、彼らは新しいバージョンに行きます。切り替え後に入ってきたユーザーは、新しいバージョンに直接送信されます。それはまだ絶対確実ではありませんが、かなり良いです。
于 2008-09-18T04:24:38.993 に答える
1
それはどのようなアプリケーションですか？私が使用するほとんどのサイトは、午前 2 時または午前 3 時頃に更新される傾向があります。
于 2008-09-18T04:11:31.023 に答える
0
2 番目のサイトを使用し、必要に応じてホットスワップします。
于 2008-09-18T04:10:34.597 に答える
0
ホットスワップの問題は、データベースが引き続き共有されることであり、変更を壊すとスタンドインもダウンします。
于 2008-09-18T04:12:22.923 に答える
0
お客様に聞いてみるといいと思います。
いずれにせよ、朝の未明があります。ローカルで利用可能な Web サイトについて話している場合、タイム ゾーンの午前 2 時に「メンテナンス中」の通知が表示されても、ユーザーは気にしないと思います。
于 2008-09-18T04:12:33.703 に答える
0
場所によって異なります: 午前 4 時 (東海岸)/午前 1 時 (西海岸) が通常最も明るい時間です。
于 2008-09-18T04:13:52.500 に答える
0
やりたいことを数回選び、それらを決定者タイプに選択肢として提供します。何をするにしても、展開中は「定期メンテナンスのため停止」ページを作成してください。
于 2008-09-18T04:20:59.910 に答える
0
- 使用頻度の低い時間を確認する
- 最新の本番コードを別のディレクトリに複製/コピー/更新
- 実行するデータベースの移行が存在する場合は、必要なものをすべて実行し、古いコード ベースと競合しないようにします。
- 使用量が最も少ないときに、シンボリックリンクを移動して最新のコードを指すようにします
于 2008-09-18T04:21:01.063 に答える
0
まず、分析ツールを使用して、通常の「軽い」交通時間を調べてみてください。ほとんどのユーザーと比較して、サイトと世界の場所によっては、午前 4 時、午後 1 時など、誰にもわかりません。次に、適切な時間枠を決めたら、デプロイ プロセスを可能な限り自動化して、サイトのダウンタイムを最小限に抑えられるようにします。
于 2008-09-18T04:28:36.520 に答える