ツール普及のために社内ハンズオンに取り組んでみた
こんにちは。斎藤です。 ハートビーツはMSP、即ちITインフラの構築・運用・及びコンサルティングを生業としています。その中で、数年前からソフトウェアを利用した業務自動化・効率化(Infrastructure as Code、以下IaC)を推進しています(※1)。 さて、IaCを推進するにあたって、様々なソフトウェアを開発、及び導入します。その際、どのように普及させるかはいつも頭を悩ませる問題です。そこで、今回は私がツール普及のために取り組んできた事、特に社内ハンズオンでの取り組みを、「ツール普及のための手段の検討」「ハンズオンの流れ」そして「実際に取り組んでみた結果」の3点をお話します。 ツールを普及させたいのだけれど、いまいちうまくいかない...という方へ、少しでも力になれれば幸いです。 ツール普及のための手段の検討 きっかけは？ 新しいツールが出てきたとき、読者の皆さんは何をきっかけに
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
