何か良い方法で監視のライブスショップの費用を支払います。

magento.stackexchange https://magento.stackexchange.com/questions/7648

  •  16-10-2019
  •  | 
  •  

質問

巻頭言： ためのモニタリングのwebshopsとしてプロバイダのトラブルが発生したら、PHPの設定および部品の、補充システムとトナーを紙に噴射クラッシュ（バックエンド&レジに働いていない).いつでも移動を別のプロバイダです。

としてお考えの可能性をモニターの補充システムとトナーを紙に噴射体の一部（"でチェックアウトす。"), ここでの問いは

どのツールや戦略をいいのモニターライブサイト?

一部のアイデア:

  • いまは自動チェックの場合、精算は必ずしも一致するものではない、ライブサイト?
  • 何ができるので良いパラメータをモニターの検出に失敗?Lo < 日の1日前から最終ユーザーがログイン...
  • を用いcronジョブ:チェックの例です日時と場合でも前、メール又はチェック場合は、手動での精算がですか？
  • 使用ソフトウェアのリーディングプロジェクトIcinga,アップタイムロボット、...
  • 送出して警報をEメール管理,...

楽しみにご回答:)

役に立ちましたか？

解決

自動化できることがいくつかあります。

  1. 店の一部が機能しなくなった場合 ユニットテスト 特定の機能がまだ機能しているかどうかを検出する良い方法です。
  2. フロントエンドをテストするには、使用します phpquery リモートサーバーでは、「カテゴリリストにまだ製品がまだあります」、「ホームページにフッター*があります」などの特定のキーページで特定のDOM要素を定期的に探すための定期的に探します。
  3. ホストがまだ利用可能かどうかを確認するためにあなたのホストをpingするシンプルなcronjobをセットアップします
  4. ネイティブのMagento Order RSSフィードを使用して注文がまだコミットしているかどうかを確認します。トラフィックの高い店では、金曜日の夜に1時間注文しません。
  5. 支払いサービスプロバイダーを監視します。オランダでは、支払いの取り扱いに最適です。 このウェブサイト 稼働時間を表示すると、PSPも同様のサービスを提供する可能性があります

*ページにフッターがない場合、PHPエラーがレンダリングを停止することを指し示す可能性があります。

これらは、私たちが使用しているいくつかのソリューションです。セットアップ時間が必要なだけで、自由に実行できます。

ちなみに素晴らしい質問、私は本当にすべての答えを楽しみにしています！

他のヒント

私はサンダーの素晴らしい答えに次のようにdoveTailします。

  • ページ上のコンテンツに注意してください。 いつもの 閉鎖 </html> 鬼ごっこ。私はたくさんのことを見ました before_body_end スクリプトは、エンドユーザーには見えないが500ステータスを返すサードパーティ（猛攻撃の例外など）で失敗します - SEO / Google / Webマスターツールにとって非常に悪い
  • エラーが特定のしきい値を超えて増加しているときに通知するためにWebmasterツールを設定する
  • ページ上の無効なSSLのアラートを設定します
  • ページ上のJavaScriptエラーのアラートを設定します
  • 支払いに失敗した電子メールに電子メールグループ/BCCを使用する、エラーレポート。
  • コールセンターの人々ときつく入り、ショットの問題をスクリーニングする方法を知っていることを確認してください - 彼らは通常、物事がうまくいかないときに最初に指摘します。
  • 遅いサイトは、ダウンサイトと同じくらい悪いです。サイトが通常よりも長い時間がかかるかについて、アラートが敏感であることを確認してください。
  • 主要なサードパーティ /ホストサービスのすべてのTwitterフィードを購読してください。通常、大規模なホストには、問題がある場合のTwitterトリガーがあります。特定のアカウントが投稿されたら、Twitterを電子メール/テキストに設定できます。

DevOps：

  • 重要なシステムを監視し、アラートを送信するためにナギオを設定する
  • syslogまたはsplunk（特定のクエリ/日まで無料）を設定して、ログデータに基づいてログを集約し、アラートを発行します
  • ネットワーク機器のスクリプト化されたルーチンチェックを構成します。私は（複数の機会に）NICが戻って1GBから10MBに落ちて、私たちに知られていないことを見てきました。

