CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。 とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと

This domain may be for sale!

この記事はpyspa advent calendarの6日目として書かれました どうもfeizです。前回の投稿日が2013年とかでちょっと引きました。 好きな牛丼屋は吉野家です。 去る7月より、20台の大半を過ごした株式会社ビープラウドを退職し、BASE株式会社に入社していました。 現在はPAY.JPというサービスでインフラをメインに担当しています。 長いこと勤めた会社を辞めて一区切りついたところで、とりとめもなくポエムでも書いてみようと思います。 §1 ここ数年、webサービスのインフラの仕事を担当することが増えた。増えたどころか、ほぼ全案件インフラ担当を兼任していたように思う。 新卒の頃から数えても、「サーバーをインフラの人に頼んで工面してもらう」みたいな経験自体があんまりなく、大体自分で作ったり管理したりしていた。小さなチームでばかり仕事をしていればまあ当然かもしれない。 §2 そん

ニューデリー（ＣＮＮＭｏｎｅｙ） インド一の資産家ムケシュ・アンバニ氏が２００億ドル（約２兆円）を投じ、１０億人が無料で使える第４世代（４Ｇ）通信サービスの提供を開始した。低価格の高速インターネット接続サービスを国民に普及させることを目指す。 新しい４Ｇサービス「リライアンス・ジオ」は５日から正式提供を開始した。インド国内の８０％強を網羅し、年内は無料で利用できる。来年以降もデータ通信料は月額１４９ルピー（約２３０円）に抑える。 アンバニ氏は自身が経営するリライアンス・インダストリーズの先月の年次総会で、「デジタル化できるものは全てが目を見張るようなペースでデジタル化されるだろう」と展望を語っていた。 インドでインターネットを利用できるのは成人の５人中１人にとどまっていた。公衆無線ＬＡＮはほとんど存在しない。高速ブロードバンド接続に必要な設備は都市部でも貧困地域には普及せず、地方ではさらに

本の中の似顔絵が似ているので、社内チャットのアイコンもこれにしたらどう？と言われた中村です、こんにちは。 「現場のインフラ屋が教える インフラエンジニアになるための教科書」という本を執筆してて、つい先日（2016年6月24日）発売となったので、簡単にその内容と執筆環境の裏側を紹介します。 書籍の紹介 メインターゲットは、2〜3年目のインフラエンジニアです。仕事にもちょっと慣れてきて余裕も出てきた頃に、今後生き残るために何をどうしていくかの指針となるような本です。 その中で、私は「第6章 DevOps時代に求められるスキル」を担当しました。 6.1 インフラエンジニアを取り巻く環境 6.2 Infrastructure as Code（コードとしてのインフラ） 6.3 システム開発における3つのプラクティス 6.4 DevOpsを支えるプラクティス・ツール 私はもともとアプリエンジニアなので

