“月に1万7000回のデプロイ”でビジネスの俊敏性を獲得、実践者が語る「DevOps」のリアル
企業のソフトウェア／サービス開発の部門と運用部門が連携し、1日に数十回というサイクルでソフトウェア／サービスをリリースし改善していく考え方「DevOps」が注目されて久しい。米国では開発、運用現場の「スピードと品質の両立」を目指し、金融などの事業会社でもDevOpsの導入が進んでいる。ある大手銀行ではDevOpsの考えに基づき、1カ月に1万7000回ものデプロイを行い、バンキングアプリケーションの品質向上を行っているという。 DevOpsは国内でもWeb系企業を中心に導入が進んでいるが、一般の事業会社への導入はこれからだ。ITをビジネスに生かす機会が増え、一般事業会社でもソフトウェア／サービス開発と運用の効率性向上が強く求められている。国内でDevOpsを実践し、効果を挙げている先駆者はDevOpsをどう捉えているのか。DevOpsを導入するヒントとは？ 2人に話を聞いた。
Ph perがawsと出会ってdev opsを目指した話
EC2のストレージどう使う? -Instance Storageを理解して高速IOを上手に活用!-
オンプレミスから AWS に移行して変えた 3 つのこと
7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
運用とデータ分析の遠くて近い関係、ISUCONを添えて
