BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ SOA に関するすべてのコンテンツ

  • RESTlessnessに打ち勝つ

    GraphQLやgRPC,Apache Kafkaといった新しいAPIプロトコルが,RESTに基づいたHTTP APIに代わるものとして人気を集めています。RESTの代わりを探すのではなく,ソフトウェアエンジニア産業は,成熟したRESTエコシステムを基盤として,新たなプロトコルの技術的長所を探求する手段を模索するべきです。

  • RSocketでRESTに安息(Rest)を

    REST(Representational State Transfer)は、マイクロサービス間の通信におけるデファクトスタンダードになっています。これは望ましいことではない、と著者は主張します。現代的なサービスを開発するには、現代的な素材でHTTPを置き換える必要があります。オープンソースのRSocketはサービスのために設計されました。アプリケーションレベルのフロー制御を組み込んだ、コネクション指向でメッセージ駆動のプロトコルです。

  • ニーズに合ったESBを選ぶには

    Kai Wähner氏がインテグレーション/フレームワークとESB,インテグレーションスイートの違いを説明した上で,既存の商用およびオープンソースのソリューションの中から,適切なものを選択する方法についてアドバイスします。

  • 紹介:Restful Objects

    Restful Objectsは、ドメイン·オブジェクト·モデルのハイパーメディアAPIの公開仕様である。仕様のバージョン 1.0.0は、リリースされたばかりで、すでに仕様を実装した2つのオープンソースフレームワークがあり、1つはJavaプラットフォーム用で、もう1つが.NET用である。

  • SOAP から REST へ - その方法と意義

    REST API の数はここ5年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し,多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が,公開 API と API マッシュアップに一貫性を実現している方法について説明します。

  • エージェントは生き残っているか?(後編)

    Javaで実装されたFIPA仕様準拠の代表的エージェント・プラットフォームであるJADEの特徴の簡単な解説と、最近のJADEの適用範囲の広がりについて紹介。

  • SOAの未来はRESTか

    この記事ではBoris Lublinsky氏がSOAとRESTのアーキテクチャ上の違いを説明し、SOAの実装としてのRESTを使う方法を説明します。

  • Oozieの紹介

    複数のMap/Reduceジョブを論理的なひとつのユニットに組み上げるフレームワーク、Oozieを紹介します。

  • ITとアーキテクチャ:裏返しの観点

    ソフトウェア業界は、無秩序で、コストは、どんどん高くなり、品質は低下している。ITにおける新しい技術やプロセスや方法論の約束は、いかなる重要な規模においても、今だに実現化されていない。Bruce Laidlaw と Michael Poulinの両氏は、30年以上の経験から、ITの過去と現在関して、考えを比較し、ソフトウェア業界が進歩するために何が必要かについての洞察を提供している。

  • 信頼できるメッセージングは、不要。

    Marc de Graauw氏は、WS-ReliableMessagingのようなトランスポート レベルの信頼性メカニズムが必要だ、という考えに対して、挑戦している。そのために、オランダのヘルスケアのSOAを例に、いかに、順番処理と正確に1度の処理を実現するビジネス論理の方が、ずっとうまくジョブを処理できるかを説明している。

  • 実践RESTful HTTP

    Gregor Roth氏から、RESTful HTTPの基礎に関してオーバービューを提供し、RESTful HTTPアプリケーションを設計する上で開発者が直面する典型的な問題に関して取り上げる。その中で、RESTアーキテクチャスタイルをいかに実践していくかを示す。Gregor氏は、URIの命名の共通して利用されるアプローチや、統一インターフェースをつかったリソースへのインタラクション、PUTとPOSTの使い分け、CRUD以外の操作のサポートなどについてとりあげている。

  • 私たちに必要なものは情報システムの評価である

    Pierre Bonnet氏は、情報システムがあまりに曖昧で、俊敏でないと主張します。彼は、「健全な」企業が、過剰なリスクを負って数か月のうちに崩壊する原因について説明しています。

BT