マイクロサービス設計原則: SOLIDではなくIDEALS
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（前編）。Mercari Tech Conf 2018
2013年から2017年のあいだ、スタートアップを含む2000以上の組織に対して、いかに組織のパフォーマンスを加速するかという聞き取り調査を行い、その調査結果をまとめたものです。 その調査結果のひとつにこのグラフがあります。 これは組織のエンジニアの人数とそのパフォーマンスを、組織の違いによって示したものです。 横軸がエンジニアの人数、縦軸はエンジニアあたりの1日のデプロイ数を指標としたパフォーマンスです。 これによると、パフォーマンスの低い組織はエンジニアが増えるとデプロイ数も減少しています。普通のパフォーマンスの組織はエンジニアが増えてもデプロイ数に変化はありません。 一方でパフォーマンスの高い組織はエンジニアが増えるほど指数関数的にデプロイ数が増えていきます。メルカリが目指しているのはここです。 これは単純にアーキテクチャをモノリシックからマイクロサービスへ移行するだけでは実現できま
Istio: マイクロサービスのためのサービスメッシュ
Google, IBM, Lyftがマイクロサービスを管理、セキュア化、監視するフレームワークであるIstio（ギリシャ語で“帆”を意味する）をオープンソース化した。 マイクロサービスは、複雑なシステムを構成するタスクを数ダース、あるいは数百の小さいサービスに分割することで、開発に簡潔さをもたらす。各サービスはソフトウェアエンジニアの小さなチームにとって理解しやすく変更しやすいものとなる。しかし、複雑さは実際には排除されず、これら大量のサービスの接続、管理、監視の領域へ移動する。数百ものサービスの管理、デプロイの扱い、バージョン管理、セキュリティ、フェイルオーバー、ポリシー強制、計測、監視、等は簡単ではない。Istioはこれらの問題を解決しようとするものだ。 Googleによれば、Istioは“サービスとネットワーク間のインフラストラクチャのレイヤー”であり、“サービスデプロイメントと組み
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