タモ＜ハザードマップを確認しましょう＞💉x5 @tamosan ANAの件、「中継器」側からの故障シグナルのみでフェイルオーバーするような仕組みだったのでしょうかねぇ だとすると設計考慮不足かと思いますよ(´・ω・`) 2点、3点での監視も必要でしょうねぇ（対策としてそれを実施したようすですが） 2016-03-30 17:22:47

この記事ははてなデベロッパーアドベントカレンダーを始めます - Hatena Developer Blogの17日目の記事です．昨日は id:yashigani_w の Promiseを学ぶためにSwiftでPromiseを実装してみた話 - yashigani?.days でした． こんにちは、はてなの id:wtatsuru です。はてなのインフラ全般をみています。 はてなでは、しばしば新サービスを構築する機会があります。正式サービスもあれば、はてラボ のような実験的サービス、内部の Microserviceの一部になっているものなど多種多様なものがあります。新規サービスのインフラを構築する際は、最小構成でありつつ後のスケールやメンテナンスを考えた仕組みを作っていくことになります。この記事では、2015年12月現在のはてなでの標準的な構成を紹介していきます。 新サービスの最小構成 こち

インフラストラクチャー部の成田です。2015年10月現在、インフラストラクチャー部には私を含め7人のインフラエンジニアが所属しており、このメンバーでクックパッド本体サービスをはじめ様々な新規事業やいくつかの子会社のサーバを運用しています。私自身もエンジニアではありますが部のマネージャも兼ねているため、立場上、社外の方からインフラエンジニアのマネジメントについて質問されることがよくあります。今回は、私自身の考え方とクックパッド社における事例を紹介したいと思います。 「インフラエンジニア」とは 「インフラエンジニア」という言葉の定義はあいまいで、しばしば議論の的になります。傍目からは明らかにインフラエンジニアであるように見えるにも関わらず「私はインフラエンジニアでは無い」と主張する人たちもいます。このような状況になっているのは、サーバ運用に関する業務分掌が会社ごとに異なるからであると私は考えて

エンジニアになってかれこれ14年目、そのうちの多くをインフラエンジニアとして過ごしてきました。ドリコムが弱小ベンチャーの時代から始まり、上場を経て今に至るわけですが…… そんな私の経験を凝縮したような書籍 『たのしいインフラの歩き方』 を執筆しましたことを、ご報告させていただきます！ 本の概要 タイトルどおり、インフラ周りの歩き方について記したものであるため、これを読めば環境を構築できるとか、深い技術や仕組みを理解できる、というようなザ・技術書といった類の内容ではありません。 では、ここでいう歩き方とはなんぞや？といいますと、起業したての小企業から、数百人規模の大企業に至るまでに、どのような技術的要望があり、どのように解決していくのか、という時間軸や規模感に沿ったインフラのエンジニアリングや、その心構え、ということになります。 対象読者としては、大きくは初～中級者のエンジニアとなっています

お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。 昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。 経緯 ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。 私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や

2015年1月末の社内勉強会にて

はじめに これは Ruby on Rails Advent Calendar 2014 - Qiita の19日目です 18日目 @yancya さんの Rails でシングルじゃないテーブル継承 - Qiita でした 19日目：オレオレRailsアプリを支えるインフラの作り方 最近では Heroku などのPaaS*1 も普及してインフラのことを知らなくても簡単にアプリを公開することができるようになりました。 しかしトラブルシューティングやパフォーマンスチューニングなどを行うにはアプリケーションコードだけで完結することは少なく、全体像を把握する必要があります。Railsアプリケーションの裏でどんな構成で動いているかを知っておくかは重要なのでざっくりと紹介したいと思います。 書かないこと Railsアプリを作る上でのノウハウ 便利なgemや外部サービスの紹介 *2 監視 アラート検知 モ

このエントリは前後編に分かれています。前編は主に運用フローやそこでの工夫点、後編は実際の運用から得た知見や今後の課題といった内容です。 ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (前編) ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (後編) 最近はインフラ運用・DevOPS関連のトピックとして目にしないことはないくらい、「イミュータブルインフラストラクチャー」について様々な議論がなされています。私たちも昨年、継続的デリバリという文脈で、@IT の連載にてその基本的な考え方について紹介させていただきました。 さて、今年の二月にローンチをしたばかりのヌーラボのシングルサインオンサービス「ヌーラボアカウント」では、イミュータブルインフラストラクチャの一歩手前として、特定の変更を加える場合のみ、ごっそり環境ごと入れ替えるというやり方にてその運用をスタートしました。

ぼくがいわゆる、インフラエンジニア。サーバサイド等をやるエンジニアになった時に何かに詰まったり、気になった事ができた時にGoogleで検索して、良く出てくるページが有ったんです。それは「sanonosa　システム管理コラム集」でした。 その頃はインターネット上の情報もそんなに多くなくて、sanonosaさんの知識は幅広いしありがたいなぁ、と思ってました。 それから、ぼくのRSSリーダー（その頃はWebで見れるRSSリーダーってあんまりなかったですねｗ）には長らく、　@sanonosa さんのブログは入っていたと記憶しています。 その@sanonosa さんの書いたインフラエンジニア向けの本が出るということで、もし初心者向けだったとしても買うしかない、と思って即決で買った本が、こちらの『インフラエンジニアの教科書』です。 インフラエンジニアの教科書 作者: 佐野裕出版社/メーカー: シーアン

あらためて知っておくべき、バックアップ最新基礎知識：業務で使えるバックアップの基礎知識（1）（1/3 ページ） 仮想環境など、より高次の環境が当たり前となった現在、バックアップ工程を検討する際にも従来とは比較にならないほど複雑な検討が必要になりつつあります。本連載では、バックアップの常識を入れ替える知識を紹介していきます。 ビッグデータ時代と呼ばれる昨今、業務環境はより高度なものとなり、バックアップに関する要件も厳密になっています。また、運用設計もより複雑になってきています。 こうした今だからこそ、バックアップツールをより適切に選択する必要があるのではないでしょうか。 この連載では、バックアップの新常識と題し、バックアップの基礎から最新のテクノロジ、仮想化環境を中心に、課題の多いバックアップの「今」をお伝えします。 第1回では、基本に立ち返り、バックアップ運用の検討に際し、考え方の基礎を振

昨年12月、中央自動車道笹子トンネルで天井崩落事故が起こり、改めて社会インフラの老朽化の実態が浮き彫りになりました。 小野：笹子トンネルの事故はショックでした。建設から維持の時代と言われて、もう30年ほど経っています。みんな、その認識は持っていたんです。でも、ついね。予算の問題とか、各企業の利益の問題とかがあって…。 私も（清水建設の）技術部長だった時に、これからは維持管理の時代ということで技術部にグループを作って、コンクリート構造物の維持管理、技術開発、調査、設計などに大々的に取り組みました。しかし、商売となるとなかなかね。 どうしても維持管理に関わる仕事の受注額は小さいでしょ。それに、例えば清水建設に独自の技術があるからといって随意契約で特命発注することはないわけです。そのような発注制度の仕組みもあって、商売という意味では苦しかった。 例えば、うち（清水建設）は阪神・淡路大震災で高速道

1967年生まれ。上智大学外国語学部卒業。編集プロダクション勤務を経て、独立。週刊ダイヤモンド、人事関連雑誌、女性誌などで、メンタルヘルスや介護、医療、格差問題、独立・起業などをテーマに取材、執筆を続ける。西川氏の連載「『うつ』のち、晴れ」「働く男女の『取扱説明書』」「『婚迷時代』の男たち」は、ダイヤモンド・オンラインで人気連載に。 人口減少 ニッポンの未来 現在、約1億2800万人と言われる日本の人口。しかし、国立社会保障・人口問題研究所では、人口が2030年には1億1522万人、さらに2060年には8674万人になるとの予測が立てられている。どんどん人口が減り、縮んでいく日本の社会。いったい私たちの行く手には何が待ち受けているのか？この連載では、これからの時代を担う今の子どもたちに読み聞かせる形式を取りながら、日本の未来をいろんな角度から覗いていく。 バックナンバー一覧 日本の人口は今