InfoQ ホームページ SOA に関するすべてのコンテンツ
-
リアクティブストリームとは
最近のソフトウェアは，リアルタイムに近いデータ操作を行うことが多くなっている。 秒以下の応答でデータ交換することにビジネス価値のある状況において，データを可能な限り早く知識に転換する方法のひとつがストリーム処理だ – Kevin Webber氏はリアクティブストリーム(Reactive Streams)について，このように説明する。
-
Ionide - F#で記述されたAtomベースのF#用IDE
IonideはAtom Editorをベースに，フル装備とクロスプラットフォームを実現した，現代的なF#開発用オープンソースIDEのパッケージスイートだ。InfoQは作者であるKrzysztof Cieślak氏に話を聞いた。
-
分散システム開発で学んだ教訓
部分的障害(Partial Failure)のような分散システムの問題に対して最大限できることは，問題が起きないように願うだけではなく，それらに備えることだ - InfoQとのインタビューでVaughn Vernon氏はこのように説明して，部分的可用性(Partial Availability)を考慮した設計や，依存性が利用不可能な場合にオペレーションを回復するための上限付き指数待機(Capped Exponential Back Off)の利用など，現実的なアプローチと実践的アドバイスを書いたJeff Hodges氏のブログ記事を紹介してくれた。
-
IntelのMulti-OS EngineがAndroidアプリのiOS移植を可能に
Intelは自社の統合ネイティブ開発環境(INDE)に，Multi-OS Engineと呼ばれる新機能を導入した。Java開発者を対象に，AndroidアプリのiOSプラットフォームへの移植作業を容易にすることが目的だ。
-
Redfish: サーバ管理のための新しいAPI
Redfish 1.0はスケールアウトコモディティサーバの管理のための標準およびRESTful APIとして定義されている。Redfishは最近のスケーラブルアーキテクチャのニーズを考慮して作られたものだが、古いプラットフォームやツールチェーンの管理や統合にも利用できる。
-
ハイパーメディアREST APIサーバの設計とクライアントからの利用
RESTとハイパーメディアにはメリットも多いが，クライアントとサーバ両方のAPIを著しく複雑化するために，それが有効なシナリオは限られる。Jimmy Bogard氏は一連のブログ記事で，ハイパーメディアなどさまざまなメディアタイプの選択から始まる，サーバからクライアントまでの完全なハイパーメディアソリューション実現の上で何が必要なのかを説明している。
-
Udi Dahan氏の語るビジネスロジックの再利用とマイクロサービス
再利用(Reuse)はこの13年間，システム開発のほぼすべての事象に対するモットーだった。しかしながら再利用は，少なければ健康的だが，度が過ぎるとダメージを被る，シアン化合物のようなものだ – ロンドンで開催された今年のDDD Exchangeカンファレンスでのプレゼンテーションで，Udi Dahan氏はこのように述べて，ビジネスロジックの面からの視点を提案した。
-
Stack Overflowを支えるモノシリックアプリをパフォーマンス重視でスケールアップする
QCon New York 2015でDavid Fullerton氏は，１ヶ月あたり40億のリクエストを処理するStack OverflowのWebサイトで使用されている，モノシリックなC#/MS SQLアーキテクチャの詳細を発表した。講演の中でFullerton氏は，パフォーマンスを重視すればスケーラビリティは‘ほぼ無償で’手に入る，外部アプリケーションサービスの数を最小限にすれば‘SOA税’を支払う必要もない，と主張している。
-
Stefan Tilkov氏: モノリスではなく、マイクロサービスから始めよう
この数ヶ月間，Martin Fowler氏を始めとする人々が，マイクロサービスアーキテクチャはモノリスを出発点とするべきだとする論を展開している。しかしStefan Tilkov氏は，これが正しくないことを伝えている。明確に分離されたモジュールを備え，十分に構造化されたモノリスを後になってマイクロサービスに分解するというのは，不可能ではないとしても，多くの場合は非常に困難だと言うのだ。
-
WSO2がAPI CloudとApp Cloudを発表
WSO2Con EU 2015でWSO2がAPI CloudとApp Cloudを発表した。それぞれAPIとエンタープライズアプリケーションのライフサイクル全般を管理する，いずれも完全なソリューションだ。
-
Android, iOS, Chromeにメッセージ送信可能なGCM 3.0
GCM 3.0でGoogleが試みたのは，登録プロセスを簡略化すること，そして同社のクラウド通知システムをAndroid, iOS, Chromeで同じように動作させることだ。そのために，新たなトピックグループとメッセージ診断ツールが用意された。
-
マイクロサービス移行の代償
先日の記事でMartin Fowler氏は，いつマイクロサービス導入を検討するべきか，という質問への返答を試みている。このようなアーキテクチャ変更には固有の複雑さがあることを，開発者に分かって欲しい，という考えからだ。場合によっては，十分に設計されたモノリスの方が望ましい場合もあるのだ。
-
Parse、新しいSchema APIとAPI Consoleを追加
Parseがアプリで使うデータベーススキーマをプログラムから操作できる新しいSchema APIと、コードを書く必要なしにParse REST APIを使いやすくするためのParse API Consoleを発表した。
-
Microsoft、Project Oxfordでアプリにインテリジェンスをもたらす
MicrosoftがProject Oxfordという名で、顔認識、音声処理などの機械学習アルゴリズムを使ったアプリケーションを開発者が構築できるようにする、RESTful APIを公開した。現在、新しいAPIはAzureの一部としてβ版にあり、月5,000コールまでフリーで利用できる。
-
サービスはマイクロサービスによって構築される論理的構造である
サービスとはビジネス機能を備えた論理的構造であり，内部的にはその責務を果たす，複数の自律的コンポーネントないしマイクロサービスで構成される - ビジネス機能とそれを取り込むコンテキストにおけるサービス構築に関して，自らの見解を明確にした前シリーズのブログ記事に続いて，Jeppe Cramon氏はこのように提言する。