私の状況をよりよく理解するために、私の前の質問の答えとコメントをチェックしてください。AppEngineでGoogleDataStoreを使用すると、アプリケーションが緊密に結合されるため、移植性が低下します。
私はAndroidで作業しており、クラウドに常駐するバックエンドを使用します。クライアントとクラウドの通信が必要です。移植性を維持するアプリケーションを構築するにはどうすればよいですか。どのデザインパターン、アーキテクチャパターンを使用する必要がありますか？
ブローカーパターンを使用する必要がありますか？困惑しています。
Google AppEngineは、データストアにJPAベースのインターフェースを提供します。JPA APIを使用してコードを記述している限り、他のデータストアに同じコードを簡単に移植できます（たとえば、HibernateはJPAも実装します）。
ベンダー固有のコードが、ベンダーのAPIのすぐ上にある薄いレイヤーを超えて浸透しないようにします。これにより、別のベンダーに移動する必要があるときに、コードのどの部分が影響を受けるかを正確に把握できます。
移植性の問題を避けたいので、代わりにgooglecloudsqlを使用してください。些細な構造でない限りデータストアを使用する場合、純粋なjpa / jdoを使用すると、それらは実際にはnosqlを対象としていないため、前夜に簡単に移植することはできません。Googleはインデックスなどに特化しています。もちろん、SQLはより高価で、サイズ制限があります
アプリケーションの移植性を維持するために、エンドポイントではなく、RestfulWebAPIを提供するRestletを選択しました。Restletは、サーバーとクライアント間の通信に役立ちます。
さらに、アプリケーションが特定のベンダーに固定されることはありません。