「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対応 クラウド時代のアプリケーションは、サービスを提供するコンポーネントのような小さなソフトウェアが多数連係する、いわゆる「マイクロサービス」と呼ばれるアーキテクチャを備えたものになると考えられています。 このマイクロサービスアーキテクチャを備えたアプリケーションの内部では、各サービス間をつなぐためのネットワークがまるで網の目のように張り巡らせられ、そこでさまざまなトラフィックが発生していきます。 そしてこのネットワークを安定的かつ効率的でセキュアに運用することはマイクロサービスの運用に欠かせない基盤であり、そのためにはトラフィックのルーティングルールの設定、トラフィックが偏らないようにロードバランスの実現、セキュリティのための暗号化通信や認証
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A Deep Dive into Service Mesh and Istio - CNDT 2019
［速報］マイクロソフト、クラウドアプリケーションのパッケージ仕様「CNAB」発表。Docker、HashiCorpと協業。Microsoft Connect(); 2018