InfoQ ホームページ microservices に関するすべてのコンテンツ
-
マイクロサービスの観点から見たモノリス
マイクロサービスをベースとするアーキテクチャへの強いトレンドの存在により，モノリスとの比較が盛んに議論されている。Robert Annett氏はモノリスを，３つの基本的なビュータイプを持つアーキテクチャスタイルないしパターンと定義し，それぞれの特徴を説明する。
-
企業レベルで見たマイクロサービス批評
凝縮度の高く結合度の低いマイクロサービスを，ひとつのシステム内ではなく，企業全体に渡って，どのように見出せばよいのか，Udi Dahan氏が説明する。最後に目指すのは，組織全体を対象とした，ビジネス能力に基づくサービスの編成であり，それこそがビジネス上の関心事なのだ。
-
アプリケーションアーキテクチャはアプリ接続へ
Anne Thomas氏がウェビナで，大規模なアプリケーションから，焦点を絞ったサービス依存のアプリへのシフトについて要約している。また，Matias Duarte氏はインタビューで，これらのアプリを接続する方法を話題にしている。
-
サービス指向デリバリモデルとしてのマイクロサービス
マイクロサービスは有用だが，適切な分割を行って境界線を設定するには，ビジネスとそのプロセスの理解が不可欠だ - Jeppe Cramon氏は，ロンドンのMicroservices Conferenceで行ったプレゼンテーションの中で，このように説明した。
-
クラウド対応のマイクロサービスを開発する
マイクロサービスをクラウドに展開しようとして，新しいアーキテクチャの理解に苦労している人が多いのは，それがパラダイムシフトだからだ - Daniel Bryant氏は，ロンドンで開催されたMicroservices Conferenceで行ったプレゼンテーションの中でこのように説明した。クラウドマイクロサービスの設計と実装を支援するために氏はDHARMA原則を提唱し，それに基づくチェックリストを作成している。
-
Martin Fowler氏がマイクロサービスの特徴について語る
サービス指向アーキテクチャ (SOA) は幅広く使われる言葉であり、実際には意味を持たない。 マイクロサービスはSOAの一部であり、SOAの専門用語の中では役に立つ部分だと言えるほど価値があると、GOTO Berlinカンファレンスのオープニングの基調講演でMartin Fowler氏が述べた。
-
GOTO Berlin: マイクロサービスを用いたWunderlistの再構築
Wunderlistの開発企業である6WunderkinderでCTOの職にあるChad Fowler氏が，同社がいかにして巨大なモノシリックRailsアプリケーションと巨大なモノシリックデータベースから多数のマイクロサービスによるシステムに移行したかを語り，最終的に行き着いたアーキテクチャについて解説する。氏らは新たな機能をサービスとして追加することから始めて，巨大なデータベースの細分化を行い，最後に新システムへの大幅な更新を行ったのだ。
-
マイクロサービスを使って学んだレッスン
マイクロサービスを採用するようになったことを複数の企業が報告した。最近では、スタートアップのDropletからTom Livesey氏が、アーキテクチャのアプローチを移行した時に学んだいくつかレッスンを公表し議論に参加している。
-
リアクティブマニュフェスト2.0についてMartin Thompson氏が語る
9月に開催されたGOTOカンファレンスにて、リアクティブマニュフェストの第2版が発表された。Martin Thompson氏が新しい版が必要だった理由や旧版との違いについて語った。
-
Ceylon 1.1 - OSGi, Vetr.x, 動的インターフェース，使用箇所分散，Promiseをサポート
Ceylon 1.1には動的なインターフェース，使用箇所分散(use-site variance)，OSGiとVert.xによるデプロイメント，ceylon.promiseモジュール，IDE拡張，パフォーマンスの向上したコンパイラなどが付属する。
-
マイクロサービス vs 共有ライブラリ
Robert C. Martin氏のアドバイスは，まずは共有ライブラリとプラグインアーキテクチャから始めて，それらが不十分になって始めて，サービスバウンダリとマイクロサービスの導入を検討すればよい，というものだ。Giorgio Sironi氏はこれに異論を唱える。マイクロサービス間のインタラクションを，単一アプリケーション内のオブジェクト間のインタラクションを比較した場合の違いを強調し，既存のコードベースにマイクロサービスをレトロフィットすることの難しさを警告している。
-
マイクロサービスと”Big Balls of Mud"
最近になって，マイクロサービスはシステムアーキテクチャとしてよい方法なのか，あるいは分散型"Big Balls of Mud"を引き起こす潜在的問題を抱えているのか，というテーマの記事がいくつも書かれている。Simon Brown氏とGene Hughson氏は，優れたアーキテクチャ構成のモノリシックシステムを開発できなければマイクロサービスのメリットを享受することはできないのではないか，という可能性について議論する。
-
マイクロサービス対モノシリックアプリケーション
マイクロサービスの利用は，モノシリックなアプリケーションの責務を分割して，疎結合化とデプロイの迅速化を行うひとつの方法だ。ただしそれは，唯一の方法でも，さらには最善の方法でもない – 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氏は言う。氏はマイクロサービスアーキテクチャがもたらす、増大する運用の複雑性に対処するための方法を共有する中で、このように書いている。