障害対策の基礎知識 RASIS | 外道父の匠
サービスをできるだけ落とさず安定させようとするのは当然ですが、ハードウェアの故障がある限りはサービスが落ちることを当然として構築・運用をします。 環境によってはマンパワーのベストエフォートでそれなりにいけちゃったりしますが、サーバ台数が増えたり、キチンと設計したり、組織の自分以外に性質を示したり、社会にアピールしたり するために安定度を可視化する必要が出てきます。 公開されている例 少し前の記事ですがわかりやすくGoogle先生から。 Destination: Dial Tone — Getting Google Apps to 99.99% In 2010, Gmail was available 99.984 percent of the time, for both business and consumer users. 99.984 percent translates to s
Codenize Meetup に参加して Infrastructure as Code ツールとオペレーションの実践的な話が聞けた - kakakakakku blog
木曜日に Codenize Meetup に参加してきた．Codenize.tools には様々なツールがあって，有名なものだと Roadworker（Route 53 の設定をコード化） / Piculet（セキュリティグループの設定をコード化） / Miam（IAM の設定をコード化）など．タイミング良く Roadworker と Piculet を検証していたので， 実際に運用で Codenize.tools を活用している現場の話を聞いてみたく，抽選も当たって参加できて良かった． codenize.connpass.com cloudinfra-audio に Codenize.tools 開発者の @sgwr_dts さんが出てて，Roadworker を作ることになった背景とか，裏話っぽいことが聞けるので良い！オススメ！ cloudinfra.audio Infrastruct
トレタのインフラ運用、支えている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方 - トレタ開発者ブログ
インフラをアレしてる佐野です。トレタのコア部分はEngineyardで運用していますが、事業拡大に伴いサブシステムも増えてきました。新しいサブシステムは主にAWSで運用しています。そこで今回は事例として弊社の新規部分のインフラ運用のやり方、そこで使われている道具(Packer, Terraform, Serverspec, Ansible, Roadworker, Circle CI)、考え方などについて書きます。これらの道具はもはやよく知られたものであり、あまり真新しくはないとは思っています。しかしながら弊社に遊びに来た方や採用の応募者の方などからトレタのシステム運用に関する質問をいただくことがあり、その説明資料のかわりになるかな、という目的もあって書かせていただきます。これ以外にも道具はあるのですが、なんとなく興味をもってくれそうなワードをタイトルに羅列させていただきました。以下、目次
サーバが増えた時にインフラ担当者がやってきたこと - Qiita
はじめに これは ドリコムAdventCalendar の9日目の記事です。 8日目はsazae657さんによるドリコムの俺を支えるUIツールキットです。 自己紹介 @hiracy といいます。 ドリコムのインフラやってます。 最近発表したスライド ドリコムのInfrastructure as Code インフラ自動化とテストについて この内容について WEBサービス・ソーシャルゲームのインフラにてサーバが増加した時の管理について採用してきたツールとノウハウについて書かせて頂きました。 サーバ増加時の管理にお悩みのインフラ担当者は参考にしてみてはいかがでしょうか。 プロビジョニング 業者又は自前でラッキングされたサーバやクラウド業者で契約し使えるようになったサーバからOS設定・ミドルウェアインストール等を1台1台コマンドで設定すると日が暮れてしまいます。(たまにやってみるといい気付きがあり
12 Factor App - モダンなサービス運営に必要な12のインフラ的要素 - Qiita
皆さんは、The Tweleve-Factor Appをご存知だろうか？ これはHerokuの中の人が書いた、Webアプリケーションを使いやすい形でスケーラブルにするための方法論である。簡単にいえばコンテナで動かしたいアプリケーションが守っておくとよいレシピ集であると言える。 http://12factor.net/ (日本語訳) 今回これを取り上げた背景としては、実はDockerコンテナをメインにした本番でのインフラ運用を考えた時に、アプリケーションがこの12の要素を満たしていることが重要だと最近ひしひし感じているから。 実際、自分が働いているところが運営しているサービス Wantedlyは、もともとずっとHerokuで運営していて、最近AWSに移行し、現在Dockerコンテナの上で動いている。この移行を約1ヶ月半で実現できた大きな要因として、Herokuの上に乗っていたことで知らず知ら
はてなで新しくWebサービスを作るときのインフラの作り方 - Hatena Developer Blog
この記事ははてなデベロッパーアドベントカレンダーを始めます - Hatena Developer Blogの17日目の記事です．昨日は id:yashigani_w の Promiseを学ぶためにSwiftでPromiseを実装してみた話 - yashigani?.days でした． こんにちは、はてなの id:wtatsuru です。はてなのインフラ全般をみています。 はてなでは、しばしば新サービスを構築する機会があります。正式サービスもあれば、はてラボ のような実験的サービス、内部の Microserviceの一部になっているものなど多種多様なものがあります。新規サービスのインフラを構築する際は、最小構成でありつつ後のスケールやメンテナンスを考えた仕組みを作っていくことになります。この記事では、2015年12月現在のはてなでの標準的な構成を紹介していきます。 新サービスの最小構成 こち
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
若手インフラエンジニアたちが語る技術トレンドと数年後の未来
若手インフラエンジニアたちが語る技術トレンドと数年後の未来 JTF2015 26 July 2015 wakateinfra About me @deeeet / @tcnksm 社内PaaSの開発運用 Docker, Golang, CloudFoundry, CoreOS 2 #wakateinfra ? 新卒入社3年以内である インフラに関わる仕事をしている 異なる企業/異なる活動分野だったが，それぞれが具体的に何をしていて何に興味があるのか?を共有していこうということで集まり始めた． 3 Goal 若者は今のインフラ界隈をどう見ているのか 若者はこれから何がしたいのか を共有する 4 質問 tweetを拾えたら拾います #wakateinfra 5 Agenda 自己紹介 技術トレンドについて 技術習得について 今後のキャリアについて まとめ 6 自己紹介 7 技術トレンドについて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メルカリにおける、継続的なアプリケーション改善を支える技術 #retty_tech_cafe // Speaker Deck
SSSSLIDE
Wantedly の文化を支えるインフラとビジネスの変化に強いインフラ / #jtf2016