InfoQ ホームページ SOA に関するすべてのコンテンツ
-
/articles/application-integration-service-mesh/ja/smallimage/role-application-integration-cloud-native-microservices-landscape-logo-small-1557478517420.jpg)
マイクロサービスアーキテクチャのためのアプリケーション統合：サービスメッシュはESBではない
サービスメッシュは、サービス間の通信のためのインフラストラクチャとしての使用のみを目的としています。開発者はサービスメッシュ内にビジネスロジックを構築するべきではありません。クラウドネイティブのエンタープライズアプリケーション統合パターンを実装するために他のフレームワークおよびライブラリを使用することができます。
-
/articles/monitor-workflow-collaborating-microservices/ja/smallimage/secure-scalable-web-ecosystem-linkedin-s-1551190398162.jpeg)
マイクロサービスの連携によるワークフローの監視と管理
この記事では，マイクロサービスアーキテクチャのシステムを理解し，管理し，変更する上で必要な，オーケストレーションとコレオグラフィのバランスについて論じます。
-
/articles/overcoming-restlessness/ja/smallimage/overcoming-restlessness-s-1548835990305.jpeg)
RESTlessnessに打ち勝つ
GraphQLやgRPC，Apache Kafkaといった新しいAPIプロトコルが，RESTに基づいたHTTP APIに代わるものとして人気を集めています。RESTの代わりを探すのではなく，ソフトウェアエンジニア産業は，成熟したRESTエコシステムを基盤として，新たなプロトコルの技術的長所を探求する手段を模索するべきです。
-
/articles/give-rest-a-rest-rsocket/ja/smallimage/give-rest-a-rest-rsocket-s-1539273056287.jpeg)
RSocketでRESTに安息(Rest)を
REST(Representational State Transfer)は、マイクロサービス間の通信におけるデファクトスタンダードになっています。これは望ましいことではない、と著者は主張します。現代的なサービスを開発するには、現代的な素材でHTTPを置き換える必要があります。オープンソースのRSocketはサービスのために設計されました。アプリケーションレベルのフロー制御を組み込んだ、コネクション指向でメッセージ駆動のプロトコルです。
-
/articles/ESB-Integration/ja/smallimage/logoESB.jpg)
ニーズに合ったESBを選ぶには
Kai Wähner氏がインテグレーション／フレームワークとESB，インテグレーションスイートの違いを説明した上で，既存の商用およびオープンソースのソリューションの中から，適切なものを選択する方法についてアドバイスします。
-
/articles/Intro_Restful_Objects/ja/smallimage/article-logo.jpg)
紹介：Restful Objects
Restful Objectsは、ドメイン·オブジェクト·モデルのハイパーメディアAPIの公開仕様である。仕様のバージョン 1.0.0は、リリースされたばかりで、すでに仕様を実装した2つのオープンソースフレームワークがあり、1つはJavaプラットフォーム用で、もう1つが.NET用である。
-
/articles/rest-soap/ja/smallimage/article icon.jpg)
SOAP から REST へ - その方法と意義
REST API の数はここ５年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し，多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が，公開 API と API マッシュアップに一貫性を実現している方法について説明します。
-
/articles/RESTSOAFuture/ja/smallimage/small image 2.jpg)
-
/articles/introductionOozie/ja/smallimage/oozie small image.jpg)
-
/articles/it-architecture-inside-out-perspectives/ja/smallimage/architecture.gif)
ITとアーキテクチャ：裏返しの観点
ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。
-
/articles/no-reliable-messaging/ja/smallimage/Logo.png)
信頼できるメッセージングは、不要。
Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に１度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。