問題タブ [system-integration]

さまざまな人々がシステムの統合をどのように解決しているかに興味があります。ここ数年、システムを統合する作業がますます増えており、この種の作業の必要性も同様に増加していると感じています。

接続される独自の小さなサービスを開発して解決するのか、それとも何らかの製品 (WebSphere、BizTalk、Muleなど) を使用するのか疑問に思っています。また、これらの種類のソリューションがどのように管理および保守されているか (セキュリティ、計測などをどのように解決するか)、ソリューションでどのような問題を経験したかなどを知ることも興味深いと思います。

おそらく 50% のカスタム機能で構成されるアプリケーションの構築を伴うプロジェクトがいくつかありますが、その後、たとえば wiki、フォーラム、および既に発明されていて、私たちが作成していない「車輪」であるその他のコンポーネントを取り込みます。最初から書き直したい。

これらのサードパーティ アプリケーションには、通常、独自のデータベース、テーマ、および認証システムがあります。私の経験では、シングル サインオンや共通のテーマ、または複数のサブアプリ内のエンティティ間でのタグ付け/検索などを機能させることは、非常に困難な問題です。この種の統合プロジェクトのベスト プラクティスにはどのようなものがありますか?

これまでのところ、私たちのアプローチは慎重にコンポーネントを選択しようとしてきました。できれば HTTP (REST や SOAP など) を介して、明確に定義された API を持つものを選択してください。そのように機能するフォーラム）。私たちの多くは最近ますます頻繁になっていると思うので、これをやろうとしている人に人々が与えることができる提案はありますか?

私が働いている場所では、過去数十年にわたってかなりの数のシステムが作成されており、それらを維持しています。

システムは多様であり、複数のオペレーティングシステム（Linux、Solaris、Windows）、複数のデータベース（oracle、sybase、mysqlのいくつかのバージョン）、さらには複数の言語（C、C ++、JSP、PHP、およびその他のホスト）があります。使用済み。

同じデータを複数のシステムに入力するという犠牲を払っても、各システムはかなり自律的です。

経営陣は最近、すべてのシステムが互いに楽しく通信し、データを共有するために何が必要かを調査する必要があると決定しました。

個々のシステムのいずれかにソフトウェアの変更を加えることはできますが、1つ（またはそれ以上）のシステムを完全に書き直すことは、管理者が楽しませる可能性が高いものではないことに注意してください。

ここでの開発者の最初の考えは単純明快でした。システムAがシステムBからのデータを必要とする場合、システムBのデータベースに接続してそれを取得する必要があります。同様に、Bデータを提供する必要がある場合は、Bのデータベースに挿入するだけです。

使用されるデータベース（およびバージョン）の混乱により、他の開発者は、複数の接続を調整する必要がないように、他のすべてのシステムのテーブルを組み合わせて、1つの新しいデータベースを作成する必要があると考えました。これを行うことで、いくつかのテーブルを統合し、冗長なデータエントリを取り除くことができるかもしれないと彼らは望んでいます。

これは、私が全体の混乱についての私の意見のために連れてこられた頃です。

システム通信の手段としてデータベースを使用するという考え全体は、私には面白いにおいがします。ビジネスロジックは複数のシステムに配置する必要があります（システムAがシステムBにデータを追加する場合、挿入を行う前にデータに関するBのルールをよりよく理解します）、いくつかのシステムは、見つけるために何らかの形式のデータベースポーリングを実行する必要があります。データベーススキーマへの変更は現在複数のシステムに伝播するため、データへの変更、継続的なメンテナンスは頭痛の種になります。

私が最初に考えたのは、時間をかけてさまざまなシステム用のAPI /サービスを作成することでした。これを作成すると、データの受け渡しや取得に簡単に使用できるようになります。他の多くの開発者は、データベースを使用するよりも、それが過剰ではるかに多くの作業であると感じています。

では、これらのシステムを相互に通信させるための最善の方法は何でしょうか。

私は、未開発のシステム統合プロジェクトのテクノロジ スタックを調査するチームに所属しています。私たちが好むテクノロジー スタックの一部は、Hibernate を使用して内部状態を保持し、Hibernate トランザクションにフックを公開することで、ビジネス エンティティがこのユーティリティの状態と同期を維持できるようにします。不明なタイプのエンティティに関する情報を維持し、そのデータを事前定義されたタイプにリンクする必要があることを除けば、素晴らしいことです。事前にスキーマを定義する必要のないスケーラブルなデータ ストアが必要です。スイート スポットは、RDF データと Hibernate マネージド エンティティをブレンドすることです。

