カオスエンジニアリング

Update 情報が来ていましたね！ azure.microsoft.com 確認してみたところ、下記の二つの障害ライブラリが追加になっていました。 App Service の停止 (App Service Stop) ネットワークパケット損失 (Network Packet Loss) パケットロスのテストができるのも面白いですよね。 以前に共同執筆した記事ですが、Azure Chaos Studio お試しについては CodeZine さんの記事もどうぞ！☕ codezine.jp

はじめに 前回は「Azure Chaos Studio」を使用するための準備、カオス実験の構成方法などについて解説しました。 blog.jbs.co.jp 今回は前回構成したカオス実験の開始、結果の参照方法について解説していきます。 はじめに 実験対象リソースへのカオス実験アクセス権付与方法 Chaos Studio実験の開始と結果の参照 まとめ 実験対象リソースへのカオス実験アクセス権付与方法 まず実験を開始前に実験対象リソース対してカオス実験がマシンを停止したりコントロールする為のロールを割り当てを行う必要があります。 実験対象リソースに移動し、［アクセス制御(IAM)］をクリックし、［追…

はじめに 前回「Azure Chaos Studio」について、サポートされているリソースや障害の種類、制限事項などについて解説しました。 blog.jbs.co.jp 今回はいよいよ「Azure Chaos Studio」を使用するための準備、カオス実験の構成方法などについて解説していきます。 はじめに リソースプロバイダーの登録 実験対象の登録 実験の作成 まとめ リソースプロバイダーの登録 Chaos Studio を初めて使用する場合は、まずリソースプロバイダーを登録する必要があります。※リソースプロバイダーの登録にはサブスクリプションに対して共同作成者または所有者ロールの権限が必要で…

meiko hori (@m3iq) | Twitter から献本いただきました！ありがとうございます！ カオスエンジニアリングについての説明から実践例、導入方法や応用などまとまった情報が集まっていました。 各章のざっくりまとめメモ イントロダクション：カオスの誕生 「カオスエンジニアはテストではなく、実験の1つ」単にカオスをもたらすのではなく、本番環境の不安定さに耐える能力に自身を持つために行う。 自信があるならそもそもやらなくていいし、自信をつける他の良い方法があるならそれを使ってもいい。 予測不可能な複雑性に対しては、ユニットテストのように既知のロジックを検証するのではなく、 ブラックボ…

絵は描きっぱなし、本は出しっぱなしになり、昨年の年末に打ち立てた宣言は霧と消えてしまうけれど、作られた本はたしかにそこにある。今年のCパート、12/31くらいは自分の今年の作品をまとめる、毎年恒例記事です。 備忘録なので、だいぶ長いです。どうせ美化もされてるし自画自賛です。 でも一応おいておきますね！過去記事はこちら yowaket.hatenablog.com yowaket.hatenablog.com yowaket.hatenablog.com 今年は9作描いています！ ▼▼▼▼購入はこちら▼▼▼▼ akisamoya.booth.pm ななななB700 なんでつくった つくってみて …

この記事は RevComm Advent Calendar 2024 の 12日目の記事です。 はじめに こんにちは、バックエンドエンジニアの矢島です。 普段は主にバックエンド領域の開発・保守・運用を行っていますが、チームのサブマネージャーとして組織の運用改善なども行っています。 多くのソフトウェア開発チームが1度は直面する課題の一つに「属人化」があります。特定の機能や領域の知識が特定のメンバーに集中してしまい、その人が不在の際に対応できない、あるいは新機能の開発スピードが落ちてしまうといった問題です。 この記事では、弊社のプロダクトMiiTel の開発チームで実施した、属人化の解消への取り組…

こんにちは、カスタマーサクセス部カスタマーサクセス2課の畑野です。 普段、システム運用に携わっている身の為、システム障害に敏感です。 そういった障害に備えた訓練方法の1つとして、カオスエンジニアリングがあり、 たまたま見つけたセッション名で「Chaos」の文字から不穏な雰囲気を察知し、興味本位で参加することにしました。

2024年12月13日に、QYResearchは「カオスエンジニアリングツール―グローバル市場シェアとランキング、全体の売上と需要予測、2024～2030」の調査資料を発行しました。本報告書は、カオスエンジニアリングツールの世界市場を分析し、主要企業の売上、動向、市場規模、市場シェア、ランキングなどを掲載しています。また、地域別、国別、製品タイプ別、用途別に市場を分析しています。2019-2030年の売上に基づいて、カオスエンジニアリングツールの市場規模を推計と予測しています。企業が事業成長戦略を策定し、競争環境を評価し、市場ポジションを分析し、カオスエンジニアリングツール関連情報に基づくビジ…

