これらのテクノロジを使用して本番アプリケーションを展開する最良の方法はどれですか。Javaバックエンド+角2(またはそれ以上)フロントエンド
私のクライアントアプリケーションからサーバーアプリケーションを分離する必要があると言う人がいるのですが、なぜですか?それは、私は唯一のサーバー/アプリケーションを処理しているつもりだと私につなぎます。それには強い理由はありますか?
ありがとうございます。
これらのテクノロジを使用して本番アプリケーションを展開する最良の方法はどれですか。Javaバックエンド+角2(またはそれ以上)フロントエンド
私のクライアントアプリケーションからサーバーアプリケーションを分離する必要があると言う人がいるのですが、なぜですか?それは、私は唯一のサーバー/アプリケーションを処理しているつもりだと私につなぎます。それには強い理由はありますか?
ありがとうございます。
アーキテクチャの決定です。ここには間違いがない。両方のデザインに長所と短所があります。
フロントエンドとバックエンドを分けると、懸念がより明確になります。あなたは、バックエンドのためだけに、あるいはフロントエンドのためだけに、いくつかの人々を働かせることができます。フロントエンド用とバックエンド側のビルドとデプロイのパイプラインを定義できます。混合されたものとして理解して維持するのが簡単です。このようなアプローチでは、フロントエンドとバックエンドの間に明確なAPIを定義する必要があります。したがって、両方のプロジェクトは、APIの定義が変更されない限り、別々にビルドすることができます。あなたは、このapiとmockサービスに対するテストを構築して、他のものなしに(開発用に)片側を起動することができます。マイクロサービスのランドスケープでは、通常は分離されたデザインが適しています。
そうしないと、組み合わされたアプローチがより速く実装できます。各開発者は両面の概要を把握しており、アプリケーション全体を簡単に開始できます。フロントエンドとバックエンドを統合するソリューションは必要ありません。