InfoQ ホームページ microservices に関するすべてのコンテンツ
-
マイクロサービスの運用に失敗しない５つの方法
TakipiのAlex Zhitnitsky氏が，マイクロサービスの実運用へのデプロイを成功させるための５つの方法について記事を書いた。本記事で見るように，彼らの自助努力には共通する部分が多く，そこから問題領域の最上位に位置する合意が得られるかも知れない。さもなくば，これらの問題が解決をみることはないだろう。
-
Datawireがフォールトトレラントなマイクロサービスフレームワーク 'Datawire Connect' をリリース
DatawireがオープンソースのDatawire Connectフレームワークをリリースした。Java, Python, あるいはNodeJSで記述されたサービスを対象に，自動生成されるRPCスタイルのクライアントライブラリを使用した‘レジリエントなマイクロサービス接続’を実現する。クライアントライブラリでは，サービス登録やディスカバリ，ダイナミックなロードバランシングとルーティング，自動タイムアウト，サーキットブレーカなどの機能を提供する。
-
ドメイン駆動設計とマイクロサービス
QCon LondonでEric Evans氏は複数のチームが他のチームのサービスを統合することで生まれる"大きな泥だんご"をうまく扱うための仕組みとしてドメイン駆動設計を紹介している。
-
Azure Service Fabric が一般提供（GA）に到達
最近サンフランシスコで開催された Microsoft の Build カンファレンスにて、同社は Azure Service Fabric の一般提供（GA）を発表した。
-
O’Reilly Software Architectureカンファレンスから学ぶ:2日目
O’Reilly Software Architectureカンファレンス2日目の内容をレビューとして、以下の講演の内容をレビューする。Evolving toward microservices: How HomeDepot.com made the transition’, ‘Going cloud native: It takes a platform’, ‘Let's make the pain visible’, ‘Microservices in reverse’,‘The architect as coach’
-
MicrosoftはAzure Functionsサーバーレスアプリを導入
今月のBuildカンファレンスにおいてMicrosoftは、オンデマンドでコードを実行できるサービスAzure Functionsのプレビューを発表した。 Azure Functionsは、Amazon, Google, IBMなどに占有されているイベント駆動型のサーバーレスコンピューティングという人気上昇中の領域にMicrosoftが踏み込んだことになる。
-
クラウドベースの開発がAutoScout24をよりアジャイルにする理由
InfoQは、AutoScout24のErik Doernenburg氏とPhilipp Garbe氏に、彼らがクラウドに乗り換えた理由、期待していたこと、そしてクラウドを使ったコンピュータリソースの管理についてインタビューを行った。また、クラウドがDevOpsの展開にどう貢献したかという事例、AutoScout24のチームがアジャイルな方法で働くことになぜ興味を持ったのか、なぜ新しいことにトライすることを熱望していたのかを話してもらった。
-
進化的アーキテクチャの特徴
進化的アーキテクチャの第一原則は非破壊的な変更をサポートすることだ。進化的アーキテクチャの特徴と原則についての記事でRebecca Parsons氏とNeal Ford氏はマイクロサービスアーキテクチャは、進化的アーキテクチャの優れた例になると書いている。彼らの考えではマイクロサービスはドメイン駆動設計(DDD)で言う境界付けられたコンテキストの原則に従うため、進化的アーキテクチャの原則に適う。
-
ストリーミング領域におけるマイクロサービスとは
分散化を採用してサービスベースのシステムを開発し，ストリーム処理ツールを使って状態分散の問題にアタックせよ – 先日のQCon Londonカンファレンスで行ったプレゼンテーションの中で，Ben Stopford氏はこのように主張した。
-
マイクロサービスのアンチパターン
一枚岩のアプリケーションの主な問題はスケールし難いということだ。しかし、これはアプリケーションの観点だけではなく、チームがスケールし難くなることが重要だ。QCon LondonカンファレンスでTammer Saleh氏は、マイクロサービスの一般的なアンチパターンについて語り、マイクロサービスへ移行する主な理由はチームにある、と話した。
-
Lagom - 新しいマイクロサービスフレームワーク
Akkaを開発するLightbendが，同社のReactive Platformを基盤として使用したオープンソースのマイクロサービスフレームワークであるLagomをリリースした。Play FrameworkやAkka製品ファミリに加えて，開発用としてConductRを使用しているのが特徴だ。デフォルトはメッセージ駆動型の非同期方式で，分散型CQRS永続化パターンとイベントソーシングを実装の中心に使用している
-
2016年のJava EEとマイクロサービスは？
昨年の12月末，C2B2とPayaの創設者であるSteve Millidge氏は2016年を，JavaEEマイクロサービスの年になると予想した。WildFlyやTomEE，KumuluzEEフレームワークなど，氏に同調する意見は多い。しかし開発者の中には，Java EEには根本的に問題があるため，マイクロサービスには向いていないという意見もある。
-
マイクロサービスを設計するときはエンジニアの発想を捨てる
マイクロサービスとそのAPIの設計をするときは、ユーザにフォーカスしたデザイナーとして考える必要がある。Nic Benders氏はMicroservices Practitioner Summitのプレゼンでそう主張した。まず、APIを設計し、それからサービスを外から内側に向かって開発するのだ。
-
Gizmo - The New York Times開発チームによるGo言語ベースのマイクロサービスツールキット
The New York Times開発チームは，Go言語(Golang)を使用したオープンソースのマイクロサービスツールキットである‘Gizmo’をリリースした。標準化されたコンフィギュレーションとロギング，戦略設定の可能な状態監視とエンドポイント計測機能，サービスのエクスペクテーション(expectation)とボキャブラリ(vocabulary)を定義する基本的なインターフェースを備えている。
-
ドメイン駆動設計でマイクロサービス開発
マイクロサービスとドメイン駆動設計(DDD)、と言えば境界づけられたコンテキストが話題に上がる。確かにマイクロサービスの粒度を定義する上で境界づけられたコンテキストは基礎となる道具だが、他のコンセプトも重要だ。Michael Plöd氏はベルリンで開催されたmicroXchgカンファレンスのプレゼンで、DDDは単にエンティティや値オブジェクト、リポジトリというだけではない、と言い、マイクロサービスを設計する上でのDDDの使い方について説明した。