我に似せる者は生き、我を象る者は死す(本質を理解して創造的に学ぶ者は発展し、表面的な模倣に留まる者は衰退する)。 はじめに 「Platform Engineering: A Guide for Technical, Product, and People Leaders」は、現場での実践知を出発点として、プラットフォームエンジニアリングの本質に迫る実践的なガイドとして、技術リーダーから上級管理職まで向けた幅広い読者層に向けて書かれています。個人的にはもう少しだけ広げて開発者やプラットフォームを実際に使う側も読んでも学びのある本だと思いました。著者のCamilleとIanの豊富な経験が凝縮された…

この記事は、負荷テスト初学者向けの記事の第 1 回として『負荷テストとは？』『AWS上での負荷テストの方法』を解説しています。 次回の記事以降にて、「 Distributed Load Testing on AWS 」を利用して実際に負荷テストを実施するまでの試験計画〜実施までの流れを解説します。 こんにちは！エンタープライズクラウド部クラウドコンサルティング課の日高です。 もし私のことを少しでも知りたいと思っていただけるなら、私の後輩が書いてくれた以下のブログを覗いてみてください。 sabawaku.serverworks.co.jp はじめに 負荷テストの基礎 負荷テストとは何か 処理量（…

自動化は私の忍耐力の限界を補完してくれます。 はじめに 本書「Continuous Deployment」は、継続的デプロイメントの実践に焦点を当てた包括的なガイドです。継続的デプロイメントは、ソフトウェアパイプラインを完全に自動化し、手動介入を必要としない手法です。この方法により、クオリティーゲートを通過したすべてのコードコミットが自動的に本番環境にデプロイされます。 私は、ソフトウェア開発の現場で、オンプレミスの手動デプロイから始まり、Makefileによる自動化、JenkinsやCircleCI、GitHub Actions、GitLab CI/CD、AWS CodePipeline、C…

2020年3月に出版された『システム障害対応の教科書』。これまで暗黙知だったシステム障害対応を体系的にまとめ、個人・組織のシステム障害対応力向上を目的とした解説書です。2024年4月には時代の変化に伴って内容を増補した改訂新版が出版されました。 gihyo.jp IT関係の書籍の中でも類書が少なく、実務上、避けては通れないテーマを扱っている本書。著者の狙いと、実際に現場で活用している読者の視点が重なることで、より本書の価値が見出されるのではないでしょうか。 今回は、『システム障害対応の教科書』の著者である木村 誠明さんと、「SREなどの領域では必読書と言っていい」と語るココナラ・Head of…

はじめに こんにちは、計測プラットフォーム開発本部SREブロックの山本です。普段はZOZOMATやZOZOGLASSなどの計測技術に関わるシステムの開発、運用に携わっています。 我々のチームは、複数サービスを運用する中で障害対応の経験不足や知見共有の難しさといった課題に直面していました。そこで、半年ほど前にカオスエンジニアリングの導入を開始しました。 本記事では、カオスエンジニアリングを一過性のものではなくチームの文化として根付かせ、継続的な改善サイクルを生み出すための導入から運用まで、我々のチームでの実践から得られた具体的な方法をお伝えします。 これからカオスエンジニアリングを始めようとして…

はじめに マイクロサービスアーキテクチャの台頭により、サービスメッシュ技術は現代のクラウドネイティブ環境において外せない選択肢の一つとなっています。 その理由は明確です。マイクロサービスに求められる非機能要件の多くは類似しており、これをアプリケーション側で個別に実装すると、開発者やインフラエンジニアの負担が増大するからです。 ここで登場するのがサービスメッシュです。サービスメッシュの採用により、これらの非機能要件をインフラ層で一元管理することが可能となり、アプリケーション開発者とインフラエンジニアの責務を明確に分離できます。つまり、各エンジニアが自身の専門領域にフォーカスできるのです。これは単…

かつて、障害対応RPGを作成しました。これのSLO版です。 syu-m-5151.hatenablog.com 皆さんの友達なのでゲーム作ったので遊びに来ました ゲームプロンプト SLI、SLO、エラーバジェットの概念を学ぶのは、理論だけでは難しいものです。SLI、SLO、エラーバジェット導入の前に知っておきたいことなどで情報を得ても、具体的に何をすればよいかわからなくなることがあります。 そこで、これらの概念を実践的に学ぶための手法として、SLORPGというゲームを考案しました。この記事では、Claudeを利用して作成したSLORPGのゲームプロンプトを提供します。プロンプトはめちゃくちゃに…

今年になって田舎から県庁所在地のある場所に引越をした。 そこでしているのが「図書館駆動読書」 図書館で本を借りると2週間後には漏れなく返却をする必要があるので、その締切に追われながら読書するという方法をとっている。 これが結構良くて、もともと本は精読でないと読めない性格だったが、時間的に精読をしている余裕がないので、流し読みをする必要が出てくる。面白かった本は割り切って買う or また借りればいいと思っているので、いさぎよく流し読みをできるようになったというのが非常に良い体験となっている。 今回借りてきた本は『カオスエンジニアリング』と『なぜ、それを考えつかなかったのか？』の2冊。 職業的にソ…