InfoQ ホームページ フォールトトレランス に関するすべてのコンテンツ
-
Decathlon社、Backend for Frontend (BFF)パターンを採用し、フロントエンドチームを強化
Decathlon社は、全社的な推奨事項としてBackend For Frontend (BFF)アーキテクチャパターンを確立し、エンジニアリングチームでの採用のためのガイドラインを提供した。この4部構成のシリーズでは、このパターンを紹介し、その利点と潜在的な落とし穴を探る。同社はまた、BFFパターンを使用する代替案を共有し、アーキテクチャ上の検討事項をレビューしている。
-
Grab、Strimzi、AWS AddOns、EBSにてKubernetes環境のKafkaが持つ耐障害性を改善
GrabはKubernetes環境にあるKafkaのセットアップをアップデートし、耐障害性を向上させ、予期せぬKafkaブローカーの終了に備えて人による介入を完全に排除した。初期設計の欠点に対処するため、チームはAWS Node Termination Handler (NTH)と統合し、ターゲットグループのマッピングにLoad Balancer Controllerを使用し、ストレージをELBボリュームに切り替えた。
-
BraintreeがThundering Herdに対処
BraintreeのエンジニアのAnthony Ross氏は、最近の記事で、失敗したタスク対する再試行間隔にランダムなジッターを導入することで、どのようにThundering Herd問題を解決したかを説明した。これは、支払い問題（Dispute）管理APIの効率に影響を与えていた。
-
Failsafe 3.2が新たなレジリエンスポリシをリリース
Java 8以降を対象とする軽量なフォールトトレランスライブラリであるFailsafeが、2021年11月、メジャーリリースとなる3.0をローンチした。さらに、先日発表されたバージョン3.2では、Rate LimiterおよびBulkheadポリシが追加されている。JavaのCompletableFutureのような、非同期コードとの統合も可能だ。
-
MicroProfile 5.0 新着情報
MicroProfile Working Group の支援の下配信され、MicroProfile 4.1 のリリースから5か月の後、予定されていた MicroProfile 5.0 のリリースが Java コミュニティで利用可能になった。この新しいリリースは、Jakarta EE 9.1 との連携と、コミュニティで開発された8つのコア API のすべてと1つのスタンドアロン API のアップデートを特徴としている。
-
MicrosoftがAzure Chaos Studioをパブリックプレビューで発表
最近開催されたIgniteで、MicrosoftはAzure Chaos Studioのパブリックプレビューを発表した。これは、フルマネージドの実験サービスだ。カオスエンジニアリングをコントロールして障害を追跡、測定、軽減されるように顧客をサポートし、クラウドアプリケーションの復元力を向上させることが目的だ。
-
MicroProfile4.0の新機能
新たに設立されたMicroProfile Working Groupの手により、待望久しいMicroProfile 4.0のリリースがJavaコミュニティに届けられた。Jakarta EE 8との整合性がフュー��ャーされた他、12のAPIすべてがアップデートされているが、スタンドアロンAPIについては変更されていない。MicroProfile 4.0では、Config、Fault、Tolerance、Health、Metrics、OpenAPIという５つのAPIに、非互換的な変更が行われている。
-
AWSがカオスエンジニアリング・アズ・ア・サービスの提供を発表
AWSは、カオスエンジニアリング・アズ・ア・サービスの次のリリースを発表した。フォールトインジェクションサービス（FIS）は、多数のAWSサービスにわたってフルマネージドのカオス実験を提供する。このサービスには、一般的な実世界のイベントを模倣した中断を生成するビルド済みのテンプレートが含まれている。APIを介してCIパイプラインに統合できる。
-
MicroProfile 3.3の新機能
Eclipse Foundation は MicroProfile 3.3 をリリースし、5 つの API (Rest Client, Config, Fault Tolerance, Metrics, Health) を更新した。その他の改善点としては、仕様とドキュメントの明確化と強化、すべての MicroProfile API 間の統合の改善、異なる MicroProfile 実装間の相互運用性、各 API のための完全な成果物セットなどがある。
-
構成可能なレジリエンスポリシを備えたFailsafe 2.0がリリース
障害処理を目的とした依存度ゼロのJavaライブラリであるFailsafeが、バージョン2.0をリリースした。レジリエンスポリシ構造に加えて、独自のポリシサービスプロバイダが可能なプラグインアーキテクチャをサポートする。
-
マイクロサービスの人間的側面
マクロサービスアーキテクチャは、純粋に技術的なソリューションではなく、チームのコミュニケーションにとってのゲームチェンジャーだ。チーム間に安定した直接的なコミュニケーションチャンネルがない場合、彼らが作るソフトウェアはひどいものになるだろう。マイクロサービス実装を成功させるのに不可欠な5つの重要な特性は、ゼロコンフィグレーション、オートディスカバリ、高い冗長性、自己修復、フォールトトレランスだ。
-
レジリエントなアーキテクチャを実現する方法
スケールするシステムを管理するには限界ぎりぎりまでシステムを追い込んでも、回復できるようにする必要がある。そして、障害を受け止めることも必要だ。Adrian Hornsby氏はふたつのブログ記事で、自身の10年以上にわたる大規模システム運用の経験と発見したパターンを共有している。
-
LinkedInのカオスエンジニアリング - "LinkedOut"障害注入テストフレームワーク
LinkedIn Engineeringチームが先日、自らの“LinkedOut”障害注入テストフレームワークについて説明した。サービスのレジリエンスに関する仮説を構築し、LinkedInのA/BテストフレームワークであるLiXや、Invocation Context(CI)フレームワークを使用したコールスタックを通じて渡されるクッキー内のデータを介して、 障害トリガを注入することができる。障害シナリオにはエラー、遅延、タイムアウトなどがある。
-
IstioとKubernetesを使ったマイクロサービスの回復力と耐障害性
IBMのAnimesh Singh氏とTommy Li氏は最近のKubeCon + CloudNativeCon North America 2017 Conferenceで、Istioフレームワークを活用したマイクロサービスの回復力と耐障害性について語った。また、Istioを使用してサーキットブレーカやその他の回復機能を設定および使用する方法も示しました。
-
Twillioにおけるカオスエンジニアリング
Twilioチームがカオスエンジニアリングへの進出について説明している。Gremlinを使って自社製のキューシステムの一部に障害を注入し、自動回復のテストを行なう。