「サーバ/インフラエンジニア養成読本 DevOps編」にて[CircleCIによる継続的インテグレーション入門]を執筆しました - Glide Note
サーバ/インフラエンジニア養成読本 DevOps編 [Infrastructure as Code を実践するノウハウが満載! ] (Software Design plus) 2016/02/26 に出版される「サーバ/インフラエンジニア養成読本 DevOps編」というムック本にて、特集「CircleCIによる継続的インテグレーション入門」を執筆しました。 CircleCIによる継続的インテグレーション入門 私が現在所属するKaizen Platform, Inc.でもCircleCIをヘビーユーズしており、サーバ/インフラ部分においても、 インフラCI 稼働中サーバへのプロビジョニング DNSレコードの管理 Terraformを用いたAWSリソースの管理 Packerを用いたAMI作成 稼働中サーバのセキュリティアップデート メトリクスグラフの取得&slackへの投稿 などにCircl
「サーバ/インフラエンジニア養成読本 DevOps編」にて Ansible 2 について書きました。 - Shin x Blog
2016/02/26 に出版される「サーバ/インフラエンジニア養成読本 DevOps編」というムック本にて、Ansible 2 について書きました。 本書は、昨今では普及してきた DevOps や Infrastructure as Code といったキーワードに関心がある方向けの本です。はじめに概念の定義や現状をおさえた後に、Ansible、Circle CI、Docker、Kubernetesなどツールを活用して実践する構成となっています。 Ansible 2 によるサーバ環境の構築 特集 1 である「Ansible 2 によるサーバ環境の構築」を担当しました。ここでは、Ansible の基礎をベースに、Vagrantを利用したサーバ環境の構築を解説しています。 Ansible には多くのユーザがおり、すでに多くの Playbook が公開されています。そこで、Playbook のシン
デプロイ自動化とServerspec
Serverspec本の献本ありがとうございました．とても面白かったです．詳しい書評はすでに素晴らしい記事がいくつかあるので，僕は現チームでどのようにServerspecを導入したか，どのように使っているかについて書きたいと思います． Serverspec導入の背景 今のチームではサーバーのセッアップおよびデプロイにChefを使っている．本にも書かれているようにこのような構成管理ツールを使っている場合はそのツールを信頼するべきであり，Serverspecのようなテストツールは必要ない．僕らのチームもそのような理由でServerspecの導入には至っていなかった． しかしアプリケーションが複雑になりChefのレシピも混沌とするようになるとそれは成立しなくなる．見通しの悪いレシピはChefへの信頼度を落とす．信頼度の低下はデプロイ不信に繋がり人手（筋肉）によるテストが始まる． サーバーの数がそ
開発するように運用するインフラ JAWS DAYS 2015
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
インフラストラクチャ自動化フレームワーク「Chef」の基本
DevOpsというキーワードに関連して、「Chef」というツールの名前を聞いたことのある人も多いのではないでしょうか。この記事では、インフラにおける構成管理、展開作業を自動化するChefの構造および基本的な使い方について解説します。 インフラストラクチャ自動化フレームワーク「Chef」 Chefは、物理、仮想、クラウドといったさまざまな大きさのインフラに対して、サーバやアプリケーションの展開を容易にするための自動化フレームワークです。 Chefの重要な要素の1つに「Infrastructure as Code」という概念があります。インフラをどのように構築し、維持するべきかという定義はRubyの文法で記述され、ソースコードのように扱うことができます。つまり、あたかもRubyでプログラミングをするように、インフラの構成管理をコードによって行えることがChefの利点の1つです。 自然言語による
ニフティクラウドがインフラ構築自動化ツールを提供開始、DevOps向け
ニフティは2014年6月18日、同社が提供するクラウドサービス「ニフティクラウド」において、インフラ環境の構築や構成変更作業を自動化できるDevOps向けツール「ニフティクラウド Automation」（写真1）の提供を開始した。同サービスでこれまで試用版として提供してきた環境構築自動化ツール「CloudAutomation β」に、アプリケーションデプロイ機能などを加え、正式サービスとしてリリースしたもの。 インフラ構築自動化のためのフレームワークとして、オープンソースのChef（シェフ）を採用。開発者や管理者は、コントロールパネル上で環境構築の手順などを記した「レシピ」（写真2）を選択するだけで、仮想サーバーの生成からミドルウエアのインストール、アプリケーションのデプロイ、設定ファイルの配置などまでさまざまな操作を自動実行できる。 同ツールを利用することで、従来のように利用目的ごとに仮
The Basics of Provisioning and Deploy on AWS #jawdays #infra
The Basics of Provisioning and Deploy on AWS #jawdays #infra 1. プロビジョニング＆デプロイ on AWS のキホン 2014年年3⽉月15⽇日 アマゾンデータサービスジャパン株式会社 シニアコンサルタント 吉⽻羽⿓龍龍太郎郎 1 JAWS DAYS 2014 #jawsdays #infra 2. ⾃自⼰己紹介 ! 名前：吉⽻羽⿓龍龍太郎郎 • @ryuzee • www.ryuzee.com • 専⾨門領領域は、プロビジョニ ング・デプロイの⾃自動化、 開発プロセスとか 個⼈人の著作・翻訳・寄稿 2 3. Immutable Infrastructureって すぐ実現できるの？ 3 ⇒No 4. キホン：⾃自動化する 4 5. キホン：ビッグバンを避ける 5 6. インフラもアプリもソフトウェア化
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SpecInfra at JAWS DAYS 2014
職人任せにしないインフラ構築/運用 ~ DevOps時代を生きぬくために ~