リーン・スタートアップをKindleで買ったら会社にあって絶望した小林（し）です。 前回の続きです。前回はInfrastructure as Codeとはなんぞや的な話をしました。 今回からは複数回にわけて弊社で使ってるコードでインフラをいじる例をいくつかご紹介したいと思います。 実践編：サーバ構築 サーバ構築するときももちろんコードを書くことで行います。このコードからサーバ構築することのメリットは次の通りです。 構成をGitなどのバージョン管理ソフトでバージョン管理できる 人的ミスが減る（昔は手順書みながらコマンド流していたんですよ！） リソースを有効活用できる（壊して作って壊して作ってを手軽にできる！） こういうことができるようになります。インフラ管理をしたことない方からするとメリットを感じづらいかもしれませんが、これらはすごく革新的です。 もちろんコードが書けるだけで理想のインフラを

本日（5/24）は渋谷のランサーズさんで開催された 週末ランサーズ「Infrastructure as Code」〜ヌーラボ社の事例によるVagrant や serverspec、ansibleツールのご紹介〜 に参加してきました。 プログラム 14:00-「週末ランサーズ」について 14:05-「Infrastructure as Code」について（ヌーラボ　中村知成氏 @ikikko） 15:00- ハンズオンタイム（〜「Infrastructure as Code」を体験しよう〜） 17:00- 交流会 ヌーラボ　中村さん（@ikikko） 中村さんというお名前より、@ikikkoというTwitterIDの方が有名かもw Nulabでアプリよりの開発者としてBacklog開発やインフラ整備などを担当 Jenkinsユーザ会（主催っぽいことをしてる） Infrastructure a

1. Copyright Drecom Co., Ltd. All Rights Reserved. 1 ドリコムの Infrastructure as Code 2014.05.23 最新インフラエンジニア技術勉強会 2. Copyright Drecom Co., Ltd. All Rights Reserved. 2 名前  ひらしー(とか狂犬？とか)  出身:グンマー 所属  サービス基盤本部 サービス基盤部 インフラグループ 職種  インフラエンジニア

はじめに 本連載では、インフラの構成をコードで管理するための便利なツールを使って、インフラを構築するための手順をご紹介します。今回は、Vagrantというツールを使って、ローカルマシンに仮想環境でWebアプリケーションの開発環境を作って、開発チーム内で統一した開発環境を構築する方法について説明します。 対象読者 本記事は、次の方を対象にしています。 コードを使ってインフラの構成管理をしたい人 ネットワークやLinuxの基礎知識がある人 Webシステムの開発環境を構築したことがある人 なぜ、コードでインフラの構成管理をするの？ 業務アプリケーション開発者のみなさんは、前任者が作った既存システムにバグがあり、それを修正することき、「設計書の内容と、ソースコードの中身が違う！？！」というシーンに出くわすことはありませんか？ Excelの設計書とソースコードを交互ににらめっこしながら、関係者に仕様

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

今年の3月に 入門Chef Solo - Infrastructure as Code という本を書いた。 その名の通り Chef の入門書なのだけど、このサブタイトルは "Configuration Management Tool (構成管理ツール)" でもなく "Provisioning Framework (プロビジョニングフレームワーク)" でもなく、はたまた "Automated Infrastructure (自動化されたインフラ)" でもなく、"Infrastructure as Code" にした。 この一年で Chef や Puppet にはずいぶんと注目が集まった。おそらく、AWS をはじめとするクラウドサービスがより広いユーザーに浸透したことで仮想化環境が前提になって、以前よりも頻繁にサーバーを構築し直したりする機会が増えたとかその辺がひとつ理由として挙げられると思う

Creators MeetUP Vol22で発表した資料です！ 最後にサプライズあるよ！ インフラをコードで説明することってなあにっていう話です！Read less

美雲このはとは？ 座敷童子一族の末裔として生まれ、栃木の由緒正しい某神社で暮らしていたんだけど、昔からのしきたりで一人前の座敷童子になるため東京で修行を開始！ 紆余曲折あって、ConoHaの応援団長に就任することになりConoHaを使っているみんなを応援するとともに、このはも一人前の座敷童子ではなく、「神様」になるために日々頑張っているよ！ プロフィール 名前：美雲 このは （みくも このは） 年齢：年齢という概念はないが、人間でいうと13歳くらい？ 身長：150cm＋α 体重：ひみつ 長所：勉強熱心・わりと機転がきく 短所：いじわると勘違いされる振る舞いをしがち 好きなこと：アニメを見たりゲームしながらのごろごろ

はじめに このエントリは非常にポジティブで技術的なチャレンジに関するまとめであり求人エントリでもあります。 まとめ 昨年後半から、急成長するサービスを支えるため “どオンプレ” な環境で作ったサービスをクラウドに持っていく仕事をしていました。 クラウドのオイシイところを押さえられるよう作り変えをした結果として “Infrastructure as Code” を実践することになり、結果としてソフトウェアエンジニアだけですべてがコントロール出来る状態になり、インフラおじさん業が不要になりました。 そういった環境で働きたい "腕の立つITエンジニア(特にスマホとサーバサイド)" を募集しています。 発表資料&箇条書きで振り返る最近の動き AWS Casual Talks #3 https://github.com/myfinder/aws-casual-3/blob/master/slide.