2017-07-01 10 views
1

私は最近serverlessを使い始めました。私はserverless-stack.comのチュートリアルを完了しました。そして、アプリケーションのドメインモデルを表現する方法があるかどうかを見たいと思っていました。私はいくつかのサンプルを検索しましたが、何かを見つけることができません。ドメインモデルに基づくサーバーレスアーキテクチャ?

私はモデル化したいアプリケーションがあります。メインのserverless.ymlファイルでこれをどのように参照しますか?それらを同じAPIゲートウェイの一部にするにはどうすればよいですか?事前に

/users 
serverless.yml 
/posts 
serverless.yml 
/comments 
serverless.yml 

おかげ

+0

トレントの書き込みとは異なる3つのAPIゲートウェイです。しかし、API Gatewayカスタムドメインと一緒にステッチし、それぞれにパスの接頭辞を付けることもできます。 したがって、example.com/users/*はUsers API Gatewayマイクロサービスを指しています。 example.com/posts/*はPosts API Gatewayを指します。 私はそれがマイクロサービスを組み合わせる素晴らしい方法だと思います。私は、雲の情報を使って展開する際にカスタムドメインに各マイクロサービスの登録簿を持っています。 – doorstuck

答えて

1
  • あなたはユーザー、投稿やコメントが異なるマイクロサービスであり、したがってserverless.yml自分のを持っている必要があることをDDDとMSAの観点から正しいです。これはそれぞれに1つのAPI Gatewayを意味します。それはいいことだ。
  • CI/CDを容易にするために、別々のリポジトリに置いた方が簡単かもしれません。 1つのコミットが3つのサービスの展開を引き起こすことは望ましくありません。
  • ユーザー、投稿、コメントを集約する単一のAPIが本当に必要な場合は、おそらく他の3つのファサードとして機能する4番目のAPIが最適です。 OO、SOA、MSAで確立された設計パターンです。
+0

このトレントの検証に感謝します。 – Jimi

関連する問題