Ansibleではじめる自動化 デプロイをKAIZENする - Qiita
はじめに 本記事は、Ansibleでデプロイの自動化を行う方法について記載しています。 Ansibleとは何か？という方は、以前書いたAnsibleとは何か 構成管理ツールの目的〜Ansible導入まで最速で理解するを参照 働き方改革が叫ばれている今の世の中ですが、ITの世界でも既に改革は行われています。 この春より、AIスタートアップにJoinし、DeVOpsについて少しずつ取り組んでいます。SIのときに係わっていたレガシーシステムでは、以下の様な運用を多く見てきました。 【レガシーシステムの特徴】 運用で使用するツールは基本、3種の神器（TeraTerm、WinSCP、サクラエディタ） 保守作業時は、手順書を作成する（Excel等のチェックシート） 保守作業時に、負荷分散装置に接続しているWebサーバは1台ずつ手動で切り離して、手動でサービスの起動停止を行う といっても、SIではAns
Jenkinsの自動デプロイにAnsibleを使ってみた - sometimes I laugh
ありがたいことに、以前のJenkins自動デプロイ記事がそれなりに多くの反応をいただきまして、冷静に見直してみたのですが、ちょっとデプロイ処理が雑だなと。 最近ではデプロイをやるにも、Capistranoやfabricなどのツールがあり、多様化するデプロイ要件に柔軟に対応できるような工夫が施されています。これらのツールを用いることで、シェルスクリプトで記述されたぐちゃぐちゃなオレオレデプロイを回避できたり、デプロイ失敗時のロールバックなどがしやすくなるメリットがあります。 現在開発しているアプリでは、git pullだけでデプロイできるようにしてあるので、前回の記事のようにJenkinsのジョブにシェルスクリプト直書きでもいいのですが、 デプロイ先の変更やスケールアウトに対応しにくい 認証鍵の場所をコマンドで直書きするのが、個人的にちょっと抵抗ある 書き方がスマートじゃない ←重要 という
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
