Soumettre la recherche
Mettre en ligne
失敗事例で学ぶ負荷試験
•
36 j'aime
•
18,487 vues
樽八 仲川
Suivre
第7回Security-JAWSにて発表させていただいた負荷試験の失敗事例の紹介
Lire moins
Lire la suite
Technologie
Signaler
Partager
Signaler
Partager
1 sur 66
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
負荷試験入門公開資料 201611
負荷試験入門公開資料 201611
樽八 仲川
Webアプリケーション負荷試験実践入門
Webアプリケーション負荷試験実践入門
樽八 仲川
分散トレーシングAWS:X-Rayとの上手い付き合い方
分散トレーシングAWS:X-Rayとの上手い付き合い方
Recruit Lifestyle Co., Ltd.
乗っ取れコンテナ!!開発者から見たコンテナセキュリティの考え方(CloudNative Days Tokyo 2021 発表資料)
乗っ取れコンテナ!!開発者から見たコンテナセキュリティの考え方(CloudNative Days Tokyo 2021 発表資料)
NTT DATA Technology & Innovation
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
Amazon Web Services Japan
Java でつくる低レイテンシ実装の技巧
Java でつくる低レイテンシ実装の技巧
Ryosuke Yamazaki
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
Trainocate Japan, Ltd.
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
Recommandé
負荷試験入門公開資料 201611
負荷試験入門公開資料 201611
樽八 仲川
Webアプリケーション負荷試験実践入門
Webアプリケーション負荷試験実践入門
樽八 仲川
分散トレーシングAWS:X-Rayとの上手い付き合い方
分散トレーシングAWS:X-Rayとの上手い付き合い方
Recruit Lifestyle Co., Ltd.
乗っ取れコンテナ!!開発者から見たコンテナセキュリティの考え方(CloudNative Days Tokyo 2021 発表資料)
乗っ取れコンテナ!!開発者から見たコンテナセキュリティの考え方(CloudNative Days Tokyo 2021 発表資料)
NTT DATA Technology & Innovation
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
[Aurora事例祭り]Amazon Aurora を使いこなすためのベストプラクティス
Amazon Web Services Japan
Java でつくる低レイテンシ実装の技巧
Java でつくる低レイテンシ実装の技巧
Ryosuke Yamazaki
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
Trainocate Japan, Ltd.
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
30分でわかるマイクロサービスアーキテクチャ 第2版
30分でわかるマイクロサービスアーキテクチャ 第2版
Naoki (Neo) SATO
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
Kohei Tokunaga
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
Takahiro Moteki
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
Amazon SNS+SQSによる Fanoutシナリオの話
Amazon SNS+SQSによる Fanoutシナリオの話
Yoichi Toyota
インフラCICDの勘所
インフラCICDの勘所
Toru Makabe
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
NTT DATA Technology & Innovation
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
Amazon Web Services Japan
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
20180220 AWS Black Belt Online Seminar - Amazon Container Services
20180220 AWS Black Belt Online Seminar - Amazon Container Services
Amazon Web Services Japan
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
Takeshi Ogawa
Amazon Athena 初心者向けハンズオン
Amazon Athena 初心者向けハンズオン
Amazon Web Services Japan
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
Amazon Web Services
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
NTT Communications Technology Development
文字コードに起因する脆弱性とその対策(増補版)
文字コードに起因する脆弱性とその対策(増補版)
Hiroshi Tokumaru
Linux女子部 systemd徹底入門
Linux女子部 systemd徹底入門
Etsuji Nakai
Mavenの真実とウソ
Mavenの真実とウソ
Yoshitaka Kawashima
脱RESTful API設計の提案
脱RESTful API設計の提案
樽八 仲川
Spring Bootの本当の理解ポイント #jjug
Spring Bootの本当の理解ポイント #jjug
Masatoshi Tada
Contenu connexe
Tendances
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
30分でわかるマイクロサービスアーキテクチャ 第2版
30分でわかるマイクロサービスアーキテクチャ 第2版
Naoki (Neo) SATO
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
Kohei Tokunaga
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
Takahiro Moteki
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
Amazon SNS+SQSによる Fanoutシナリオの話
Amazon SNS+SQSによる Fanoutシナリオの話
Yoichi Toyota
インフラCICDの勘所
インフラCICDの勘所
Toru Makabe
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
NTT DATA Technology & Innovation
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
Amazon Web Services Japan
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
20180220 AWS Black Belt Online Seminar - Amazon Container Services
20180220 AWS Black Belt Online Seminar - Amazon Container Services
Amazon Web Services Japan
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
Takeshi Ogawa
Amazon Athena 初心者向けハンズオン
Amazon Athena 初心者向けハンズオン
Amazon Web Services Japan
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
Amazon Web Services
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
NTT Communications Technology Development
文字コードに起因する脆弱性とその対策(増補版)
文字コードに起因する脆弱性とその対策(増補版)
Hiroshi Tokumaru
Linux女子部 systemd徹底入門
Linux女子部 systemd徹底入門
Etsuji Nakai
Mavenの真実とウソ
Mavenの真実とウソ
Yoshitaka Kawashima
Tendances
(20)
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
30分でわかるマイクロサービスアーキテクチャ 第2版
30分でわかるマイクロサービスアーキテクチャ 第2版
コンテナ未経験新人が学ぶコンテナ技術入門
コンテナ未経験新人が学ぶコンテナ技術入門
[社内勉強会]ELBとALBと数万スパイク負荷テスト
[社内勉強会]ELBとALBと数万スパイク負荷テスト
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Amazon SNS+SQSによる Fanoutシナリオの話
Amazon SNS+SQSによる Fanoutシナリオの話
インフラCICDの勘所
インフラCICDの勘所
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
入門 Kubeflow ~Kubernetesで機械学習をはじめるために~ (NTT Tech Conference #4 講演資料)
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
Redisの特徴と活用方法について
Redisの特徴と活用方法について
20180220 AWS Black Belt Online Seminar - Amazon Container Services
20180220 AWS Black Belt Online Seminar - Amazon Container Services
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
Amazon Athena 初心者向けハンズオン
Amazon Athena 初心者向けハンズオン
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
(SPOT301) AWS Innovation at Scale | AWS re:Invent 2014
分散トレーシング技術について(Open tracingやjaeger)
分散トレーシング技術について(Open tracingやjaeger)
文字コードに起因する脆弱性とその対策(増補版)
文字コードに起因する脆弱性とその対策(増補版)
Linux女子部 systemd徹底入門
Linux女子部 systemd徹底入門
Mavenの真実とウソ
Mavenの真実とウソ
En vedette
脱RESTful API設計の提案
脱RESTful API設計の提案
樽八 仲川
Spring Bootの本当の理解ポイント #jjug
Spring Bootの本当の理解ポイント #jjug
Masatoshi Tada
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
J-Stream Inc.
Java SE 9の紹介: モジュール・システムを中心に
Java SE 9の紹介: モジュール・システムを中心に
Taku Miyakawa
Internetトラフィックエンジニアリングの現実
Internetトラフィックエンジニアリングの現実
J-Stream Inc.
TectonicはKubernetesの構築・管理基盤である -概要の章-/-構築の章-
TectonicはKubernetesの構築・管理基盤である -概要の章-/-構築の章-
Masahito Zembutsu
Redmine4時代のプラグイン開発 redmine.tokyo #13
Redmine4時代のプラグイン開発 redmine.tokyo #13
Sho Douhashi
失敗と向き合う姿勢を正す話
失敗と向き合う姿勢を正す話
LIFULL Co., Ltd.
AWS Security JAWS 経済的にハニーポットのログ分析をするためのベストプラクティス?
AWS Security JAWS 経済的にハニーポットのログ分析をするためのベストプラクティス?
Masamitsu Maehara
#jjug_ccc #ccc_f1 広告システム刷新の舞台裏 - PHPからJavaに変えてみました
#jjug_ccc #ccc_f1 広告システム刷新の舞台裏 - PHPからJavaに変えてみました
Yahoo!デベロッパーネットワーク
インタラクションツール最前線!〜プロトタイピングツールの使い分け〜
インタラクションツール最前線!〜プロトタイピングツールの使い分け〜
Ryo Yoshitake
超簡単!? ActiveAdminで作る管理画面@Ruby / Ruby on Rails ビギナーズ勉強会 第3回
超簡単!? ActiveAdminで作る管理画面@Ruby / Ruby on Rails ビギナーズ勉強会 第3回
Kanako Kobayashi
LIFULLマーケター総会スライド(2017/07)
LIFULLマーケター総会スライド(2017/07)
LIFULL Co., Ltd.
「書ける」から「できる」になれる! ~Javaメモリ節約ノウハウ話~
「書ける」から「できる」になれる! ~Javaメモリ節約ノウハウ話~
JustSystems Corporation
改めて考える適材適所のDDoS対策~まだDDoSで消耗しているの?~
改めて考える適材適所のDDoS対策~まだDDoSで消耗しているの?~
Tomohiro Nakashima
マルウェア流入対策のもうひと工夫~プロが厳選!低予算でもできる効果あるセキュリティ施策~
マルウェア流入対策のもうひと工夫~プロが厳選!低予算でもできる効果あるセキュリティ施策~
Tomohiro Nakashima
Webアプリケーションの パフォーマンス向上のコツ 実践編
Webアプリケーションの パフォーマンス向上のコツ 実践編
Masahiro Nagano
Webアプリケーションの パフォーマンス向上のコツ 概要編
Webアプリケーションの パフォーマンス向上のコツ 概要編
Masahiro Nagano
デジタル・フォレンジックとOSS
デジタル・フォレンジックとOSS
UEHARA, Tetsutaro
En vedette
(20)
脱RESTful API設計の提案
脱RESTful API設計の提案
Spring Bootの本当の理解ポイント #jjug
Spring Bootの本当の理解ポイント #jjug
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
Java SE 9の紹介: モジュール・システムを中心に
Java SE 9の紹介: モジュール・システムを中心に
Internetトラフィックエンジニアリングの現実
Internetトラフィックエンジニアリングの現実
TectonicはKubernetesの構築・管理基盤である -概要の章-/-構築の章-
TectonicはKubernetesの構築・管理基盤である -概要の章-/-構築の章-
Redmine4時代のプラグイン開発 redmine.tokyo #13
Redmine4時代のプラグイン開発 redmine.tokyo #13
失敗と向き合う姿勢を正す話
失敗と向き合う姿勢を正す話
AWS Security JAWS 経済的にハニーポットのログ分析をするためのベストプラクティス?
AWS Security JAWS 経済的にハニーポットのログ分析をするためのベストプラクティス?
#jjug_ccc #ccc_f1 広告システム刷新の舞台裏 - PHPからJavaに変えてみました
#jjug_ccc #ccc_f1 広告システム刷新の舞台裏 - PHPからJavaに変えてみました
インタラクションツール最前線!〜プロトタイピングツールの使い分け〜
インタラクションツール最前線!〜プロトタイピングツールの使い分け〜
超簡単!? ActiveAdminで作る管理画面@Ruby / Ruby on Rails ビギナーズ勉強会 第3回
超簡単!? ActiveAdminで作る管理画面@Ruby / Ruby on Rails ビギナーズ勉強会 第3回
LIFULLマーケター総会スライド(2017/07)
LIFULLマーケター総会スライド(2017/07)
「書ける」から「できる」になれる! ~Javaメモリ節約ノウハウ話~
「書ける」から「できる」になれる! ~Javaメモリ節約ノウハウ話~
改めて考える適材適所のDDoS対策~まだDDoSで消耗しているの?~
改めて考える適材適所のDDoS対策~まだDDoSで消耗しているの?~
マルウェア流入対策のもうひと工夫~プロが厳選!低予算でもできる効果あるセキュリティ施策~
マルウェア流入対策のもうひと工夫~プロが厳選!低予算でもできる効果あるセキュリティ施策~
Webアプリケーションの パフォーマンス向上のコツ 実践編
Webアプリケーションの パフォーマンス向上のコツ 実践編
Webアプリケーションの パフォーマンス向上のコツ 概要編
Webアプリケーションの パフォーマンス向上のコツ 概要編
デジタル・フォレンジックとOSS
デジタル・フォレンジックとOSS
Similaire à 失敗事例で学ぶ負荷試験
4 Enemies of DevSecOps 2016
4 Enemies of DevSecOps 2016
Riotaro OKADA
ITPro Expo 2014: クラウド統合基盤 ソリューション ~ VMware/Cisco/EMC 統合基盤 VBlock ~
ITPro Expo 2014: クラウド統合基盤 ソリューション ~ VMware/Cisco/EMC 統合基盤 VBlock ~
シスコシステムズ合同会社
AWSとAzureとGCPの脆弱性診断実施の為の比較
AWSとAzureとGCPの脆弱性診断実施の為の比較
kmrr
Compliance as code jaws Oita 170826
Compliance as code jaws Oita 170826
Shogo Matsumoto
第3回ソフトウェアテストセミナー
第3回ソフトウェアテストセミナー
Tomoyuki Sato
なぜ自社で脆弱性診断を行うべきなのか
なぜ自社で脆弱性診断を行うべきなのか
Sen Ueno
セキュア開発の<s>3つの</s>敵
セキュア開発の<s>3つの</s>敵
Riotaro OKADA
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
Masaya Tahara
クラウドセキュリティの価値と機会
クラウドセキュリティの価値と機会
Hayato Kiriyama
【スカイアーチ】Webサイトを脆弱性攻撃から守る
【スカイアーチ】Webサイトを脆弱性攻撃から守る
株式会社スカイアーチネットワークス
20191013_Wolf and Seven Little Goats -Serverless Fairy Tales-
20191013_Wolf and Seven Little Goats -Serverless Fairy Tales-
Typhon 666
「これ危ない設定じゃないでしょうか」とヒアリングするための仕組み @AWS Summit Tokyo 2018
「これ危ない設定じゃないでしょうか」とヒアリングするための仕組み @AWS Summit Tokyo 2018
cyberagent
SOSAISEC LT 201701 シフトレフトでセキュリティイニシアチブを取り返そう
SOSAISEC LT 201701 シフトレフトでセキュリティイニシアチブを取り返そう
Riotaro OKADA
[Japan Tech summit 2017] CLD 023
[Japan Tech summit 2017] CLD 023
Microsoft Tech Summit 2017
アクセシビリティvsセキュリティ ~こんな対策はいらない!~
アクセシビリティvsセキュリティ ~こんな対策はいらない!~
Yoshinori OHTA
20160125 power cms_cloud_public
20160125 power cms_cloud_public
Six Apart
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
株式会社スカイアーチネットワークス
物理ネットワーク受け入れテストの自動化を考える
物理ネットワーク受け入れテストの自動化を考える
skipping classes
Building Scalable Application on the Cloud
Building Scalable Application on the Cloud
Keisuke Nishitani
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
schoowebcampus
Similaire à 失敗事例で学ぶ負荷試験
(20)
4 Enemies of DevSecOps 2016
4 Enemies of DevSecOps 2016
ITPro Expo 2014: クラウド統合基盤 ソリューション ~ VMware/Cisco/EMC 統合基盤 VBlock ~
ITPro Expo 2014: クラウド統合基盤 ソリューション ~ VMware/Cisco/EMC 統合基盤 VBlock ~
AWSとAzureとGCPの脆弱性診断実施の為の比較
AWSとAzureとGCPの脆弱性診断実施の為の比較
Compliance as code jaws Oita 170826
Compliance as code jaws Oita 170826
第3回ソフトウェアテストセミナー
第3回ソフトウェアテストセミナー
なぜ自社で脆弱性診断を行うべきなのか
なぜ自社で脆弱性診断を行うべきなのか
セキュア開発の<s>3つの</s>敵
セキュア開発の<s>3つの</s>敵
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
なぜあなたのプロジェクトのDevSecOpsは形骸化するのか(CloudNative Security Conference 2022)
クラウドセキュリティの価値と機会
クラウドセキュリティの価値と機会
【スカイアーチ】Webサイトを脆弱性攻撃から守る
【スカイアーチ】Webサイトを脆弱性攻撃から守る
20191013_Wolf and Seven Little Goats -Serverless Fairy Tales-
20191013_Wolf and Seven Little Goats -Serverless Fairy Tales-
「これ危ない設定じゃないでしょうか」とヒアリングするための仕組み @AWS Summit Tokyo 2018
「これ危ない設定じゃないでしょうか」とヒアリングするための仕組み @AWS Summit Tokyo 2018
SOSAISEC LT 201701 シフトレフトでセキュリティイニシアチブを取り返そう
SOSAISEC LT 201701 シフトレフトでセキュリティイニシアチブを取り返そう
[Japan Tech summit 2017] CLD 023
[Japan Tech summit 2017] CLD 023
アクセシビリティvsセキュリティ ~こんな対策はいらない!~
アクセシビリティvsセキュリティ ~こんな対策はいらない!~
20160125 power cms_cloud_public
20160125 power cms_cloud_public
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
スカイアーチセミナー:自社アプリをクラウド展開する為の『失敗しない3つの法則
物理ネットワーク受け入れテストの自動化を考える
物理ネットワーク受け入れテストの自動化を考える
Building Scalable Application on the Cloud
Building Scalable Application on the Cloud
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
Dernier
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Atomu Hidaka
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Shota Ito
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
furutsuka
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
osamut
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
Dernier
(9)
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
失敗事例で学ぶ負荷試験
1.
失敗事例で学ぶ負荷試験 @Security-JAWS 第7回 (株) ゆめみ
仲川樽八
2.
負荷試験って、 セキュリティーの話じゃないじゃん。
3.
負荷試験は、情報セキュリティーのCIA ・機密性 ・完全性 ・可用性 のうちの、可用性を担保するための重要な手段 です。
4.
ということで、 セキュリティーの一部として お話させて下さい。
5.
自己紹介 ベンチャー企業でガラケーからずっとWebシステムの開発をしていまし た。 最近はほぼAWS上でのシステム構築をしています。 負荷試験本を書きました。
6.
業務内容 Web系システムの請負開発案件における ご要望の整理 開発コスト見積もり
詳細な要件定義 設計・ソリューション選定 実装・単体試験 結合試験・負荷試験 デプロイプロセスの構築・デプロイ 保守・運用(誰かに引き継ぐまで) だいたい全部やってます。 今日はここの話
7.
クラウドで構築されたシステムの 可用性に関する3つの派閥 ク ラ ウ ド 使 っ て る ん だ か ら 落 ち な い で し ょ 。 ク ラ ウ ド な ん て す ぐ に 落 ち る も の だ よ 。 ク ラ ウ ド 使 っ て 落 ち な い シ ス テ ム を 作 る の が 仕 事 で し ょ ?
8.
当然ですが、この人が正しいです。 単体のインスタンスは故障する。 ただし、正しく冗長化をすることで可用性を上げる。 また、高負荷に対しても、スケール対応させる。 そのためのクラウドデザインパターンが沢山あります。 ク ラ ウ ド 使 っ て 落 ち な い シ ス テ ム を 作 る の が 仕 事 で し ょ ?
9.
ス ケ ー ル 対 応 も さ せ た し 、 余 裕 っ し ょ 。
10.
失敗事例 1
11.
夢であってくれ
12.
案件の詳細
13.
割 愛 ・ ・ ・ ・ ! 案 件 の 詳 細 を お 見 せ す る こ と が ・ ・ ・ で き な い ・ ・ ・ ・ ! 無 論 ・ ・ ・ ・ 見 せ た い ・ ・ ・ ・ ! 我 々 は そ の 一 部 始 終 を ・・・・ 見 て い た だ き た い ・・・・! が ・ ・ ・ ・ 駄 目 ・ ・ !
14.
リリース当日
15.
なんですぐに死んでしまうん?
16.
緊急負荷対策チーム結成
17.
実際に取られた負荷対策 キャンペーンサイトにユーザーが流入する為のリンクを全て 落として、お問い合わせベースでURLをご案内する。
18.
影響範囲
19.
圧 倒 的 コ ン プ ラ イ ア ン ス に よ っ て ・ ・ ・ ・ お 見 せ す る こ と が で き な い ・ ・ ・ ・ !
20.
負 荷 試 験 を 実 施 し て い な い の で あ る 。 誰 も !
21.
失敗事例 2
22.
スケールアップの限界
23.
社 長 の た め に 、 最 初 か ら を 契 約 し て お い て あ げ た ね ん 。 db.m4.16xlarge
24.
負荷試験していないシステムでスケールアップをしても、実際に処理 性能が上がる保証は全くありません。 DBのスケールアップでシステムの処理性能がどこまで追従するかは アプリケーション依存ですが、multi-AZ環境で最初から上位のインス タンスを利用しているケースにおいてはスケールアップによる性能向 上は限定的です。 ※メモリが潤沢になることにより、データや各種Indexがオンメモリに なる恩恵は有ります。
25.
失敗事例 3
26.
「それさぁ。先に言ってよ~」
27.
業務内容 他案件のヘルプで負荷試験だけを依頼されることがある。 ご要望の整理 開発コスト見積もり
詳細な要件定義 設計・ソリューション選定 実装・単体試験 結合試験・負荷試験 デプロイプロセスの構築・デプロイ 保守・運用(誰かに引き継ぐまで) ここまで 全部終わってる
28.
Q. 利用ユーザー数の想定は? A. わかりません。 Q.
スパイク時のリクエスト量の想定は? A. わかりません。 Q. データ総ボリューム数の想定は? A. わかりません。
29.
30.
・一番最初のご要望の整理の時点で、負荷試験を見据えたヒアリン グを行って下さい。 ・負荷試験をスケジュール上の最後に持ってきてはいけません。 負荷試験においては大抵何らかのシステムの不具合が検出されま すので、その後に改修をする時間を予め見込んでおく必要がありま す。
31.
失敗事例 4
32.
商用環境と構成が違う
33.
こ ん な こ と も あ ろ う か と 、 オ レ の ロ ー カ ル 開 発 環 境 で 負 荷 試 験 は 実 施 済 み だ 。
34.
商用環境がAWSなら、AWS上に商用環境と同等の負荷試験環境を 構築して下さい。 今なら秒単位の課金なので、コスト的には非常にやりやすくなってい ます。 ローカルのマシンのプロファイリング結果と実際の環境上では全く異 なる結果となることが多く、むしろこの負荷試験結果は邪魔になるこ とすらあります。
35.
失敗事例 5
36.
商用環境をそのまま使う その1
37.
そ ん な の は 理 論 値 の 証 明 に 過 ぎ な い だ ろ ? そ の エ ン ジ ン テ ス ト で 私 が 知 り た い の は 運 転 限 界 な ん だ よ そ の 二 号 エ ン ジ ン は 実 測 値 採 り の た め に 用 意 し た ん だ う ん か ま わ な い い っ そ 壊 す つ も り で ギ リ ギ リ ま で 出 力 を 上 げ て み て く れ
38.
やっぱり壊れる。
39.
爆 発 し た 二 号 エ ン ジ ン の 残 し た デ ー タ の 内 容 に は 満 足 し て い ま す 次 は 失 敗 し ま せ ん 御 期 待 下 さ い
40.
・負荷試験は対象のシステムを負荷で落とすつもりでかけるものです。 ただし、その時に負荷試験対象のシステムにつなぎこまれたシステムや稼 働中の共有リソースが有るとそちらのシステムに迷惑をかけてしまいます。 ・外部連携先がある場合は、適宜スタブを準備して下さい。 ※外部連携先のシステムの性能に引きづられて実際には低い性能しか発 揮できない場合であっても、そちらのシステムが改善した前提で負荷試験 を行ったほうが良いです。 ・また、負荷試験では大量のゴミデータを生成する事がありますので、他 の検証環境や受け入れテスト環境とも分離しておいた方が良いです。
41.
商用環境をそのまま使う その2
42.
例えば商用環境では https://でアクセスするSSLサイトの 試験をどう実施するか?
43.
オ イ オ イ オ イ死 ぬ わ ア イ ツ ほ う SSL 抜 き 負 荷 試 験 で す か ・・・ た い し た も の で す ね
44.
「SSLを利用しない負荷試験は、対象のサーバに対し て100%の負荷をかけることができるため、愛用する エンジニアも多いと聞きます。」 ※逆にSSL経由の試験を行った場合には、攻撃力不足となるため、非SSLにおける試験の1/10以 下のスループットにしかならない程度のぬるい負荷しか与えることができないこともあります。
45.
失敗事例 6
46.
攻撃力が不十分
47.
攻撃ツールが良くない 攻撃サーバ-アプリケーション間の Keep-Aliveが出来ていない
攻撃サーバがネットワーク的に遠すぎ る 攻撃サーバの能力不足 攻撃サーバ起動パラメータ不正 攻撃用同時クライアント数が少なすぎ る/多すぎる その他 き ・ ・ ・ き か ぬ き か ぬ の だ !
48.
ちなみに、あまりにも時間がなさすぎて、社内ネッ トワークから負荷試験をかけてみた
49.
会社のメンバー全員のブラウザにこの表示が出るようになった。
50.
失敗事例 7
51.
とにかく実施してから考えよう。
52.
シナリオのスループット:100 rps APIスループット:1000 rps 平均レイテンシ:200msec
53.
な ん か 結 果 で た よ 。 試 験 お わ り !
54.
ELB Availability Zone Availability
Zone EC2 instance web app server Amazon Route 53 攻撃サーバ RDS DB instance RDS standby (Multi-AZ) ElastiCache ElastiCache EC2 instance web app server web app server web app server EC2 instance EC2 instance 外部サービス S3/Dynamodb 他Restful APIサービスなど http/https 通信 ×攻撃シナリオ ×キャッシュ設計 ×更新クエリ ×参照クエリ ×接続方法 ×接続方法 ×フレームワーク ×ネットワークリソース ×アプリロジック ×接続方法 ×CPUリソース ×Memリソース ×CPUリソース ×Memリソース ×Disk帯域 ×CPUリソース ×Memリソース ×ネットワークリソース ×接続方法 ×CPUリソース ×Memリソース ×ミドルウエア設定 ×index設計 ×データ肥大化 ×ツール設定
55.
俺 達 は 雰 囲 気 で 負 荷 試 験 を や っ て い る ぜ ん ぜ ん わ か ら な い
56.
・雰囲気でやった負荷試験において、何らかの数字が取れた時に、 その数字が正しいのかどうかもわからない状態となります。 ※そして大抵の場合は正しくないです。 ・さらに、どこが間違っていたのかもわかりません。
57.
雰囲気に頼らない負荷試験 数学の定理の証明のように、少しづつ正しいで あろうと考えられる範囲を増やしていく
58.
雰囲気に頼らない負荷試験 単体のWebサーバに対する試験 1. 負荷試験攻撃サーバが正しく攻撃できていることを確認 2. 静的なファイルであれば高速に応答出来ることを確認 3.
単純なhelloworldであれば高速に応答できることの確認 4. 参照系であれば高速に応答できることの確認 5. 更新系が高速に応答できることの確認 6. 外部システムへの連携が正常に出来る確認 7. シナリオが通ることの確認 WebサーバをELB配下に設置して行う試験 1. スケールアップ、スケールアウトに追従することの確認 2. 攻撃サーバをスケールアウトさせる限界試験
59.
詳しくは
60.
おまけ
61.
システムがスケールしない時 スケールしない原因は、スケールさせていない部分。 つまり、共有の外部リソースへのアクセス部分であることが多い。 特に、コネクションプーリングの有無で パフォーマンスは大きく変わる。
62.
なにはともあれ、 コネクションプーリング と言っただろ!!
63.
岡崎市中央図書館事件
64.
ある図書館の新刊検索システムがまともに機能しないため、 1秒間に1回のリクエストを投げてスクレイピングをする システムを稼働させた男性の不幸な物語。
65.
コネクションプーリングのせいで 400リクエスト/時間 以上のアクセスでサイトが落ちるシステムだった。 ↓ 結果:偽計業務妨害容疑で男性を逮捕、 実名報道の上20日間の勾留と取り調べ 名誉回復まで1年間かかる
66.
ちゃんと計測しましょう。 結論
Télécharger maintenant