失敗事例で学ぶ負荷試験
失敗事例で学ぶ負荷試験1. 失敗事例で学ぶ負荷試験 @Security-JAWS 第7回 (株) ゆめみ 仲川樽八 2. 負荷試験って、 セキュリティーの話じゃないじゃん。 3. 負荷試験は、情報セキュリティーのCIA ・機密性 ・完全性 ・可用性 のうちの、可用性を担保するための重要な手段 です。 4. ということで、 セキュリティーの一部として お話させて下さい。 5. 自己紹介 ベンチャー企業でガラケーからずっとWebシステムの開発をしていまし た。 最近はほぼAWS上でのシステム構築をしています。 負荷試験本を書きました。 6. 業務内容 Web系システムの請負開発案件における ご要望の整理 開発コスト見積もり 詳細な要件定義 設計・ソリューション選定 実装・単体試験 結合試験・負荷試験 デプロイプロセスの構築・デプロイ 保守・運用(誰かに引き継ぐま
ナイトドクター・ファンサイト
この夏スタートの月9ドラマ『ナイトドクター』は完全オリジナルストーリーなのですが、第1話から面白そう！との声がSNSでもあがっています。 初回予告動画では岸優太さん(King & Prince)が嗚咽するように泣いているシーンがあって、とっても気になっています。 まだ公式サイト内のストーリー部分はアクセスできないのですが、第1話の内容が少し分かったのでご紹介していきます。 ナイトドクターの見逃し配信動画を1話から視聴したい方はこちらもご覧ください。 日本の救急医療は人手不足が深刻な状況で、医療現場で働くスタッフにはその分負担が重くのしかかっている。 救急で運ばれてくる患者にとって、昼も夜も関係がない。 夜間の当直は人が少なく運ばれたものの当直医が専門外で、専門外の治療はできないということも。 そんな医療現場をどうにか立て直したいと『柏桜会 あさひ海浜病院』の院長・八雲徳人(小野武彦)は試験
AWSとGCPのマルチクラウドインフラ検証の進め方
今回はGCPでの検証を行った際の進め方について説明していきます。インフラを作り込みすぎずに検証したことで、早めに想定外のボトルネックに気
AWSの保守運用を自動化するためのアーキテクチャ - Qiita
はじめに SIerで働いてます。周りを見渡すとまだまだオンプレだけのシステムが多いですね。 少し前はクラウドは選択肢にすら入ってきませんでしたが、今はどんなに固いシステムでも必ずクラウドが選択肢に入ってくるようになりました。そして、この1～2年くらいはクラウド、特にAWSを利用したシステムの構築案件が増えてきたなぁと実感しています。 社内の人と話していても、「AWSなにそれ？」とか「AWS安くなるらしいから使おうよ。」という人もさすがに減ってきて、オンプレ脳から徐々にクラウド脳にシフトしていってるのかなと感じます。 この記事は、社内のAWSのイベントでLTで話した内容をベースに書いています。ただSWFについてはマニアックなので避けました。少しでも若手や興味を持っていただいた方の勉強になればと思いまして、その考えに至った背景などをかなり寄り道しながらできるだけやさしく書いてみました。 なぜ自
Vue.js+Vuex、Express4、Dockerなどを使ってさくらのクラウドのAPIクライアントを作った
このサービスを公開するにあたり、さくらのDockerホスティングサービス Arukas.io での公開も考えたが、さすがに証明書が入ったイメージをパブリックにするのは怖い。 またAPIキーをお漏らしすると、高額請求や重要データの削除をされる可能性がある。 という経緯から、Webサービスとして公開することは断念した。 その代わりデプロイ用のスクリプトを用意した。 たとえばさくらのクラウドで最小構成のCentOS7.2のサーバを作り、以下の手順にそって証明書の作成、スクリプトの実行をすれば、すぐにsacloud-api-testerを使うことができる。（初回実行時はDockerイメージなどをダウンロードするので、3〜5分ほどかかる） # リポジトリをクローンする git clone https://github.com/BcRikko/sacloud-api-tester.git cd sac
Terraform for さくらのクラウド入門チュートリアル - Qiita
さくらインターネット Advent Calender 2016 その１ の、1日目を担当している @zembutsu こと、前佛雅人です。（ その２ もあります！） 「複数のサーバやスイッチを、コマンド１つで一括管理しよう！」というコンセプトのもと、さくらのクラウドでも Terraform が使えるのを伝えたい、その一心で本日の記事を書きました。 クラウドや Terraform に至る登場背景（どうして Terraform が必要となったのか）から、クラウドの GUI 上で面倒な作業を行わずに、コマンド１つでスイッチを含む複数台のシステムを、作成・変更・削除する方法をご紹介します。 「もう Terraform は知っている、すぐに試したい！」というかたは、後半のチュートリアル編からお読みください。 インフラ管理の課題を解決する Terraform クラウドと仮想化と API 「クラウド・コ
さくらのクラウドでロードバランサ by Terraform - Qiita
さくらのクラウド + ロードバランサという記事が投稿されていました。 さくらのクラウドでロードバランサを使ってみる(1) さくらのクラウドでロードバランサを使ってみる(2) これは便乗するしかない！！ということで、これらの記事の構成をTerraform for さくらのクラウドで構築してみました。 構成 スイッチ+ルーター グローバルIPアドレスのプリフィックス(/28) 帯域幅100Mbps ロードバランサ 冗長化なし 標準プラン サーバー2台 CentOS7 DSR対応用にループバックアドレスの設定が必要なので、スタートアップスクリプトで設定します。 動作確認用に各サーバーにWebサーバー(httpd)を同じくスタートアップスクリプトでインストールします。 事前準備 元記事との差異として、サーバーへのSSH接続用に公開鍵を登録するようにしています。 登録用のキーペアを以下コマンドで生成
さくらのクラウド上でマシンイメージを自動構築 〜「Packer for さくらのクラウド」 | さくらのナレッジ
さくらのクラウド上でマシンイメージを自動構築するツール「Packer for さくらのクラウド」をご紹介いたします。 「Packer for さくらのクラウド」とは、オープンソースのマシンイメージ作成ツール「Packer」にて、さくらのクラウド用のマシンイメージを構築するためのプラグインです。 さくらのクラウド上ですぐに利用できるマシンイメージを作成 Packer for さくらのクラウドは、さくらのクラウドでのサーバー作成時にテンプレートとして指定できる「アーカイブ」と呼ばれるマシンイメージを構築できます。アーカイブとはAWSでのAMI、DigitalOceanでのDropletに相当する、再利用可能なOSテンプレートのようなものです。 さくらのクラウドには「パブリックアーカイブ」と呼ばれるアーカイブが標準で利用できるようになっているのですが、パブリックアーカイブから作成したサーバーは、
IaaSクラウドサーバーのベンチマーク（2016年9月版） | 稲葉サーバーデザイン
（2016.11.1追記） さくらのクラウドとAWSのベンチマークテストはSSDディスクを使用したのですが、わかりにくいようでしたので表に追記しました。 2014年4月にJAWS-UG札幌で「IaaSクラウド比較’14」と題して発表してから2年半近く経ちました。 このときの発表で、いくつかのIaaSクラウドサーバーのベンチマークテスト結果を公開したのですが、その後、AWSはSSDに対応したEBSをリリースしディスク性能が大きく向上しました。 また、Google Cloud PlatformやMicrosoft Azureもユーザー数を増やしています。 今回は、より多くのIaaSクラウドサービスで、僕がよく使うローエンドのLinuxサーバーに対してベンチマークテストを行ってみたので、その結果をここにまとめます。 2016年9月時点の、最新版ベンチマークテスト結果です。 なお、ベンチマークテス
クラウドサービスIBM Bluemixを無料で使うノウハウまとめ - Qiita
Bluemixユーザと話すと、必ず話題に挙がる利用料金や無料枠内での運用方法。料金体系の分かりにくさが、新人プログラマへの普及や、他クラウドからの移行を阻害しているのではないかと思い、まとめ記事を作成しました。本記事は、個人ユーザの私が把握している料金の情報です。新しい情報を得ましたら、随時更新してゆこうと思います。 Bluemixとは IBMが提供しているPaaSです。開発環境と実行環境がクラウドサービス上で利用できます。開発言語(ランタイム)はSwift、Java、JavaScript、Ruby、PHP、Python、Perlなど主要な言語は全て利用できます。またサービスとして、WatsonやDB2相当のデータベースなど140種類以上も提供されています。開発者は、開発言語とサービスを管理画面で選択するだけで、すぐにコーディング作業を行うことができるようになります。初めてプログラムを書く
なぜクラウドを使わないのか（あるいは、なぜクラウドを使うのか） - pixiv inside [archive]
こんにちは、はるかさんです。 今日からはじまるピクシブ株式会社Advent Calendar 2015、1日目を担当することになりました。 先日娘に本物のアドベントカレンダーを買ってあげた訳ですが、意外と高いので来年は使い回せるように丁寧に使わせようと思っています。 さて、ピクシブ株式会社では現在10を越えるサービスが運用されており、それらを支える様々な社内ツールが存在します。 アドベントカレンダー初日の今日はこれらのシステムがどういったところで動いているか、簡単に紹介しようと思います。 クラウドサービスの利用 面接の際によく聞かれる質問の1つが「ピクシブはなぜクラウドを使ってないんですか？」という質問です。 今年だけでも10回くらいは回答しましたが、結論から言えばピクシブでは所謂クラウドサービスをいくつも利用しています。 いくつかの例を見てみましょう。 Google Analyticsと
![なぜクラウドを使わないのか（あるいは、なぜクラウドを使うのか） - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd0a62428cf639e70c277805da61e57d13cd191d/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fh%2Fharukasan%2F20141210%2F20141210215920.png)
なんでもかんでもクラウドにあげるのか？ - 急がば回れ、選ぶなら近道
某エントリーの話で、「なんでもかんでもクラウド化なのか？」というお話もご意見も多数頂戴いたしまして。一応念押しですが、そういうつもりはまったくないですよ。以下、個人的な補足メモです。会社の意見ではありません。一応、会社の公式声明は「できるものは、とっとクラウド化したほうがいいですよ。」です。 クラウド化の是非については、いろいろあるでしょう。ユーザーの所属する産業毎にシステムのあり方・考え方は違うでしょうし、当然クラウド化すべきだという意見や、いやそもそも無理があるという意見もあると思います。ただ、今までのように先例がないから無理、という理屈は通用しなくなっているのが現状でしょう。その意味では無茶な理屈ではなく、普通に選択肢としてクラウド化が候補になっている、と思います。その上で、クラウド化しない、するという議論が普通にできる状態になりつつあると思います。 そんな中でいろいろ思うところをち
ファーストサーバ社の障害に関して - naoyaのはてなダイアリー
あまりまとめられないので箇条書きで。 「クラウド (IaaS)」と「レンタルサーバ」の区別 技術的には「クラウド (における IaaS)」と「レンタルサーバー」は明確に異なるものなので、そこは混同されないことをおすすめしたい 今回障害が起こったファーストサーバのサービスはレンタルサーバであって、クラウドサービスではないだろう クラウド = Amazon Web Services (AWS) や Heroku がその代表例だと思ってもらえばいい *1 具体的には、日経新聞の当該記事のこと → http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/ 意図は不明だが「クラウド」のような目新しいものと今回の事件とを結びつけて何かしらの印象を与えようとするのは、個人的には感心しない 業者が「クラウド」と謳っていたかどうかは知らない。例え
クラウドシステムにおけるリレーショナルDBの限界のおさらい
分散システムでは、バックエンドのデータストアにリレーショナルDBを使用することが一般的です。しかし巨大な分散システムとなるクラウドシステムにおいては、RDBでは限界があります。今日は、クラウドシステムにおけるリレーショナルDBの限界について、おさらいしたいと思います。 1.RDBをデータ種別によって分割した場合 クラウドのように分散システムが巨大化した場合、データボリュームの増加と、アクセス数の増加から、単一のリレーショナルDBでは対応しきれなくなります。よって、リレーショナルDBを分割して対処することになるのですが、まずはデータ種別で分割した場合についてみてみます。 たとえばマスタデータ系、トランジションデータ系など、データの種別で分割した場合、ある程度の負荷分散はできるものの、とてもクラウドのボリュームには対応できません。なぜならば、マスタデータ系は運用時の登録・更新の頻度が少ないのに
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Aiven - The trusted open source data platform for everyone
The History of the URL: Path, Fragment, Query, and Auth - Eager Blog
今日から始めるDigitalOcean
Charming Python: Functional programming in Python, Part 3
はじめてのAWS - ビギナー編 -
