Green Bank Network コードはオンラインです
ディレクトリ
Green Bank Network コードはオンラインです... 1
SME プロジェクト オンライン プラン... 1
中小企業オンラインプラン... 1
中堅企業コードオンラインプラン... 2
大唐電信のケース... 3
新浪のケース.. . 4
オンラインプランの現状に適しています... 5
中小企業プロジェクトオンラインプラン
1 リリースは迅速かつタイムリーであり、いつでもどこでもコードをリリースできます
2 開発者によってリリースされたコードはテスターによってテストされていませんユーザーがページにアクセスして更新すると、更新時にプログラムが変更される可能性があり、その時点ではアクセスできなくなり、Web サイトのユーザー エクスペリエンスが低下します。開発者が間違ったコードを作成した場合、影響はさらに大きくなります。これはユーザーをテストとして使用するオンライン プランです。
3 統計によると、おそらく失敗の 50% 以上が Web サイトに関連しています。開発プログラム コード (例: 開発者が間違ったループ コードを記述し、無限ループが発生します。このとき、多数のユーザーがプログラムにアクセスするため、サーバー リソースが枯渇し、サーバーが強制終了される可能性があります)
4 中小企業の Web サイトに関する問題は、通常、運用保守担当者 (Web サイトのダウンタイムなど) によって引き起こされますが、この場合、問題のほとんどは開発者またはコードによって引き起こされている可能性があります。ここでのより良い戦略は、プロジェクト責任の考えを発展させることです。
1 開発者は、LAMP 環境をセットアップする必要があります。適切な Web サイトのコードをテストおよび開発するには、パーソナル コンピューターを使用します。また、それがオフィスまたは IDC コンピューター ルームのテスト環境で合格するためには、フルタイムのテスターを配置するのが最善です。
2 プログラム コードがオンラインになる指定時間。たとえば、3 日に 1 回、Web サイトが頻繁に更新され、毎日 17:00 にオンラインになる場合、これは Web サイトの性質によって異なります。ビジネスの原則は、ユーザー エクスペリエンスへの影響を最小限に抑えることです
3. オンラインにする前にコードをバックアップします。また、技術的に言えば、アップロード時にも簡単にロールバックできます。コードをできるだけサーバー Web サイトの一時ディレクトリに転送するか、完全な MV を最後のステップに転送するか、ln を介してソフト接続を作成します。
4 開発者はコードの機能を重視し、運用とメンテナンスはコードのパフォーマンスとサービスの安定性を重視します。ウェブサイトがダウンしていれば問題は解決します。メンテナンスについては、オンラインでの運用保守をより標準化、科学化する必要があります。そうしないと、開発が勝手に更新され、何か問題があれば運用保守が責任を負うことになり、運用保守が頭が上がらなくなります。
大唐電信事件
部門独立会計。
開発部門は運用保守部門のサーバー、ハードウェア設備、アプリケーション設定、監視設定を借り受け、運用保守部門が監視を担当します。アプリケーションのダウンタイムには、各部門の担当者が対応する必要があります。
運用とメンテナンスは、基礎となる構築と移行を担当します。
オンライン化などの日常業務は、各プロジェクト チームの担当者の責任となります。
Sina ケース オンラインプランの現在のステータスに適しています
テキスト説明オンラインプロセス:
最初のステップ: 今月の推定発売時間。テストチームと運用保守チームに通知する電子メールが開発リーダーに送信されます
第 2 ステップ:開発者コードがテスト環境に入ります
3 番目のステップ ステップ: テスト グループはテストにアクセスして、関数の実現とインターフェイスの同時実行耐性が達成されているかどうかを確認します。正常に完了すると、5 番目のステップに入ります
第 4 ステップ: 再開発に戻る
第 5 ステップ: 運用保守接続 Web サイトの URL を入力、確認し、rsync 移行を更新します。 SQL 監査
ステップ 6: テスターが入力して、起動前環境がテスト環境と一致するかどうかをテストします
ステップ 7: 開発者がパス アドレスとバージョンを記載してコードを SVN に送信します
ステップ 8: 運用および保守担当者は、パス、アドレス、SQL が起動前の段階と一致しているかどうかを確認します。
ステップ 9: 本番環境に定期的にドラッグ アンド ドロップします。 PHP ビジネスのため、グレースケールをオンラインで実装し、バッチ変更を実装することが一時的に困難です
ステップ 10: テスターはオンラインが完了するのを待ち、最終テストと検査を実施します。問題がある場合は、運用とメンテナンスはすぐにロールバックされます --? 今日は操作は必要なく、翌日にはオンラインになります。 -- オンライン結果のメール通知