同様の要件に直面したことがありますか? また、どのようなアプローチを推奨できますか?
どの RDF/ORM ブレンドも、レポート作成とデータ探索のための大規模なクエリを頻繁にはサポートせず、トランザクションをサポートするために集中的な読み書き操作を頻繁にサポートする必要があります。

私は Java ベースのテクノロジに関する知識が限られているため、業務上の理由から、少数のスタンドアロン システムを統合するには、WebLogic Integration (WLI) と Oracle Service Bus (OSB) のどちらを選択するのが適切かを判断しなければならない場合があります。どちらの製品も同様のタスクを実行できるように見えますが、一方 (WLI) では統合がより技術的なものであり、もう一方 (OSB) はよりビジネス プロセス主導です。

コストがオプションではないと仮定すると、ある製品と他の製品をいつ使用するかを適切に説明できる人はいますか? 1 つの選択肢は、構成よりもカスタム Java コーディングを含むものですか?

システム統合に関して言えば、統合要件をどのようにモデル化しますか? UML、BPMN、またはその他の手法を使用していますか?

既存のアプローチにはどのような制限があると思いますか?また、システム統合要件に対する理想的なモデリング アプローチは何だと思いますか?

Flex を使用して Web 2.0 アプリケーションを作成しました。今回は、GWT で学び、開発したいと考えています。

JBPM コンソール アプリケーションに触発されて、ユーザー インターフェイスに使用することを考えてgwt-mosiacいます (より良い提案は大歓迎です。感謝しています)。

たとえば、Flex のスタックの 1 つは [Flex+Parlsey] - [BlazeDS-Spring/JPA] - MySql です。GWTで？

GWT を使用して Web 2.0 アプリケーションを開発する経験に基づいて、スタックまたはシステム アーキテクチャを提案してください。

Google、Yahooなどの大規模なシステムがシステム統合を使用してソフトウェアを統合していることを実際に知りたい（Google Plus、Google Video、Googleショップなど）たとえば、初めてGoogleアカウントにログインするだけです。他のすべてのソフトウェアでは、自分のアカウントを持っているので、他のシステムを個別に作成したり、ログインしたりする必要はありません。

私たちの会社には、経理、コールセンターなどの多くのソフトウェアがあり、すべてのソフトウェアのダッシュボードと単一の署名システムを持つようにソフトウェアを統合したいと考えています。

システム統合のための最良のアプローチは何ですか？

システム A と B が与えられた場合、システム B のデータベースでシステム A のドメイン エンティティを参照するにはどうすればよいですか。私の仕事ではこのような状況があり、システム A からシステム B にデータを複製していますが、悪夢のようになっています。

例：システムAがPRODUCTの情報を管理しています。システム B は製品の販売を管理するため、システム B には次のような関係があります。

このタイプの統合を行うためのアプローチはどれですか? SOA はこの状況に関連していますか? おすすめの読み物は？

私は実際、RESTful サービスは初めてで、概念を理解していると感じていますが、現在のプロジェクトでの使用のいくつかの側面には抵抗があります。

プロジェクトには、別のシステムからのフォーム データの提供が含まれます。プロジェクトメンバーは、フォームには顧客や顧客の住所などがあるため、フォームデータを「リソース」に分解する必要があると主張しています。

つまり、REST API の粒度がすべてです。すべてのフォーム データが揃うまで、フォーム データは完全ではなく、実用的ではありません (そして、フォーム データはほとんどありません)。そして実際には、サービス側で何らかのインテグレーターを準備して、これらのリソース ビットをすべてアセンブルしてから使用できるようにする必要があると思います。実行可能になる前にデータを非表示にします。

繰り返しますが、これは現在のところ、共有やサービス構成のビジネス ケースのないポイント ツー ポイント通信です。

したがって、私は、POST を使用した 1 つのサービス「フォーム」が許容可能な最適化であり、それによって削減される作業量を削減することが実用的なアプローチであると考えています。

困難で費用のかかる方法でそれを行うことについて、私は何を得ていませんか?