密接に結合された設計とSOAの支持者を探してください

Question

これは私が自分自身に負った奇妙な質問です。私たちは、効果的ではないサービス志向アーキテクチャ（SOA）を実装する方法について、実際には価値のない疣贅を使って、少し議論しています。つまり、SaaS Webアプリケーションを構築するために使用されるシンプルなサービス（ほとんどの場合、従来のラッパーはそれほどではありません）がたくさんあります。

とにかく、非公開のアプローチを使用し、各サービスがそのサービスのAPIを介して他のユーザーと通信するかどうか、またはさまざまな方法でインポートされるいくつかの種類の共有APIライブラリを開発するかどうか相互に直接通信するサービス。後者は、人々にCORBAを思い出させるかもしれません。

だから、チームへの私の提案を強く感じているすべての人のためにということだった - 私たちのいくつか - 研究を行って、私たちは個人的にシステムを実装する方法のためのよく引用されたケースを作ります。それでは、確かに確認バイアスを減らして全員を啓発するために、私たちが個人的にシステムを実装しない方法についてよく引用したケースを作りましょう。それから私たちは皆一緒に戻ってそれをハッシュします。

私の問題は、私はとにかくCORBAの例以外に、検索するかなり難しい密結合、CORBAのようなインポート・ライブラリのデザインのアイデアを見つけることだということです。このようにすることを支持しているのは、のSOAアーキテクチャとは対照的に、特にですか？あるいは、今の時代のアイデアの一般的な支持者ですか？私は、それぞれのサービスが独自のAPIを持っているシェアード・ナッシング・アーキテクチャーを支持しています。今は私が賛成できないものについてプレゼンテーションをする必要がありますが、またはSOA前の時代からの情報ではありません。