【同時通訳】Amazon の 挑戦と文化 | AWS Summit Tokyoスピーカー： 長崎 忠雄（アマゾン ウェブ サービス ジャパン株式会社 代表取締役社長） Jasper Cheung（アマゾン ジャパン合同会社 代表取締役社長） AWSについて詳細は、http://aws.amazon.com/jp/ もご覧ください。
AWS CodeDeploy による AWS Fargate と Amazon ECS でのBlue/Greenデプロイメントの実装 | Amazon Web Services
Amazon Web Services ブログ AWS CodeDeploy による AWS Fargate と Amazon ECS でのBlue/Greenデプロイメントの実装 AWS Fargate と Amazon Elastic Container Service (Amazon ECS) 上で稼働するサービスでの Blue/Green デプロイメントがサポートされます。 AWS CodeDeploy を利用し、 Blue/Green デプロイメントを行うことでアプリケーションの更新時のダウンタイムを最小限に抑えることが出来るようになります。 Blue/Green デプロイメントは、古いバージョンと新しいバージョンのアプリケーションを同時に起動し、新しいバージョンをテストしてからトラフィックをルーティングします。デプロイ状況を監視し、問題が発生した場合はすぐにロールバックすること
ECSのサービスディスカバリーが東京にやってきて、コンテナ間通信の実装が簡単になりました！ | DevelopersIO
つまりは、オートスケールやタスク数設定によるコンテナ増減に連動して、Route 53のレコードが自動的に書き換えられるということすね。 従来から存在したRoute 53のAuto Naming 実は弊社大瀧が書いた、下記記事に有るように、Route 53のAuto Naming APIを利用したサービスディスカバリー実装の機能自体はありました。 Amazon Route 53 Auto Namingでサービスディスカバリを実現する ｜ Developers.IO 今回紹介する機能は、これをECSに拡張したものと言えます。 実際にECSサービスディスカバリーを設定してみる 前置きが長くなりましたが、実際にECSに登録する様子を見てみましょう。既に、既存のECSクラスターとタスク定義がある前提で解説していきます。 従来どおり、ECSのサービスを作成していきます。今回は起動タイプもFARGATE
クックパッドと分散トレーシング - クックパッド開発者ブログ
こんにちは、技術部の Taiki (@taiki45) です。 近年の Web サービスの開発ではマイクロサービスに代表されるように分散アーキテクチャが採用されるようになってきました。大規模でも素早いプロダクト開発をするために、クックパッドでもマイクロサービスを採用し分散アーキテクチャへの移行を進めています*1。今回は、そのような分散アーキテクチャを利用したシステム構築において必須のコンポーネントになりつつある分散トレーシングについて、クックパッドでの事例を紹介したいと思います。 分散トレーシングとは マイクロサービスのような分散アーキテクチャでは、個々のサービス同士の通信が複雑になるため、モノリシックアーキテクチャと比較して、システム全体としての振る舞いを把握することが難しくなります。これはプロダクト開発においては、障害発生時の原因究明が難しくなったり、あるいはシステム全体でのパフォーマ
AWS でいままで起きた大規模障害を振り返る - Qiita
目的 2017/3/1 に us-east-1 の S3 大規模障害がありました。過去にもいくつか発生しているのと、いつ使っているリージョンで同じ事態が起きてもおかしくないと思い、これを機に過去どのような障害があったのか遡って調べました。 所感 毎年どこかのリージョンで大規模な障害が起きている ap-northeast-1 で起きていないのはたまたま、運がいいだけ AWS は復旧時間の改善・可用性向上に全力を尽くしているものの、未知の障害はいつかどこかで起きるもの ステータスダッシュボードは時に嘘をつく クラウドシェアトップである AWS はインターネット全体の SPOF になりつつある Chaos Monkey の思想は必須 報告書読むの面白い AWS の中身がすこし透けて見えてきます 前回データセンターについて調べたことが役に立った AWS のデータセンターに侵入する（妄想で） - Q
旭硝子が基幹システムのすべてをAWSに移行すると決断した理由 | IT Leaders
IT Leaders トップ ＞ 経営課題一覧 ＞ コスト最適化 ＞ ユーザー事例 ＞ 旭硝子が基幹システムのすべてをAWSに移行すると決断した理由 コスト最適化 コスト最適化記事一覧へ [ユーザー事例] 旭硝子が基幹システムのすべてをAWSに移行すると決断した理由 2015年4月10日(金)杉田 悟（IT Leaders編集部） リスト 企業情報システムにおいて、聖域なきクラウドへの移行が始まっている。情報系だけにとどまらず、最近は基幹系システムをクラウド環境に移すことに躊躇しない企業が増えている。AGC（旧社名：旭硝子）もそうした1社。メインフレーム上やSAP ERPソフトなどを使った10以上ある基幹系システムのすべてをAWS（Amazon Web Services）に移行することを決めた。なぜAGCは、自らが「旧来型」と称するシステムをAWSに移行すると決断したのだろか。その軌跡を追
awsにおけるセキュリティ関連の認証、及び金融機関導入事例 - Qiita
さて、セキュリティ的な立ち位置としての活動も開始したことだし、awsが取得しているセキュリティ関連の認証とか金融機関における導入事例をまとめてみるか。 詳細はawsのサイトにあるので、詳しく見たい方はawsのサイトを見たほうがいいですが、ざっくりと2016/01/17時点の情報を知りたい方に有用です。 サマリ 国内でも海外でも金融機関の導入事例がある(ただし、基幹システム含まず)。 セキュリティに関する認証や、品質に関する規格も数多く取得している。 寧ろ物理観点におけるセキュリティの基準は、日本より海外の方が厳しいことや、論理と物理が疎結合となっているクラウドの特徴からかなり高いといえる。 awsが取得しているセキュリティ関連の認証 https://aws.amazon.com/jp/compliance/ にあるように、品質については以下の認証を取得している ISO 9001 : 製品と
決済にまつわるセキュリティの話 第2回 PCIDSS取得のためのクラウド選定 | さくらのナレッジ
WebPay CTOの曾川です。前回は、「クレジットカードセキュリティ入門」ということで、クレジットカード決済を提供する上で大事になるPCIDSSやクレジットカード情報を扱う上でのリスクポイントについて解説しました。今回は少し趣向変えまして、PCIDSSに準拠するためのクラウド選定についてお話したいと思います。 クラウドファースト時代のPCIDSS対応可能なクラウド選び 「クラウドファースト」という言葉が世の中を賑わせていますが、クレジットカードの決済ゲートウェイのような金融系システムでもこれは例外ではありません。PCIDSSのようなセキュリティ標準を達成する上で、クラウド上でもオンプレミスと変わらないセキュリティレベルを獲得するためには、クラウドの選定段階でIaaS事業者のセキュリティレベルや製品のセキュリティレベルを十分に確認しておくことが大切であるといえます。 実際に、私達がAWSや
Active Directory on AWS #jawsdays – JAWS DAYS 2014 参加レポート Vol.11 | DevelopersIO
吉松 龍輝（よしまつ りゅうき） エンタープライズで多く採用されている認証基盤、Active Directory に関するセッションです。Active Directory を AWS 上で展開する際の考慮事項、Tips などをご紹介します。Active Directory on AWS の公開情報は意外に少ないですので、この機会にぜひご聴講ください。 こんな話しでした。 ドメインコントローラー（DC)配置のデザインパターン AWSとオンプレとのハイブリット運用の場合 FSMOの配置はどちらでもOK AZでの冗長化が基本 AWSだけでの運用の場合 FSMOの配置はやはりAZで冗長化が基本 ただしリストアに気をつける ドメイン構造 AWS専用のドメインっているのか クラウドに配置するからといって必要性はない ドメインの分割の判断基準 セキュリティ、組織、地域だど サイトの設計 レイテンシーと複
構成図を描いたらAWS上に環境をローンチしてくれるMadeira Cloudを試してみた - Cloud系Architectの日々是好日
11月のJAWS-UG大阪で「Cacooで構成図描いたら、自動でAWS上に環境をローンチしてくれるといいよね〜」って話をしていた覚えがあります。すみません、ありましたw Visual Cloud Management for AWS | MadeiraCloud ｷﾀ━(ﾟ∀ﾟ)━! って感じですw ざっくり流れは以下の3STEP。超簡単です。 STEP1 構成図を描く STEP2 パラメータを設定する STEP3 ローンチする これだけです。ね、超簡単でしょ♪ 実際にやってみたので図で手順をご紹介します。 ◯まずは Visual Cloud Management for AWS | MadeiraCloud にアクセス。Sign Up for Freeをクリックしてアカウントを作成します。（facebookやTwitterアカウントでSAMLしてくれよ...） ◯Username, Em
Amazonクラウド、セキュリティを確保するためのAPIロギング「AWS CloudTrail」、デスクトップ仮想化「Amazon WorkSpaces」、モバイル向けストリーミング「Amazon AppStream」を相次いで発表。re:Invent 2013
Amazonクラウド、セキュリティを確保するためのAPIロギング「AWS CloudTrail」、デスクトップ仮想化「Amazon WorkSpaces」、モバイル向けストリーミング「Amazon AppStream」を相次いで発表。re:Invent 2013 Amazon Web Servicesが主催するイベント「AWS re:Invent 2013」が米ラスベガスで開幕しました。初日の基調講演には、シニアバイスプレジデントのアンディ・ジェシー（Andy Jassy）氏が登壇。 ジェシー氏はAWSのビジネスとテクノロジーの急速な成長と、政府機関などを含む顧客の広がり、そしてクラウドによって顧客にどのような変革がもたらされるのかについて壇上から講演しつつ、相次いで3つの新サービスを発表しました。本記事では発表された新サービスを中心に紹介します。 APIコールのログを取る「AWS Clo
Vagrant 1.1 で EC2 を vagrant up - naoyaのはてなダイアリー
Vagrant 1.1 がリリースされました。 Vagrant は仮想サーバーのフロントエンドのツール、詳しくは Vagrant - naoyaのはてなダイアリー あたりを。 で、この 1.1 が 1.0 → 1.1 という割に結構大きなアップデートで新しく VM に VirtualBox 以外のものが選択できるようになった。すなわち「VirtualBox のフロントエンド = Vagrant」から「各種仮想マシンのフロントエンド = Vagrant」という風にアップデートされた。 今回の 1.1 からVMを操作するproviderがプラグイン構造となり、VirtualBoxだけならず、公式で操作できる対象が増えました。 VirtualBox VMware Fusion Amazon EC2 + VPC Rackspace Cloud VMware Fusion以外はオープンソースで公開さ
AWS Management Consoleが新デザインになりました | DevelopersIO
AWS Management Consoleが新デザインに みなさんおなじみのManagement Consoleは、今までタブでサービスを切り替えていました。多くの人がこれ以上サービス増えたらタブ名が見えなくなるなぁと思われていたのではないでしょうかw。アマゾンさんも思っていたみたいですね。そして、新しく生まれ変わりました。 タイトル文字が太くなって表示エリアが広がりましたね。タブの数に限界があったのはもちろんですが、ユーザーのインタラクションとして全てのサービス名を見ながら行ったり来たりするよりかは、同じサービスでリージョンを切り替えるほうが多かったのではと思います。あまり使わないサービスもありますもんねw。また、リージョン毎に分離されたサービスを提供するのではなく、リージョンをまたいでサービスを連携するAWSならではとメニューの見せ方は前回と同様です。 今度のリクエストとしては、全リ
ノーチラス・テクノロジーズが株式会社アンデルセンサービスの原価計算の基幹バッチ処理をAsakusa Framework™/Hadoopにて1/12の時間に短縮アマゾン ウェブ サ―ビス®のAmazon® VPCを利用し、インフラ構築・運用コストを大幅削減 | NAUTILUS
ホーム>お知らせ>ノーチラス・テクノロジーズが株式会社アンデルセンサービスの原価計算の基幹バッチ処理をAsakusa Framework™/Hadoopにて1/12の時間に短縮 アマゾン ウェブ サ―ビス®のAmazon® VPCを利用し、インフラ構築・運用コストを大幅削減 ノーチラス・テクノロジーズが株式会社アンデルセンサービスの原価計算の基幹バッチ処理をAsakusa Framework™/Hadoopにて1/12の時間に短縮 アマゾン ウェブ サ―ビス®のAmazon® VPCを利用し、インフラ構築・運用コストを大幅削減 2012年05月07日 PDF版のダウンロードはこちら 株式会社ノーチラス・テクノロジーズ(以下、ノーチラス)は、当社が開発したAsakusa Framework™ (*1) (以下、「Asakusa」)を利用して株式会社アンデルセンサービス（以下、アンデルセンサー
Chefを使用してEC2インスタンスを操作するチュートリアル：その１ - サーバーワークスエンジニアブログ
こんにちはインフラエンジニアの柳瀬です。 サーバシステムの管理や運用するツールとして、ChefやPuppetは様々なブログで紹介されているので、ご存知の方は多いと思いますが、先日リリースされたChef0.10.0からknife-ec2というプラグインを使用してEC2インスタンスを操作するようになったようです。 ※Amazon EC2やRackspace、Openstackなどの各クラウド固有の機能がChef本体から切り離されたようです。 これを機に数回に分けてknife-ec2を使用するまでの手順を簡単にご紹介したいと思います。 今回はOpscodeへのユーザー登録とChefのインストールまでをご紹介します。 Chefについてはこちらのページでどんな事が出来るか説明がされておりますが、あまりご存じない方もいらっしゃると思いますので、必要となる用語を簡単にご説明したいと思います。 ■Opsc
「クラウドデザインパターン」をAmazonが公開。システム冗長化、突発的トラフィック対応、動的コンテンツ処理など45種類
Amazonクラウドを使ったシステム設計の際に直面する典型的な問題に対して、解決策を分かりやすく分類、解説した「AWSクラウドデザインパターン」（略称CDP）が公開されました。Facebookページも開設されています。 作成したのはAmazonのスタッフやサードパーティのエンジニアら。 CDPのWebサイトはWikiで作られているため、誰でも新たなデザインパターンなどを追加可能。現在45種類のパターンが登録されており「あと3つ加えると“CDP48”と言えるようになるので、ぜひ追加してください」（玉川氏。JAWS Summit 2012でCDPの公開について説明した際に）と、呼びかけています。 45種類のパターンが9のカテゴリに分類 それぞれのパターンには、名前、解決したい課題、クラウドでの解決方法、実装方法、解説図、メリットと注意点、関連パターン情報などが含まれています。 例えば、サーバの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Summit Tokyo 2016 セッション資料・動画一覧 | AWS
Active Directory on AWS / JAWS Days 2014
ソーシャルゲームにおけるAWS／MongoDB利用事例
agilecatcloud.com