スクラム崩壊からの復活、神Excel手順書ベースの運用からAnsibleでの自動化へ――泥臭い現場の取り組みに学ぶ、明日から使える開発ノウハウ
スクラム崩壊からの復活、神Excel手順書ベースの運用からAnsibleでの自動化へ――泥臭い現場の取り組みに学ぶ、明日から使える開発ノウハウ：明日の開発カンファレンス 2018（1/2 ページ） より良いサービス、より良いモノを作るため、現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」を、「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 より良いサービス、より良いモノを作るため、開発現場は日々試行錯誤している。書籍で学ぶ方法論も大いに役に立つが、何より参考になるのは、自分たちと同じように現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」だ。そのような生の声を、2018年4月17日に開催された「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 黄ばむTrello、崩壊するスクラム……次々変わる異
Docker、よくあるLAMPのPJで、本番はまだアレだったので個々人用の開発環境として使ってて、アプリのデプロイはDockerfileじゃなくてAnsibleでgitからpullする方式。Jenkinsさんもあると言う状況。 2014-07-09 13:15:29 via Janetter @kamekoopa Dockerにmysqlまでセットアップしてるんだけど、ゼロから環境を構築してAnsibleでデプロイ(DBマイグレーション含む)して、を手軽にがんがんできるのが非常に良い。 2014-07-09 13:17:26 via Janetter to @kamekoopa @kamekoopa 環境を積極的にぶっ壊してもいいというの非常に心強く、特にDBマイグレーション動くかどうか確かめる時に、適当にデータ突っ込んだ状態でdocker commitしておいて、想定通りになるまでDBぶ
こんにちは。こむろ＠今は東京です。 アプリケーション開発において、実行環境へのデプロイプロセスはとても重要です。AWSでもCodeDeployやElasticbeanstalk、OpsWorksと言った各種デプロイプロセスをサポートするサービスがあります。しかし、どのデプロイプロセスが今自分たちのフェーズでのスタイルと一番相性が良いのでしょうか？最終的に全て結果は同じです。アプリケーションが環境へデプロイされ、アプリケーションが正常に実行、そしてサービスが正常に動作することを目指しています。このデプロイプロセスは新たにインスタンスを立ち上げる際にも関わりがあります。そのため、スケールアウトすることを前提に作られているシステムはデプロイプロセスとは切っても切り離せない関係です。今回は運用面から見たデプロイプロセスの再考と改善を考えます。 はじめに 自分が担当しているプロジェクトでは開発タイミ
![[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
最近、サーバーの設定作業などを自動化するChefなどのツールがよく話題になっている。はてなブックマークでのブックマーク数などを見る限り、Rubyで実装されているChefが日本では人気のようだが、それ以外にも同様のツールとして同じくRubyで実装されたPuppetやPythonで実装されたAnsible、Saltといったソフトウェアがあり、これらを比較したレビュー記事がInfoWorldに掲載されている（本家/.）。 記事では4つのツールそれぞれをAvaliabillity（可用性）、Interoperabillity（相互運用性）、Management（管理）、Scalabillity（スケーラビリティ）、Performance（性能）、Value（価値）の6項目で評価したスコアが掲載されており、トップはPuppet、続いてSalt、Chef、Ansibleという序列になっている。 詳しく
時雨堂を支える採用
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Ansibleのroleを実際に使ってみてわかったことを共有します。さらに便利に活用するtips等ありましたら、ぜひコメントをお願いします。 Ansibleのroleは単にインクルードの単位 最初roleという名前を聞いたときは、webserverとかdbserverといった役割を設定するのだろうと予想しました。が、Rolesのドキュメントを読んで、playbookの一部をインクルードして再利用するための仕組みだということがわかりました。つまり、playbookを分割・構成するコンポーネントという意味合いです。 もともとroleはなくてincludeの仕組みだけありましたが、より便利にするためにroleという仕組みが追加されたという経緯のようです。 例えばnginx, mysqlといった単位でroleを定義するのが良いです。さらにmysql/clientのように階層的なrole名を用いるこ
意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ･･･というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常
Loading form... If this message remains, it may be due to cookies being disabled or to an ad blocker.
リモートワークに対する考え方
自分の中でリモートワークに対する考え方をまとめておくことにする。 そもそも自分自身はリモートワークをするのはかなり難しい、職種的に人と会って話すことを求められる事が多いためだ。 ということで、ここでの考え方というのは、自分が一緒に働く仲間がリモートワークを行う場合の考え方とする。 まずリモートワークに対する考えだが積極的に採用していきたい、という方針だ。ただしその本人がリモートワークに向いており、一緒に働く仲間がリモートワークでも良いと思えるのであれば、という条件付き。 そのため、誰も彼もがリモートワークに向いているとは思っていない。リモートワークを希望し、さらに向いている人のみがリモートワークを行うべきという考えだ。 身近なリモートワーカーまず、自分がどんなリモートワーカーと一緒に働いているのかを書き出してみた。一人は自社役員、もう一人はフリーランサー。 自社の CTO完全フルリモート。
弊社でのansible活用例について記事にしてみました。 本記事は弊社での運用例なので、どの組織にも適用できるかは分りませんが、何かの参考になれば幸いです。 目次 リポジトリの作り方 2種類のリポジトリを作成する 利用例 playbook作成規約 READMEに以下のことを書く 設定できる変数はroleリポジトリのdefaultsに書く roleリポジトリの変数は role名 + _(アンダーバー)で始める 運用時のコツ ansibleで設定したサーバをどう管理するか 汎用的にしようと無理をしない roleの切り出し方について サーバのコピーに使わない よく分からないroleは実行しない まとめ リポジトリの作り方 最初に、ansibleのリポジトリをどのような方針で作っているかを書きます。 2種類のリポジトリを作成する まず作業のためにansibleのplaybookを保存するリポジトリ
Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること backlog 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました backlog Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 backlog 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食品様で、プロジェクトテーマパークを用いた研修を実施しました 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食
一撃シェルスクリプトとは これは私が作った造語で、厳密な定義というものを設けているわけではありませんが、「シェルスクリプト（と設定ファイルのひな形）を用意すれば、コマンドを1回実行するだけで環境構築ができてしまうというスグレモノ」を目指しています。現在のところ、線引きとして以下のように詳細なルールを作っています。 OSインストール直後に一撃シェルスクリプトを配置して動かすものとする 実行回数は1回のみで、人が張り付く必要のない設計とする 対話式の入力は可能な限り回避する 一撃シェルスクリプトで重視していないこと 一撃シェルスクリプトは、あくまで「シェルで頑張れる範囲で冪等性（べきとうせい）を確保する」ツールです。なので、上に記した「一撃シェルスクリプトの定義」にだいたい合致していれば「これは一撃シェルスクリプトだぞ」と名乗ってもよいと思っています。例えば、何がなんでも1枚のスクリプトファイ
「ダブルチェックを頑張る」でごまかさない、スクウェア・エニックスのサーバ設定漏れ防止策：たくさんのサーバを一気に構築できる“自律構築の仕組み”とは（1/3 ページ） スクウェア・エニックスは膨大な数のゲームを提供している。当然、それらを支えるインフラも大量で、運用管理にかかる手間も大きい。「Cloud Operator Days Tokyo 2023」のセミナーを基に、大量サーバの最適な管理法を紹介する。 変化の激しい現在のビジネス環境において、アプリケーションやサービスもその変化に素早く対応する必要がある。もちろん、それを支えるインフラについても同様だ。クラウドサービスやIaC（Infrastructure as Code）などを活用し、効率的にインフラを管理している企業も多いだろう。 ただ、ある意味でインフラは生き物だ。作った当初は問題なくても、管理する対象が増えたり、長期間運用してい
Ansible Tower Red Hat の杉村です。Ansible のテクニカルサポートエンジニアをしています。この記事は、Ansible Advent Calendar 2018 の 22 日目の記事です。 Ansible は日々進化を続け、さまざまな種類のサーバやネットワーク機器に対応するようになりました。Ansible で使われている技術について、一言二言で軽く紹介していこうと思います。 Core components YAML Jinja2 Inventory Static Dynamic Variables Facts Vault Role Galaxy Python modules Playbook 接続方式 SSH WinRM Network 認証方式 SSH Windows Ansible Tower / AWX Django RabbitMQ Celery Memca
Software Composition Analysis - SCA Tools & Security | Synopsys
✕ Synopsys Enters into Definitive Agreement for Sale of Application Security (Software Integrity Group) Learn More
Ansible Galaxy
直近ではDocker製ツールを用いた複数サーバへのコンテナの展開を考えていたのだが・・・ blue1st-tech.hateblo.jp 常々書いているようにホスト側のCentOS7とは相性が悪いところもあり、 またトラブル時の対応方法や他のメンバーへの周知に不安があるところ。 それに今回の案件ではマルチホストネットワークやスケーリングは必要ではないわけで、 あえて新しいツールを無理に使うよりも、 サーバのセッティングの際に使用しているAnsibleを用いた方が学習コストも抑えられるしシンプルで良いと判断した。 なにより、インフラ側と開発側が共通のツールに親しんでおくことは実運用においてメリットが大きいように思う。 Vagrantで実験環境を準備 Vagrantfileを作成し、とりあえず二台ほどCentOS7サーバを用意する。 Vagrant.configure(2) do |confi
30+ capabilities, 750+ integrations, the power of AI, all together.
Ansibleを使ったことない人に、ゆるくAnsibleを紹介してみた - kk_Atakaの日記
はじめに この記事はAnsible Advent Calendarの23日目の記事です。 今回は、Ansible(というか構成管理ツール全般)を知らない人向けにゆるくAnsibleを紹介してみたので、報告します。 12/17のKawasaki.rb+αでの発表です。 発表者の構成管理ツール歴 Ansible 軽く2, 3回Playbookを作った程度 大勢にバラまくのはやったことない(2台くらい) Chef Chef系の本を買っていろいろ試したことはある けど、小さい規模で使うにはオーバースペック感、縛りがきつい環境で使うには政治が必要で、けっこうくじけた Chefがつらい人のためのAnsibleのはなし - ゆううきブログ もうちょっとシンプルに行けそう 聴講者の構成管理ツール歴 初見の人 Chef使ったことある(聞いたことある)人 Ansible使ったことある(聞いたことある)人 上か
SREによるモンスト改善事例 / improvement-example-of-monster-strike-by-sre
hbstudy#76 第76回： SRE大全: XFLAG スタジオ編 https://hbstudy.connpass.com/event/62338/
VagrantでCentOSの仮想環境を作ってAnsibleで遊ぶ Vagrantは今更説明するまでもないけど、仮想環境の作成や起動・破棄を自動化したりするツール。VagrantはChefやAnsibleといったようなプロビジョニングツールとも連携可能なのでそれも少し。 Vagrantで仮想環境を作る 自身には仮想化する機能を備えておらず、仮想化ソフトウェアとしてVirtualBoxやVMWareなどを使う。今回はVagrant + VirtualBoxでCentOSの仮想環境を作ってみる。 以下のサイトに環境ごとのインストーラがあるので、ダウンロードしてインストールする。 Vagrant Oracle VM VirtualBox CentOS 6のBoxファイルをダウンロード 今度はどのOSで仮想化するか決める。VagrantではOSイメージをBoxと呼ばれる形式で管理する。有志で配布さ
Ansible導入までの道
Help! I've created a serverless monolith - Azure Lowlands
vagrant-configspecを使ってプロビジョニングする - KAYAC engineers' blog
@nobu_ohtaです。 teck.kayac.com Advent Calender 2013 19日目のエントリです。 今回、advent calendarを口実にvagrant-configspecをリリースしました。 インストールは vagrant plugin install vagrant-configspec です。 コード自体は https://github.com/ankoromochi/vagrant-configspec で公開しています。 動機 configspecを触ってみたかった。 mizzyさんのブログで紹介されているように、immutable infrastructureという文脈で出てきた、冪等性や依存関係をあまり気にしない感じのconfiguration management tool。 同じくmizzyさんが作者のサーバの状態のテストを行うserve
【書評】サーバ／インフラエンジニア養成読本 DevOps編 - tehepero note(・ω<)
2016 - 03 - 03 【書評】サーバ／インフラエンジニア養成読本 DevOps編 DevOps CircleCI 書評 Kaizen Platform社の @glidenote さんから、「サーバ／インフラエンジニア養成読本 DevOps編」をご恵贈頂きました！ www.amazon.co.jp この本の表紙なんですが、 CircleCI が Circle CI になっていると Twitter で喚き散らしていたところ、「 CircleCIによる 継続的インテグレーション 入門 」の特殊記事を執筆された@glidenoteさんから頂けることになりました。ありがとうございます。 ざっと書評 養成読本シリーズだけあって、サーバサイド・インフラをバックグラウンドに持つエンジニアであればそれなりに一気読みできるかと。 特集１：最速攻略！Ansible2によるサーバ構築 今のプロジェクトは基
7. サーバの構成管理とは 1. サーバを調達し、必要なMW, SWなどをインストールする こと 2. 設定ファイルを適切に編集すること 4 これらの作業を適切に維持、管理してくれるツールの事 を「構成管理ツール」という ※ 「サーバが正しく稼動していること」の監視、確認は今回対 象外
はじめに YAML について 基本的な書き方 配列 ハッシュ 配列とハッシュのネスト ブロックスタイルとフロースタイル コメント スカラーとデータ型 複数行の文字列 アンカーとエイリアス タブ文字について その他 XML との比較 表記法について 概念について インライン要素について データ型について 改行や半角スペースの扱いについて データバインディングについて ツールについて その他 終わりに 参考文献 著者について プログラマーのための YAML 入門 連載一覧 書いた人：kwatch はじめに YAML とは、構造化されたデータを表現するためのフォーマットです。 目的は XML と似ていますが、XML と比べて「読みやすい」「書きやすい」「わかりやすい」という利点があります。 また YAML はあくまで「仕様」であり、それを処理するライブラリの「実装」が必要です。 Ruby 1.8
IIJ Bootcamp
IIJ で実施している新人向けのハンズオン資料集です。
サービスごとに分散してしまった Ansible のコードを共通化する - WILLGATE TECH BLOG
こんにちは！インフラチームの高畑です！ ついに新年度を迎えぼく自身も入社 2 年目となってしまいました。 後輩も入社してきたのでより一層気合い入れて業務に取り組む必要性をひしひしと感じています。 さて、今回はウィルゲートの各サービスを陰ながら支えている Ansible を共通化したお話をいたします！ これまでの Ansible リポジトリ運用 ウィルゲートではこれまで、サービスが新規で立ち上がるたびに Ansible リポジトリを作成してサーバ構成を行ってきました。 Ansible リポジトリ一覧 各サービスごとに LDAP の設定や SSH の設定、Webサーバの設定などを Ansible で行っているのですが、使いまわせる role についてもそれぞれで用意しており一つ変更が入れば全てのリポジトリを修正しなければならない状態となっていました。 これらの問題を解決するため、 Ansibl
2020年4月20日18:58頃に発生したSQS/Lambda/CloudWatchの障害への対応 20時12分に対応を開始。それからリリース、動作確認が取れたのが21時25分でした。 オミカレでもAWSのSQS/Lambda/CloudWatchを利用している。主にメールやPush通知を送信しており、これが止まれば 会員登録・予約 などの様々なユーザー体験が損なわれる。 なので対応を議論していたところ 天才的ひらめきですぐに移すことに取り掛かった。 結果から行くとSQSとLambdaのリージョンを移行するという手で解決できた。 移行先は近場、白羽の矢は香港か、シンガポールでした 距離で行くと香港だというはなしでしたが、香港に行くとリージョンの有効化から始めないといけないしなにかのwarningが出ているのでシンガポールにすることにした。 SQSの障害だけ察知していたのでSQSのリージョン
レガシーなAnsibleを改善していくための方針/How to improve the legacy Ansible
Slack + Cloud Functionsで迅速な障害の初動対応をする/incident management by slack
「マニュアルやシェルスクリプトを使ったサーバ管理に課題を持つ方」を対象に、Ansibleの基本的な使い方を紹介する本連載「Ansibleで始めるサーバ作業自動化入門」。前回の「プレイブックを再利用しやすくするRoleの基本と共有サービスAnsible Galaxyの使い方」では、Ansibleの推奨ディレクトリ構成である「Role」と、全世界のAnsibleユーザーがRoleを共有する仕組みである「Ansible Galaxy」を紹介しました。 Ansible Towerとは 今回は、Ansibleの実行をWebブラウザから管理できるようにするツール「Ansible Tower」を紹介します。 Ansible Towerを利用することで、プレイブックの実行をスケジューリングしたり、ユーザーに特定のプレイブックの実行のみを許可するような権限制御を行ったりすることができます。これは、例えば「客
Ansible マジック変数の一覧と内容 - Qiita
Ansible Playbookで利用できる、マジック変数たち。 公式docに一覧がなかったので、一覧にしてみた。 マジック変数とは Ansible Playbookには gather_facts:False でも使える変数がある。 「定義済み変数」であり、マジック変数 と呼ばれる。 主に、インベントリに関する情報が得られる。 Ansible doc | Magic Variables
渡辺です。 クラスメソッドのAWSチームは基本的に自分が使いやすいツールを選択するので統一されていません。 が、誰からいいね！と推しはじめると流行していく、そんな雰囲気です。 Ansible AnsibleはChefなどと同じ構成管理ツールのひとつで、AWSチームではAnsibleを使う人が多くなってきました。Ansibleの紹介は、構成管理ツール Ansibleを使ってみるを読んでみてください。 Packer Packerも広義には構成管理ツールですが、マシンイメージを作成するためのツールです。 AWSで言えばEBSマシンイメージを作るのに利用できます。 Packerについては、PackerでAmazon LinuxのAMI(Amazon Machine Image)を作成するを参照ください。 PackerでAnsibleによる構成管理 Packerはマシンイメージを作成するためのツール
Ansibleではじめるサーバー・ネットワークの自動化 （Ansible2.7情報つき）2018/10/12
This document provides an overview of the Ansible automation tool in Japanese. It discusses Ansible's ability to configure Linux, Windows, network devices and cloud infrastructure. It also mentions Ansible modules for various services and platforms, and links to documentation resources for getting started with Ansible playbooks.Read less
2. Agenda • Ansible とは • Ansible 基礎 • PHPプロジェクトでの導入事例 (c) 2014 Masashi Shinbara @shin1x1
楽天のインフラエンジニアが明かす、AWSを用いた大規模ネットワーク運用の効率化：Ansible活用でIP払い出し作業時間をほぼ自動化 2021年5月11～12日に開催された「AWS Summit Online 2021」で、楽天グループ グローバルテクノロジー統括部 Vice Group Managerの藤井博貴氏が登壇。「楽天の大規模AWSネットワークインフラの運用方法」と題して、「AWS Transit Gateway」導入の効果や、Ansibleを用いた業務自動化の取り組みを紹介した。 VGW約10個、VPC約20個で、約30の楽天サービスを稼働 1997年に創業し、楽天市場をはじめ、楽天カード、楽天銀行、楽天モバイルなど、楽天のエコシステムを通じて多岐にわたるサービスを提供している楽天グループ。コロナ禍で消費者行動が大きく変わる中、インターネットを中心にサービスを提供する同社にも多
Ansible で、複数サーバの RPM を一括で更新する
Bash 脆弱性が出ましたね。対策がまだの方はお早めに。 修正 RPM が提供されているとはいえ、複数サーバにログインして、yum update していくのは、骨が折れる作業です。元から構成管理ツールを導入していて、一括更新出来る場合は良いのですが、なかなか導入できていないところも多いでしょう。 このエントリでは、Ansible を使って、複数サーバに対して、一括で RPM 更新を行う方法を見ていきます。 Ansible インストール Ansible の操作を行う PC or サーバにインストールします。これは ansible コマンドを実行する環境にのみインストールします。例えば、サーバ管理者の PC などです。チームで行う場合は、操作用のサーバにインストールして、SSH で操作サーバにログインして、実行すると良いでしょう。 OSX なら、Homebrew で入れるのが簡単です。 $ b
Slackの検索機能を強化するSSlackをリリースしました - WebPay Engineering Blog
WebPayではメインのコミュニケーションに2014年2月よりSlackを使っています。 洗練されたインタフェースとエンジニアフレンドリーな機能をもったすばらしいチャットツールですが、いくつか不便な点があります。 そのうちのひとつが検索の性能の悪さです。 英語の文字列でも全然関係ない結果を返してくることが多く、日本語ではほとんど壊滅的になりますっていました（現在はかなり改善されています）。 Slackを利用している日本のチームはいくつもありますが、おそらく同じ問題で悩んでいるのではないでしょうか。 この問題を解決するために、SSlackというツールを作成しました。 （Slack API: Community Built Integrations | Slackにも掲載されました） SlackからOutgoing Webhookで監視しているチャンネル上の発言を取得し、elasticsear
最近 CloudFormation を触っていて、よくある初期構築のベストプラクティスについて意見がほしいので自分の考える CloudFormation の設計や使い方についての考えを書いた。 CloudFormation のメリット CloudFormation を利用するためメリットはリソースの参照を簡単に記述できることと、べき等性の保証だと思っている。 以前、 EC2 インスタンスのプロビジョニングを Ansible で書いたことがある。 べき等性を確保したく、 サブネットの作成、 EBS のマウント、アンマウント、 EIP の付け替えなどの変更操作を Ansible だけで操作したい + その後のプロビジョニングの操作も Ansible にお任せしたいということを考えたときに、 Ansible の YAML ではなく以下のような Python のコードを書いた。 # ansible
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitterで「最近開発でDocker使ってて便利だよ」って呟いた話 - 新しいフォルダ (3)
[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO
PuppetとChef、Ansible、Saltの比較レビュー、Puppetが高評価 | スラド IT
Ansibleのroleを使いこなす - Qiita
意識の低い自動化 - Qiita
AWS Greengrass — the Missing Manual – A Cloud Guru
現場で使うansible｜TechRacho by BPS株式会社
ガントチャート上でドラッグ＆ドロップでタスクの並び替えられるようにしてほしい – Customer Feedback for Backlog
Apacheホスティング環境（Webサーバー＋PHP実行環境）をコマンド一発で構築する一撃シェルスクリプト
「ダブルチェックを頑張る」でごまかさない、スクウェア・エニックスのサーバ設定漏れ防止策
Ansibleをとりまくさまざまな技術について - 赤帽エンジニアブログ
AnsibleでDockerコンテナをデプロイする - そんな今日この頃の技術ネタ
Best Practices for On-Call and Incident Response
VagrantでCentOSの仮想環境を作ってAnsibleで遊ぶ
TIS、ITインフラの自動構築・テストを可能にする「SHIFT ware」をOSSとして公開
AnsibleによるInfrastructure as code入門
プログラマーのための YAML 入門 (初級編)
オミカレにおけるAWS SQS/Lambda/CloudWatchの障害対応｜uedy
WebブラウザでAnsibleの実行を管理するAnsible Towerのインストールと使い方
Packer+AnsibleによるAMIの作成 | DevelopersIO
Ansible ではじめるサーバ作業の自動化
楽天のインフラエンジニアが明かす、AWSを用いた大規模ネットワーク運用の効率化
私的 CloudFormation ベストプラクティス - 試行錯誤のおと