InfoQ ホームページ SOA に関するすべてのコンテンツ
-
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氏はこのように提言する。
-
システム構成の５つの設計原則
構成管理ツールを使ってシステム構成を集中化しようとする時，conf.dのような一般的なメカニズムが，さまざまな問題の原因となる。このような問題を回避するため，Ish-Shalom氏は，構成に関する５つの設計原則を提案する。中心となるアイデアは，構成APIの利用と，必要とするシステム更新の更新タイプによる構成の分離だ。
-
マイクロサービス，アプリケーション，システムを比較する
大規模システムは単一環境でなければならない，プロジェクトのスコープとシステム構築は１対１にマッピングされることが一般的だ，といった前提が今日，見直しを迫られている。Stefan Tilkov氏は，大規模システムを小さなパーツに分解する方法として，システム，アプリケーション，マイクロサービスの特徴を比較し，検討している。
-
RESTier - ODataサービス開発のための新フレームワーク
Microsoft ODataチームが，OData 4.0 RESTful API開発用ミドルウェア開発フレームワークRESTierのプレビュー版を公開した。ASP.NET Web APIをベースとして使用する。
-
マイクロサービス、コンテナ、そしてDocker
小さなサービスを作り、軽量な仕組みを構築し、配置を独立させ、拡張性と移植性を確保するためにマイクロサービスアーキテクチャを採用する場合、Dockerのようなコンテナ技術が、配置や性能、分離の管理、ライフサイクルを考える上で理想的な環境だ。
-
マイクロサービスの現在
継続的デリバリへ移行し、スピードアップするためには、変化率を上げるとともに、変化のコストや大きさ、リスクを減らす必要がある。そこで、今やDevOpsやアジャイルへの移行やコンテナ化が注目をせざるを得ない、とAdrian Cockcroft氏は、11月にアムステルダムで開催されたDockerカンファレンスの基調講演で発表した。
-
マイクロサービスの観点から見たモノリス
マイクロサービスをベースとするアーキテクチャへの強いトレンドの存在により，モノリスとの比較が盛んに議論されている。Robert Annett氏はモノリスを，３つの基本的なビュータイプを持つアーキテクチャスタイルないしパターンと定義し，それぞれの特徴を説明する。