はじめに この記事は、Leveragesアドベントカレンダー10日目の記事になります。 IaCのツール群のうちサーバー構成管理ツール(Ansible)を 自分の担当サービス(看護のお仕事)に導入してみました。 今回は導入理由とAnsibleを採用するに至った経緯を書いてみます。 (余裕があれば導入過程でたどり着いたベストプラクティス等を後日書きます） ※12/12追記 ベストプラクティスも書いてみました Ansible 俺流 Best Practices Infrastructure as Code(IaC)とは IaCでは大きく使用するツールを下記の4つに分類できます。 ダイナミックインフラストラクチャプラットフォーム（AWS,GCP等） インフラストラクチャ定義ツール（Terraform等） サーバー構成ツール（Ansible,Chef等） インフラストラクチャサービス（モニタリング等
私はここ１週間ほど、同僚の David の一言で Infrastructure as Code について頭が大混乱状態でした。 それは次の一言です。 Chef や Puppet は大体の部分は Infrastructure as Code じゃないよね。ARM (Azure Resource Manager) はそうだけど。 ただ、Chef-Provisioning は Infrastructure as Code だよね。 もう頭が大混乱です。なんとなく言わんとしていることはわかりますが、私は今まで Chef とか、Puppet とか、Ansible とかで やっているようなことが、Infrastructure as Code と思い込んでいましたが、何か間違っていたのでしょうか？そういえば、 Chef はConfiguration Management Toolと紹介されていたなとか頭
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