大規模なチームの場合：

  • CIサーバー（Travis、Jenkins/Hudson、Capistrano）をセットアップして、コミット後の潜在的な失敗テストについて警告します。
  • コード標準を実施するか、壊れたコードのような露骨な問題を確認するために、ソースコントロールに事前コミットフックを設定します
  • サンダーが言ったように、時刻までに注文とボリュームのRSSフィードを監視するために何かをセットアップします - ここでの利点は、それが不要なことです。通常、通知のしきい値を十分に低く設定した場合、潜在的な問題はすぐにこれをトリップします
  • セレンを使用します。多くの。 1〜2時間ごとにチェックアウトプロセスを実行するスクリプト化されたテストがあります。
  • SSLの有効期限のためのカレンダーリマインダーと特定のアラートを設定する

多くのデータを生成し、潜在的に誤った陽性を生成します。アラートの影響を受けないでください。

私はpingdomに所属していません。私は彼らの（無料の）製品が大好きです。

支払いではなく、ホスターに問題がある場合は、隠された製品のセットアップについて考えることができます。セレンテストを書き込み、カートに入れてクーポンを追加して無料にしてから、チェックアウトを踏み出します。

セットアップに応じて、ここにはすでにいくつかの素晴らしい答えがあります。 NewRelicを使用してサーバーとトランザクションの統計を監視し、チェックアウトプロセスのすべてのステップの重要なトランザクションを設定します。そうすれば、携帯電話の単一の画面を見て、プロセス全体を通じてチェックアウトする適切な量の人をまだ取得しているかどうか、および適切な応答時間を取得しているかどうかを判断できます。最後のステップまでのすべてにスループットの束を見ると、ペイパルはおそらく誰もカードを処理できないため、おそらく壊れていることを知っています。また、多くのエラーがあり、応答時間がオフなどがある場合、アラートも受け取ります。私自身のダッシュボード/アプリ/アラートシステム。

私はこれに対してNewRelicとPagerDutyが好きです。彼らはあなたのサイトまたはあなたのサイトの一部がダウンしている場合、すぐにあなた（電子メール、テキスト、電話）に通知します（電子メール、テキスト、電話）。 CPUまたはメモリが使用された使用の指定された割合を超えているかどうかも通知します。

  • 監視するすべてのページを使用して、頻度を監視するすべてのページを使用して新しいRelicをセットアップします。例：ホームページ、1つのカテゴリページ、1つの製品ページ、カートページ、チェックアウトページなど。
  • ユーザー（すべての通知を取得する人）、スケジュール（通知を受信することを好む日と時間）、サービス（新しい遺物アラート）、および必要な通知のタイプに関するエスカレーションポリシー（電子メール、テキスト、通話）を追加するユーザーを追加します

https://www.pagerduty.com/docs/guides/new-relic-integration-guide/

免責事項：私は上記のサービスのいずれにも所属していません。

魔術師 - https://github.com/magento-hackathon/hackathon_magemonitoring サーバーとMagentoの健康を追跡する素晴らしい無料のオープンソースツール、例外とシステムログなどを備えたメールを送信します。

  • ドを打るプロバイダ側に歴史的価値のためのすべてのサーバ(LB-アプリ-DB、Redisなど)およびすべてのサービス(メモリの負荷でio等）
  • Nagios/Icingaにプロバイダまたは地面近くライブモニタの負荷の全てのサーバー
  • Pingdom収集の応答時間"を大切に"をurlのようにフロントページでは、精算等
  • Pingdomムユーザーの監視を受ける事ができ、価値類似APDEXの歴史的展開
  • Pingdomチェックurlとその正しいコンテンツ
  • 報告では、前X注文の自動リロードモードになります。でんきの休憩
  • 自動試験セレンに同一のステージシステム。私は友人の自動チェックアウもライブシステム。また問題とお会計後:)
  • Zapier、TwilioのためのEmail2SMS.重要なエラーとして送信SMSを電話
  • 嵩上.ioとdweet.io表示も素敵なダッシュボード.
ライセンス： CC-BY-SA と 帰属
所属していません magento.stackexchange
scroll top