マイクロサービスをどう切り出すか ～マイクロサービスの凝集性・疎結合性を保つベストプラクティスと最適手法 - アイマガジン｜i Magazine｜IS magazine
マイクロサービス・アーキテクチャで 避けて通れない「切り出し」の話題 マイクロサービス・アーキテクチャに関わる話題は、以下の2つに大別される。 ・「モノリス」と呼ばれる大きなシステムから、どのような指針に基づき、マイクロサービス（注1）を切り出すか。 ・切り出されたマイクロサービスを組み合わせ、どのようにシステムとして機能させるか。 注1：本稿ではマイクロサービスを「十分に絞り込まれた責務が割り当てられた、凝集性・疎結合性に優れるWebサービス」と定義する。 このうち前者は、「なぜ、システムにマイクロサービス・アーキテクチャを適用するのか」という「Why」の話題として捉えられる。 それに対して後者は、「粒度が細かいマイクロサービスを組み合わせてシステムを構成することで生じる課題に、どのように対処すべきか」という「How」の話題と考えられる。 そうした意味では、システムからのマイクロサービス
「The Twelve-Factor App」を15項目に見直した「Beyond the Twelve-Factor App」を読んだ - kakakakakku blog
2012年に Heroku のエンジニアによって提唱された「The Twelve-Factor App」は素晴らしく，アプリケーションをうまく開発し，うまく運用するための「ベストプラクティス」として知られている．2020年になった現在でもよく引用されていると思う．日本語訳もある． 12factor.net Beyond the Twelve-Factor App とは？ クラウド化が進むなど，提唱された2012年と比較すると技術的な変化もあり，今までの「The Twelve-Factor App」で宣言されていた観点以外にも必要な観点やベストプラクティスがあるのでは？という意見もある．そこで，2016年に Pivotal のエンジニアが「Beyond the Twelve-Factor App」を提唱した．The Twelve-Factor App にあった「12項目をアップデート」し，新
Istioでマイクロサービスのテスタビリティを向上させる - Uzabase for Engineers
SPEEDAの開発チームの石橋です。 最近ではマイクロサービスでプロダクトを開発することが多くなってきていると思います。 そういった状況の中でマイクロサービスのテスト、特に異常系のテストをするコストがやや高いという話を何度か耳にしました。 本記事ではIstioのFault Injectionで「エラーが発生する」、「処理に時間がかかる」などの異常系のテストを容易に実現する方法を紹介します。 異常系のテストをする際の課題 環境構築 Gateway Service Deployment DestinationRule VirtualService Fault Injection Injecting HTTP Aborts Injecting HTTP Delays まとめ 参考 異常系のテストをする際の課題 サービスAとサービスBがあるとします。サービスAからサービスBにリクエストした際、サー
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（前編）。Mercari Tech Conf 2018
2013年から2017年のあいだ、スタートアップを含む2000以上の組織に対して、いかに組織のパフォーマンスを加速するかという聞き取り調査を行い、その調査結果をまとめたものです。 その調査結果のひとつにこのグラフがあります。 これは組織のエンジニアの人数とそのパフォーマンスを、組織の違いによって示したものです。 横軸がエンジニアの人数、縦軸はエンジニアあたりの1日のデプロイ数を指標としたパフォーマンスです。 これによると、パフォーマンスの低い組織はエンジニアが増えるとデプロイ数も減少しています。普通のパフォーマンスの組織はエンジニアが増えてもデプロイ数に変化はありません。 一方でパフォーマンスの高い組織はエンジニアが増えるほど指数関数的にデプロイ数が増えていきます。メルカリが目指しているのはここです。 これは単純にアーキテクチャをモノリシックからマイクロサービスへ移行するだけでは実現できま
サービスメッシュについて調査してみた件 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 最近、Kubernetesを中心としたコンテナ環境やマイクロサービスの文脈において、「サービスメッシュ」「Istio」というキーワードを聞く機会が増えています。 「Istio」は、2018/7/31にバージョン1.0に到達したことが発表され、ますます注目されるオープンソースソフトウェアとなっています。また、自分が所属しているSIerであっても、最近「サービスメッシュ」という言葉を聞く機会が増えてきています。 本記事では、サービスメッシュの概要から、サービスメッシュを実現するソフトウェアについて、Web上の情報などを元に調査した
Istioが正式版となるバージョン1.0に到達。マイクロサービスのためのサービスメッシュを実現
Googleなどがオープンソースで開発する「Istio」がバージョン1.0に到達したことが発表されました。 Istioは、Kubernetes上で稼働するコンテナで構成されるクラスタのあいだの通信などを制御することで、マイクロサービスとして構成されるアプリケーションの運用を支援するためのソフトウェアです。Istioが提供する機能群は「サービスメッシュ」と呼ばれています。 マイクロサービスを採用したアプリケーションは、複数のサービスから構成されています。このとき、一般に1つのサービスはおおむね複数のコンテナをまとめたクラスタで実行されています。 マイクロサービスの基盤の1つとなるKubernetesは、このクラスタが安定稼働するように、クラスタ内の個々のコンテナに対するロードバランシングや、負荷に対するスケーラビリティの実現、コンテナの死活管理などを行います。 そしてIstioはサービス間を
マイクロソフト、自社開発したコンテナオーケストレーションツール「Azure Service Fabric」の基盤ソフトをオープンソースで公開
マイクロソフト、自社開発したコンテナオーケストレーションツール「Azure Service Fabric」の基盤ソフトをオープンソースで公開 マイクロソフトは、Microservicesのフレームワークでありコンテナオーケストレーション機能などを備えた「Azure Service Fabric」の基盤ソフトを、「Service Fabric」としてオープンソースで公開しました。 Service Fabricは、いわゆるサービスに分解されたアーキテクチャを持つMicroservicesアプリケーションの基盤となるソフトウェアです。 コンテナオーケストレーション機能として、障害に対するフェイルオーバー機能、動的なリソースの割り当てによるロードバランス、ローリングアップグレード機能などを提供。ステートレス、ステートフルのどちらのアプリケーションにも対応します。 Service Fabricはもと
Google、IBMらがオープンソースの「Istio」公開。マイクロサービスのためのネットワーク機能「サービスメッシュ」を提供。Kubernetes対応
Google、IBMらがオープンソースの「Istio」公開。マイクロサービスのためのネットワーク機能「サービスメッシュ」を提供。Kubernetes対応 クラウド時代のアプリケーションは、サービスを提供するコンポーネントのような小さなソフトウェアが多数連係する、いわゆる「マイクロサービス」と呼ばれるアーキテクチャを備えたものになると考えられています。 このマイクロサービスアーキテクチャを備えたアプリケーションの内部では、各サービス間をつなぐためのネットワークがまるで網の目のように張り巡らせられ、そこでさまざまなトラフィックが発生していきます。 そしてこのネットワークを安定的かつ効率的でセキュアに運用することはマイクロサービスの運用に欠かせない基盤であり、そのためにはトラフィックのルーティングルールの設定、トラフィックが偏らないようにロードバランスの実現、セキュリティのための暗号化通信や認証
コンテナとマイクロサービスを基盤とした分散ブロックストレージ「Longhorn」をRancher Labsが発表 － Publickey
Rancher Labsは、コンテナ型仮想化の技術とマイクロサービスの構造を基盤とした分散ブロックストレージを実現するソフトウェア「Longhorn」を発表しました。オープンソースで開発されています。 Longhornは複数のサーバ内のストレージをソフトウェアで束ね、仮想的に巨大なストレージを構成。ユーザーはその仮想的なストレージに対してボリュームサイズやIOPS性能、レプリカ数などを指定し、仮想マシンやコンテナにマウントして利用を開始することができます。 また、ボリュームのスナップショットをとることも可能。ただしまだ重複排除や圧縮、ストレージの性能や容量に合わせた自動階層化などの機能は備えていません。 仮想ストレージを構成するストレージコントローラソフトウェアは、それぞれのサーバ上のコンテナ内で実行。多数のストレージコントローラがオーケストレーションされて、Longhornを実現していま
マーチン・ファウラー氏による「マイクロサービスの前提条件」
「マイクロサービス」という新しいアーキテクチャスタイルが話題になっています。ごく簡単に言えば、1つのシステムを複数の小さなサービスを組み合わせて実現することです。マーチン・ファウラー氏とJames Lewis氏が今年の5月に公開した記事「Microservices」で注目が集まりはじめました。 参考："Microservices"を読んだ | SOTA 参考：クックパッドとマイクロサービス - クックパッド開発者ブログ 参考：マイクロサービスとSOA - InfoQ このマイクロサービスを実現する上で、組織が備えていなければならない能力について、マーチン・ファウラー氏が先月、「MicroservicePrerequisites（マイクロサービスの前提条件）」という記事を公開しています。同氏のWebサイトの記事は翻訳が許可されているので、ここで翻訳を紹介したいと思います。 マイクロサービスの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A Deep Dive into Service Mesh and Istio - CNDT 2019
Tetration Micro-Segmentation: Secure Your Applications and Your Seat at the Yankees Game
［速報］マイクロソフト、クラウドアプリケーションのパッケージ仕様「CNAB」発表。Docker、HashiCorpと協業。Microsoft Connect(); 2018