2017-07-17 11 views
0

私は次のような種類の要件のためのアーキテクチャを解明しようとしています。 さまざまなチームによって開発されたさまざまなangle2アプリがあります。私はそれらが共通のコンソールの下に利用可能になることをsomedomain.comで利用可能にしたい。このようなもの。ユーザーは、これらは一般的なアプリケーションのサービスであると感じるように、それぞれのアプリを開くには common console複数のアプリを1つのコンソールで、それぞれ同じドメインでサービスしています

は、この

app1 -> somedomain.com/app1 
app2 -> somedomain.com/app2 

などが賢明のように同じドメインから提供されなければなりません。 この種の何かはawsコンソールで起こります。

また、各チームが独自のリポジトリを維持し、独立したCI/CDパイプラインを維持できるようにしたいと考えています。私が試してみました何

は、httpサーバが同じボックスの上に置かれ、この Current Design

すべての角度アプリのようなものです。 そして、私はこれは一般的なドメインからのサービス提供の問題を解決し、この

よう
app1 : <base href="/app1/"/> 
app2 : <base href="/app2/"/> 

をそのベースタグを変更しました。しかし、彼らの展開はすべて共通のボックスを共有するため、サーバーボックスと密接に結びついています。

この種の問題に取り組むためのアーキテクチャやパターンはありますか?私は、独立したチームによって管理され、開発されているアプリケーションに加えて、n個のアプリケーションに対してスケーリングできるものを設計したいと考えています。

答えて

0

アングルアプリをホストする/ app1 &/app2ディレクトリを持つAWS S3バケットにアングルアプリをデプロイできます。アプリケーションの選択ページのindex.htmlを保持することができます。その後、somedomain.comというドメインマッピングを持つS3バケットのAWS CloudFrontを使用して、それを適切に利用できるようにします。

これ以外にも、CloudFrontを使用してCORの問題を回避してバックエンドサーバーに接続することもできます。

+0

S3は静的なウェブサイトを提供するのに適しています。私はそれが私の現在のユースケースに合っているとは思わない –

+0

アーキテクチャを設計するときに、サーバレンダリングをしていなければ、AngularJSの部分と静的コンテンツをS3に移動することができます – Ashan

関連する問題