7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（後編）。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAY 2014で解説しました。 （本記事は「クックパッドのデプロイとオートスケール（前編）。JAWS DAYS 2014」の続きです） オートスケールはAmazon Auto Scalingを使わないと判断 今日の本題であるオートスケールの話をしたいと思います。 オートスケールとは一般に、トラフィックが増えたらサーバを増やしましょうね、という作業を自動化するものです
Amazonクラウド、デプロイの自動化ツール「AWS OpsWorks」公開。Chefのレシピ利用
クラウドのような大規模な基盤に対してアプリケーションを展開するには、自動化ツールが欠かせません。ChefやPuppetのような新しい運用自動化ツールが注目されているのはそのためです。 Amazonクラウドは、Chefを利用した運用自動化ツールの「AWS OpsWorks」を公開しました。Amazonクラウドのユーザーであれば追加料金はかからず、無料で利用可能です。 AWS OpsWorksを用いることで、大規模なクラウドアプリケーションを展開するのに必要なOSやミドルウェア、データベースサーバなどを多数のサーバにインストールし、ロードバランサーを設定し、アプリケーションをインストールするといった作業が自動化できます。大規模なアプリケーション展開でも、迅速に作業できるようになるでしょう。 OpsWorksの設定 AWS OpsWorksでは、まず管理単位となる「Stack」を定義し、どのリー
DevOpsに関する国内最大のイベントとなった「DevOps Days Tokyo 2012」が5月26日に都内で開催されました。 これまで国内でDevOps関係のイベントは何度か開催されてきましたが、今回のイベントは世界中で開催されているイベント「DevOps Days」の東京開催で、海外からDevOpsムーブメントの中心になっていると言っていいゲスト2人を招き、100人以上の参加者が集まるという大きなイベントでした。 主要な講演の1つ、John Wills氏による「Introduction to the DevOps movement」のハイライトを紹介します。 Introduction to the DevOps movement EnstratusのJohn Wills氏。 昨日、Jay（本イベントの司会で中心人物の堀田直孝氏）と、DevOpsの定義ってなんだろうね、という話をして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
