サーバー/クライアントの設計に少し問題があり、アドバイスがあれば教えてください。
データ ストアを抽象化する Thrift サーバーがあります。サーバーが提供するインターフェイスを使用して、基本的なデータ ストアを受信、操作し、独自のデータを提供する、本質的にアウト プロセス プラグインである多数のクライアントが存在するという考えです。サーバーとその「プラグイン」によって提供されるデータにアクセスするだけのクライアントが他にも多数あります。
問題のケースは、これらの「プラグイン」の 1 つが独自のデータを提供し、そのデータへのインターフェースを提供したい場合です。サーバーは、プラグインのデータやインターフェースを認識してはなりません。
理想的には、すべてのクライアントがメインのリサイクル サーバーを介して機能にアクセスできるようにして、プラグインのファサードとして機能させたいと考えています。クライアントがプラグインによって提供されるデータを要求した場合、メイン サーバーはそのデータを提供するためにプラグインに委任できます。これは、各プラグインがthriftクライアントとサーバーであることを意味すると思います. 私はPythonでサーバーを書いたので、おそらくまだ定義されていないthrift呼び出しを処理できますが、これらの呼び出しを別のthriftサーバーIEがプロキシとして機能するように転送することは可能でしょうか?
別の方法は、プラグインをクライアントのみにして、データをサーバーにプッシュすることです。ただし、これらのメッセージの形式はサーバーには認識されず、さまざまな種類のデータに対応できるように十分に汎用的である必要があります。このデータへの便利なインターフェイスを他のクライアントに提供する方法がわかりません。
私の知る限り、所有するデータを保存および操作する方法を知っているのはプラグインだけなので、このアイデアはおそらく機能しません。
アドバイスをありがとう。どんな提案も歓迎します。