ティムベース
2008年6月2日（月）午前8時43分56秒+0000

ポールビンセント*投稿に返信するには セップは、サービスやプロセスですか？*投稿 セップは、サービスやプロセスですか？リローデッド.*に従っているこのポストをポールとセップ社会と私のダイアログには、全体として。
いくつかのイベント"は、この本（の大部分は）アーキテクチャを議論していなかった*本"のパワーに、より注目に値する重要なコメントの.*
ITシステムは、ご承知のとおり、 "建築の多くが定義されています。 "ただし、 1つの定義*は、議論するために、このコンテキストでは簡単ですが、 * "アーキテクチャ"は、 ITシステム* * *のコンポーネントを表すこのアーキテクチャでは、さまざまなコンポーネント間の関係* .*
アーキテクチャ"技術"または" "または" "または* "データ"の例を中心と.*の運営機能、アーキテクチャ*サービスのオーケストレーションをベースにすることができますように、コンポーネントは、可能なSOAの別の例.*では、アーキテクチャは、データの意味で.*はまだ別の例では、アーキテクチャでは、コンポーネントの機能によって表現することができます表示することができます。
セップのためにデビッドの図書アーキテクチャアドレスていないが、人々はすべての"ツール"や彼らのような"技術"とは"セップ" .**マイフォーカス電話の使用では、これが全体のセップ描写されている機能とリファレンスアーキテクチャ上で自由があるセップクラスの問題の解決のための機能。
これは、最初のトピック（問題） *セップ*我々は数年前に発見された、 *されている理由は、 *私*私*良いのOLEの日など、今まででティブコで、ヤマドリタケのための機能のリファレンスアーキテクチャを作成このブログ（ティブコとセップのブログ） 。
リファレンスアーキテクチャは、機能的には、 *議論*セップ協力方法（分散型として動作する必要があります図）の機能のリファレンスアーキテクチャの問題のほとんどの"本物の"セップを解決するためのクラス。
したがって、 *セップ、一般的に、 *は、 "プロセス"または"サービス"と考え、 * 1登録、 ** *セップので、 *機能のリファレンスアーキテクチャとしては、方法論（ functionaility ）を解決するために必要な会話を描いてはならない複雑な検出.*この抽象許可の問題を重視セップイベント処理アプリケーションの広範な文脈の中で意味している。
場合は、アーキテクチャ内のすべてのコンポーネントは、問題を解決し、協力をサービスとしてカプセル化される.*また当然のことながら、機能のリファレンスアーキテクチャは、 "サービス"として見ることができ、機能のリファレンスアーキテクチャは、 "プロセス"として表示することができますが特定のドメイン内の.*そこで問題の解決は、 "プロセスは、この場合には、 "で、機能のリファレンスアーキテクチャのインスタンスであり、インスタンスの場合の解決策として、このソリューションは、サービスとしてパッケージ化されてカプセル化することができます。
そのためには、それは、少なくとも私の意見では誤解を招くですドメイン問題にしない限り、我々は（ ）関数のリファレンスアーキテクチャ（機能的文脈）内の特定の解決策を話し合っている、 *は、 "プロセス"または"サービスを"ヤマドリタケを削減する。
この混乱は、それ自体も*マニフェスト 活発な討論 ブロゴスフィアセップマークパーマーとの間の成熟に関する.**マークと他の資本市場でのイベント処理のインスタンスを作成しているとは"ヤマドリタケ"が実際には、彼らが何をしている人数に関わらずベビーベッドを使用している1つまたはアルゴリズム取引やコールセップの機能部品を実現するためのソリューション。
重要な違いは、私の意見です。



ソース...