4

現在、いくつかのレガシーアプリケーションと統合したいと考えている新しいERPアプリケーションのサービススタックとormliteを実験しています。Service-stackとそのormliteモジュールの両方で採用されているアプローチは、更新されて使用するのが楽しいと思います。そのため、シンプルさとパフォーマンスについて同じアプローチを採用したいと思いますが、私たちが遭遇した障害は、データとアクションの監査です。 。サービススタックの「スタック」を使用して、誰かがこれに対処したのか、そして彼らがどのようにそれにアプローチしたのか、私はただ疑問に思っていました。データベースが定期的に削除および作成されているため、dbtriggersを使用したくありません。また、このような低レベルの管理には適さない、監査を必要とするアクションも多数あります。

何かアドバイスをいただければ幸いです。

4

1 に答える 1

2

監査についても考えていますが、具体的なことは何もありません。私たちの考えのいくつかをリストしました。フィードバックを歓迎します。

  • 「監査ログ」をRedisに保持することに傾倒しています。すでにRedisをCacheClientとして使用しており（利用可能です）、ServiceStack.Redisライブラリを使用すると、単純なキャッシュの外部で非常に簡単に使用できます。（Redisにはさらに多くの機能があります）
  • ServiceStackは「メッセージングスタイル」を促進するため、「リクエスト」を取得して「監査メッセージ」にマップし（おそらく、言うのは簡単です）、Redisに保存することをお勧めします。おそらくそれを文字列JSON値として保存します（おそらくリストタイプの方が適切でしょうか？）。キーのフォーマットはまだ決まっていません。
  • 監査証跡を「トリガー」するために、監査用の適切なメソッドを使用して独自の基本「サービス」クラスを作成できます。
  • Redisの永続性とデータの損失についていくつかの懸念があります（http://redis.io/topics/persistence）
于 2013-02-27T16:07:58.163 に答える