複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演
複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal（ケイシー ローゼンタール）氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」（JaSST'23 Tokyo）の基調講演に登壇し、「Chaos Engineering to Continuous Verification」（カオスエンジニアリングから継続
カオスエンジニアリング
ソフトウェアをはじめとするあらゆるシステムは、発展するにつれて必然的に複雑性が増していきます。 本書は、カオスエンジニアリングの基本となる理論と原則を説明し、組織が複雑性を受け入れながら、システムにおける弱点を発見するとともに、自信を持って障害に対処する力をつけるための実践方法を解説します。 ソフトウェアがビジネスの根幹を担う企業であるSlack、Google、Microsoft、LinkedIn、Capital Oneでの事例を紹介し、ゲームデーを中心としたカオスエンジニアリングプログラムの実践、実験の選択や自動化にあたっての課題、継続的ベリフィケーションの設計と実施、さらにはデータベースやセキュリティ分野への応用例などについて説明します。 Netflixでカオスエンジニアリングチームを立ち上げた先駆者である著者に加え、さまざまな組織のリーダーたちがカオスエンジニアリングについて多角的に
Kubernetesにわざと障害を起こさせる仕組みを組み込める「LitmusChaos」がCNCFのインキュベーションプロジェクトに昇格
Kubernetesにわざと障害を起こさせる仕組みを組み込める「LitmusChaos」がCNCFのインキュベーションプロジェクトに昇格 Kubernetesなどを始めとするクラウドネイティブを実現するためのオープンソース群の開発などを推進する団体Cloud Native Computing Foundationは、Kubernetesをベースにカオスエンジニアリングを実現できるソフトウェア「LitmusChaos」が、実験的なサンドボックスプロジェクトから、育成のためのインキュベーションプロジェクトに昇格したことを発表しました。 The @LitmusChaos project has officially moved from the #CNCF Sandbox to the Incubator! https://t.co/ptrzk2a34n pic.twitter.com/X7pq
【AWS グラレコ解説】カオスエンジニアリングで本当にカオスにならないための進め方をグラレコで解説 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
皆さん、「カオスエンジニアリング」という言葉を聞いたことがあるでしょうか ? カオスエンジニアリングは Netflix 社がクラウド上で分散したアプリケーションを構築していく中でスタートした、本番環境に意図的に障害を注入し、その影響を観察する実験を通して、システムの可用性、信頼性を高めていく取り組みです。この記事では、グラレコを使ってカオスエンジニアリングの基本的な進め方をご紹介しつつ、AWS Fault Injection Simulator というカオスエンジニアリングの実験を支援するサービスをご紹介します。 「カオスエンジニアリング」という言葉を聞いたことがある方は「EC2 インスタンスをランダムに止めて、テストするやつでしょ ?」と考えたかもしれません。これには少し誤解があります。 確かに、初期には仮想マシンをランダムに停止していたようで、OSS の “Chaos Monkey“
カオスエンジニアリングの過去と今(後編)
はじめに このエントリではカオスエンジニアリングの歴史から、その目的が本番環境におけるテストから本番環境前に行うテストへ変わりつつあるのではないかということを説明する。 前編では、 カオスエンジニアリングとは実験であること カオスエンジニアリングを提唱したNetflixはAWSの障害を乗り切ったという成功体験を元に本番環境での試験を重要視していること(推測を含む) カオスエンジニアリングの周知に伴い、色々なツールが開発されたが、現在も生き残っているプロダクトは少ないこと などを説明した。 それでは後編に続く。 📘【note】 この記事はKubernetes2 Advent Calendar 2020の19日目です。 昨日は@hhiroshellさんのアルパカでもわかる安全なPodの終了 - 実験編でした。 Kubernetesにより、有名になったアーキテクチャデザイン 2014年、Goo
カオスエンジニアリングの過去と今(前編)
きっかけはMSのクラウドソリューションアーキテクトの真壁さんの発言と記事。 本番環境で試験することを前提に進められてきたカオスエンジニアリングは、クラウドネイティブ前提の環境とKubernetesの躍進によって、本番環境に出す前に試験するように姿が変わってきている。もしくは見直されようとしているのではないか？ そういう趣旨だ。 この変化がなぜ今起きようとしているのだろうか。 その理由を2015年に成立したカオスエンジニアリングの原則 、さらにその昔の提案元であるNetflixの技術背景を見ながら考察したい。 そもそもカオスエンジニアリングってなんだ？ カオスエンジニアリングとはなんだろうか？ まずは、カオスエンジニアリングの規範である、カオスエンジニアリングの原則 を参照したい。 カオスエンジニアリングは、分散システムにおいてシステムが不安定な状態に耐えることのできる環境を構築するための検
［速報］AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020
Amazon Web Services（AWS）は、開催中のオンラインイベント「AWS re:Invent 2020」で、アプリケーションに対してクラウド障害のシミュレーションを行える新サービス「AWS Fault Injection Simulator」を発表しました。 クラウド上で稼働するアプリケーションの耐障害性などを高めるために実際にクラウド障害をわざと発生させて問題点をあぶりだす手法は、「Chaos Enginieering（カオスエンジニアリング）」と呼ばれています。 Netflixが2012年にカオスエンジニアリングのためのツール「Chaos Monkey」を公開したことで広く知られるようになりました。 参考：サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 今回発表された「AWS Faul
KubernetesのPodやネットワークをわざと落としまくってカオスエンジニアリングのテストができる「Chaos Mesh」がバージョン1.0に到達
KubernetesのPodやネットワークをわざと落としまくってカオスエンジニアリングのテストができる「Chaos Mesh」がバージョン1.0に到達 Kubernetes上のシステムに対してわざと障害を発生させることで、システムの耐障害性のテストを行うためのソフトウェア「Chaos Mesh」がバージョン1.0に到達したことを、Chaos Meshの開発チームが明らかにしました。 Proud to announce the GA of #ChaosMesh 1.0: Powerful chaos support Visual chaos orchestration Enhanced observability Safe and controllable chaos Learn more: https://t.co/ynx3KIMzIS#chaosengineering @CloudNat
KubeInvaders - Gamified Chaos Engineering Tool for Kubernetes
This article is more than one year old. Older articles may contain outdated content. Check that the information in the page has not become incorrect since its publication. Authors Eugenio Marzo, Sourcesense Some months ago, I released my latest project called KubeInvaders. The first time I shared it with the community was during an Openshift Commons Briefing session. Kubenvaders is a Gamified Chao
【開催報告】 Chaos Conf 2019 recap 勉強会 | Amazon Web Services
Amazon Web Services ブログ 【開催報告】 Chaos Conf 2019 recap 勉強会 こんにちは、ソリューションアーキテクトの 畑史彦 です。 11月11日に Chaos Conf 2019 の Recap 勉強会を AWS Loft Tokyo にて開催致しました。アジェンダは こちら で確認できます。 Chaos Conf は今年9月に San Francisco で開催された Chaos Engineering をテーマにした技術カンファレンスです。主催は Chaos Engineering のサービスを提供する Gremlin 社です。Chaos Conf では Chaos Engineering に取り組む企業や Gremlin 社のサービスを利用する企業がそれぞれの事例や取り組みについて披露します。この recap 勉強会では、この Chaos Co
Chaos Engineeringの概要とPumba入門 - Qiita
この記事は リクルートライフスタイル Advent Calendar 2017 4日目の記事です。 はじめに こんにちは！データエンジニアリンググループでエンジニアをやっている @shotat です。 最近は CETというプロジェクトでDataflowを書いたりGoを書いたり無限にSQLを書いたりしています。 先月サンフランシスコで行われた QCon2017 に参加してきました。 QConではArchitecture, DevOps, Microservices, AI, CS, Culture, Web…と幅広いトラックがあり、全体としてサービス・組織をどのようにスケーリングさせていくか？という点に関心が集まっていたように感じました。 トラックの一つとしてChaos Engineeringがあり、中でもChaos Architecture のセッションはカンファレンスで一番Attende
Chaos Engineering に向けてレシピサービスの Steady State を追求する - クックパッド開発者ブログ
こんにちは、今年ソフトウェアエンジニアとして新卒入社した @itkq です。社会人になってから 1 クールで見るアニメの本数がガクッと減っていることに気づいて最近は無力を感じています。さて、この開発者ブログで「Chaos Engineering やっていく宣言*1」が公開されたことは記憶に新しいと思います。私はインフラストラクチャー部 SRE グループに配属され、最近は Chaos Engineering に関わる取り組みも行っています。その中から今回は「レシピサービスの Steady State を追求する」取り組みについて、背景や現状も含めて紹介します。 Steady State とはなにか、なぜ必要か 一昔前の Web サービスといえば、様々な機能が 1 つのアプリケーション上に実装されたモノリシックアーキテクチャが一般的でした。その後サービスという単位で機能を切り出して別アプリケー
Chaos Engineering やっていく宣言 - クックパッド開発者ブログ
技術部のヨシオリです。 Netflix が Chaos Engineering の論文を公開して 2 年ほど経ちました。 クックパッドは最近、 Chaos Engineering を導入する事を決めました。 この記事ではその背景を紹介したいと思います。 そもそも Chaos Engineering とは Netflix では Failure Injection Testing として、営業時間中に意図的に障害を起す事をやっていました。Chaos Monkey というインスタンスとサービスを落すものから Chaos Gorilla、Kong という availability zone や region 単位で障害を発生させるものなどです。 その経験から Chaos Engineering というものが提唱されました。 Principles of Chaos Engineeringによれば C
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
カオスエンジニアリングとレジリエンスエンジニアリング - メンタルモデル、ツール、試験
Dave Rensin: Chaos Engineering for People Systems - Chaos Conf 2019
https://chaosconf.io/
DevOps, Immutable Infrastructure, Microservices and Chaos Engineering
NetflixのChaos Engineeringの原則