InfoQ ホームページ microservices に関するすべてのコンテンツ
-
マイクロサービス対モノシリックアプリケーション
マイクロサービスの利用は，モノシリックなアプリケーションの責務を分割して，疎結合化とデプロイの迅速化を行うひとつの方法だ。ただしそれは，唯一の方法でも，さらには最善の方法でもない – Todd Hoff氏は２つのアーキテクチャ的アプローチを比較して，このように述べている。
-
OSGi Release 6仕様，Data Transfer Object，Versioning Annotationを追加
先月のOSGi DevCon in New YorkでOSGi Allianceは，OSGi Core Release 6をリリースした。Data Transfer Objectの表現の標準化や，インターフェースがクライアントによる参照あるいは実装のいずれを意図するのかを示すアノテーションが追加されている。その他にも osgi.native ネームスペース，拡張バンドルのアクティベータなどが加えられた。本文を読んで，その詳細を確認してほしい。
-
マイクロサービスの配置とビルドのパターン
マイクロサービスを管理するのは、互いに通信しあい、自動的にプロビジョニングするたくさんの小さなシステムの面倒を見ることであり、インフラの自動化が極めて重要だ、とJames Lewis氏は言う。氏はマイクロサービスアーキテクチャがもたらす、増大する運用の複雑性に対処するための方法を共有する中で、このように書いている。
-
マイクロサービス(µServices)は4年前すでに定義されていた
"私は4年前にマイクロサービス(µServices)ということばを考え出して，常に同じプロセス内でオーバヘッドのない通信を行うサービスとして定義しました。SOA(Service Oriented Architecture, サービス指向アーキテクチャ)の出現によって人々が思い浮かべがちな大規模で高コストで複雑なサービスと，これらの軽量サービスを区別するためです。" Peter Kriens氏は先日，このような主張をした。
-
Dockerにまつわる誤解
Dockerを評価したシステム管理者としての経験に基づいて、Matt Jaynes氏がDevOps Universityのサイトに「Docker Misconceptions」という記事を書いた。彼は小規模で信頼できるインフラ基盤のないところでDockerを採用することをいさめ、デプロイメントプロセスを改善する代替案について説明している。
-
SoundCloudのマイクロサービスへの移行
SoundCloudがマイクロサービス型の設計に移行したのは、チームが新しい機能を素早く実装できるようになるために致命的に重要だった。Phil Calçado氏は3連続のブログ記事でそう書いている。この記事では彼らのモノリステックなシステムからの移行についての経験が書かれている。
-
マイクロサービス設計概論
シンプルなコンポーネントとシステムを設計することは，マイクロサービスへの移行を図る上で非常に重要である。注目すべきはコンポーネントの進化であり，進化と変化の可能なシステムをいかに構築するかだ - 先頃，マイクロサービスの設計と構築を紹介する中で，Russ Miles氏はこのように説明した。
-
マイクロサービスの強み弱み
マイクロサービスが最近話題になっており、噂も生まれている。10年以上に渡り、重たく、扱いにくいSOAソリューションが続いたが、マイクロサービスはそれを置き換える待望のソリューションなのだろうか。それとも単に一枚岩のソリューションズよりも単純なだけなのか。
-
マイクロサービス？ ナノサービスはどうか？
Arnon Rotem-Gal-Oz氏はマイクロサービスという用語，さらにはSOAとの関係に関する議論を取り上げた記事を書いた。氏によるとこの用語は，マイクロサービスをコード行数で定義する人々に代表されるように，アンチパターンに陥る危険性を孕んでいる。
-
-
マイクロサービスとSOA
ここ数年，新たな可能性を持ったアーキテクチャスタイルとして，マイクロサービスが取り沙汰されるようになった。最近でもThoughtworksのMartin Fowler, James Lewis両氏が，マイクロサービスを定義する記事を書いている。しかしSteve Jones氏は，その記事を含むテーマ全般に異を唱える。マイクロサービスに新規性はほとんどない，単なるサービス指向デリバリアプローチだ，というのが氏の意見だ。
-
GOTO Berlin: モノリスの代替としてのマイクロサービス
James Lewis氏はGOTO Berlinカンファレンスにおいて、1つの巨大なデータベースを持つ1つの巨大なアプリケーションにすべての機能を詰め込むという従来のやり方に代わる、独自のデータを持つ個別のビジネスケイパビリティがマイクロサービスとして分割されたシステム構築手法について語った。
-
Tim Fox氏、Vert.x 2.0の変更点について語る
近年、モバイルクライアントやソーシャルネットワークといった新たなトレンドにより、Webアプリケーションは並行コネクションを扱う必要に迫られてきた。その結果、たとえばVert.xに見られるような、イベントや非同期性に基づいた新しいサーバアーキテクチャが登場した。Tim Fox氏がVert.x 2.0の変更点について語った。
-
Netflix: DaaS -- サービスとしてのディストピア
Netflix社のクラウドアーキテクトの Adrian Cockroft氏は、キーノートプレゼンテーションで、Netflixの「クラウドネィティブ」なアーキテクチャについて述べ、そして「完璧なるユートピア」と、「新たな技術的チャレンジ」との間のトレードオフについて説明している。その技術的チャレンジとは、高度にアジャイルで可用性が高いサービスを、不完全で時には不具合のあるコンポーネントを使って構築しようとするものである。
-
vert.xのハイボリューム／スケーラブルなアーキテクチャ - Eberhard Wolff氏とのインタビュー
昨年登場したvert.xは，Node.jsと同様のランタイムをJava仮想マシン上に実現する。しかしNode.jsと対照的なのは，vert.xが本来の意味での多言語(polyglot)アプローチを踏襲していて，JavaScript，Groovy，Javaなどの言語を使ったシステムの構築が可能なことだ。