0

さらに多くのユーザーを持つさまざまなクライアントの管理 Rails 3.2 Web サイトを管理しています。現在、Passenger を介して単一のサーバー上で実行しています。

私たちは 2 ~ 3 個のクライアントを持つ小さな webapp として開始し、約 100 人のユーザーを持つ 20 個のクライアントにゆっくりと成長し、現在も成長を続けています。

とりわけ、ユーザーは主に計画スケジュールの作成、請求書の作成と送信、およびこのデータに関するレポートの表示と印刷を行います。

現在、ほとんどのユーザーはかなりローテクであるため、(建設的な) 技術的なフィードバックを私たちに提供することはありません。時代の先を行き、ボトルネックがどこにあるかを使用統計から見つけ出し、ボトルネックを解決して、ゆっくりと成長している間にスムーズなユーザー エクスペリエンスを提供したいと考えています (そして、それに対処するために並行して拡張する時期を前もって把握します)積み荷)

私が望むのは、たとえば Google アナリティクスが提供するような基本的な使用状況を追跡できるだけでなく、ある種のコンテキストも必要とする本番環境でのソリューションです。あるユーザーの行動を別のユーザーと比較したり、特定のクライアントのすべてのユーザーを別のユーザーと比較したりしたいと考えています。

できれば、クエリの数、かかった時間、Rails のオーバーヘッドなどの技術的な詳細も含めたいと思います。

私が見つけたほとんどのソリューションは、Google アナリティクスなどの Rails コンテキスト トラッキングのオプションを提供していないか、ほとんどの Rails プロファイラー / ベンチマーク ツールなどのターゲットを絞ったデバッグのみを目的としており、継続的な運用を目的としていません。

この問題に対する既存の解​​決策をほとんど見つけることができなかったという事実は、私が間違った方向を見ているか、私が達成しようとしていることに構造的に問題があると信じさせます.

要約する:

  • ログインの背後にあるプライベート Rails 3.2 Web アプリケーション。
  • 状況に応じた使用状況の追跡が必要 (クライアントとユーザー)
  • 技術プロファイリングも
4

1 に答える 1

1

同じツールを使用して、コンテキスト化された使用状況の追跡と技術プロファイリングの両方を行うことはおそらくないでしょう。

アプリの使用状況を状況に応じて追跡できる Google Analytics や AT Internet (など...) などのツールがあります。

また、New Relic や Skylight (など...) などの優れたツールもあり、統計を提供し、アプリについて知る必要があるすべての技術レベルを追跡するのに役立ちます。

于 2016-03-10T11:02:25.830 に答える