ES6で書けてCodeDeployで自動デプロイされるモダンっぽいHubot環境の作り方 - サーバーワークスエンジニアブログ
こんにちは。てるい@さっぽろです。まだ積もってはいませんが雪が降る日が少しずつ増えてきました。 久しぶりにHubotをEC2上にインストールする必要が出てきて、せっかくなのでモダンで快適な感じに作ってみましたので共有したいと思います。 経緯など 弊社では各種メディアで取り上げられて有名なブリを初めSlack上にBotが住んでいますが、それらの多くはHeroku上にデプロイされています。 今回は特定のプロジェクトで利用するBotであり、そのプロジェクト用のAWSアカウントで請求をまとめたかったことと、そのアカウントのAWSリソースを操作するのにIAM Roleで権限を管理できた方が便利なためEC2上に構築しました。しかし、EC2上に構築したからといってHeroku環境よりもデプロイなどの使い勝手が落ちるのはよろしくないので、それなりに良い感じのHubot環境を作ってみたという形です。 概要
Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 | DevelopersIO
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
