JHipsterマイクロサービスエンティティ

Question

私はマイクロサービスがiOSのみで、他のマイクロサービスはAndroidのみの場合、疑問があります。エンティティは、2つのサービスが同じデータベースと同じテーブルを使用する場合、どのように作成する必要がありますか？

私はJDL-Studioを使用しようとすると、インポート-IDLコマンドを使用してモデルをインポートするが、コマンドは、すべてのマイクロサービスのワークスペース

編集で実行する必要がある場合、私は知らないよ：について

より多くのコンテキスト、私は、Webページ、ROS呼び出しとiOSとAndroidアプリケーションから多くの並行性を持つことができる完全なスタックアプリケーションを構築したいと思います。 API）を追加するか、データベースレイヤーとして1つのマイクロサービスを追加するだけです。

編集2： は、私はより明確に持っている、このblogは今...についてjhipster microservicesを持つアプリケーションとゲートウェイは、彼らが実体を所有しているとmicroservicesが、彼らはあまりにも自分の持っているどのようにこの男のショーを作成

を話しましたマイクロサービスアーキテクチャの本当の基盤ですが、UIエンティティのみのすべてのエンティティとゲートウェイを備えたマイクロサービスが必要な場合はどうなりますか？ブログはどのようにできるのでしょうか？ただ1つのエンティティだけで、すべてのエンティティと完全なmodel.jhlを持っています

Answer 1

元のマスターバックエンドAPIアプリケーションとは別にimport-idlを使用しません。 BFFごとに完全なバックエンドスタックを必要としない場合は、同じことをする多くのアプリケーションを維持しなければならず、これらのデータソース間のデータをある種の "マスター"。すべてを単一のデータベースに振り替え、BFFコンポーネント間ですべてのエンティティを共有すると、マイクロサービスモデルに適合しません。

BFFパターンは、必要に応じて複数のサービスAPIをフィルタリングし、おそらく各クライアントタイプに合うように集計する既存のサービスAPIの前面にある薄いファサードです。このパターンは、既存のAPIを制御できない場合には便利なバンドエイドであり、インクリメンタルサービスの分解では（一時的な）ステップです。理想的には、マイクロサービスはこのような同期依存性を持つべきではない。私は水平分解の巨大なファンではない。

私の意見では、複雑なアーキテクチャーなしにゼロから開発し、さらに別のインダイレクション層を追加するレイテンシを追加した場合、 "BFF"機能を実装する方が良い方法があります。マイクロサービスアーキテクチャは、多くの場合、UNIXコマンドと比較されます。同じUNIXコマンドでは、異なるニーズに合わせてより詳細な情報を提供することができます。たとえばlsの出力をls -lと比較してください。そのような戦略は、単一のマイクロサービスエンドポイントにも適用することができる。