Spring Cloud と Apache Camel を使用したサービスの設計に携わっています。今日、同僚が本当にApache Camelが必要かどうかを尋ねたとき(おそらく擁護する方が良いかもしれません)、私はびっくりしました。彼の見解では、私たちが話している下流システムのほとんどは REST ベースであるため、統合フレームワークは必要ないはずです。私の記憶が正しければ、彼はマイクロサービスと統合フレームワークには互換性がないこともほのめかしていました。
私は、Spring Cloud がデプロイメント/運用の問題を解決するのに役立ち、統合フレームワークが統合の問題を解決し、それらには直交する要件があることを熱心に提案し始めました。
システムが通信に使用するプロトコルの一部を次に示します。
REST
SOAP
AMQP
Azure SDK
AWS SDK (S3, SimpleBD, etc.)
Dropbox SDK
Paypal SDK
Braintree SDK
Caching (Memcached, EhCache)
Async (VM, Direct-VM, SEDA, SEDA-VM)
Facebook
Twitter
FTP
SMTP
File IO
SOLR/Elesticsearch
Quartz
不明なプロトコル: お客様の環境に統合する際に、お客様のシステムと統合する必要があります。通信プロトコルはまだ不明です。
Martin Fowler と James Lewis による次の声明は、ESB とマイクロサービスには互換性がないことを示唆しているようです。 Apache Camel などの統合フレームワーク?
より一般的に言えば、私の同僚の意見は正しいでしょうか? これは、統合パターンがマイクロサービスに適していないことを意味するのでしょうか?