Cloud Deployment Managerを少し触ってみて感じた事 - Qiita
この記事は CyberAgent Developers Advent Calendar 2016 の9日目の記事になります。 8日目は＠kakerukaeruさんの GitHub Universe 2016 レポート でした。 当初 re:Invent の参加レポートを書く予定でしたが、別の事を書く事にしました。 二日連続カンファレンスの参加レポートとか微妙かなとw 最近、仕事でCloud Deployment Managerを触り始めたので、今回は個人的に少し触ってみて感じたこととかを書きたいと思います。 まず初めに、Cloud Deployment Manager を知らない人もいると思うので、簡単に説明したいと思います。 Cloud Deployment Managerとは GCP上のリソースのデプロイやセットアップをテンプレートを使って定義する事ができるサービスです！ ざっくり言う
Virtualbox + Vagrant + AnsibleでWeb, DBサーバ環境をつくる - Qiita
本エントリの目的 ローカル環境で開発をしているとデータベースやその他諸々のサービスをlocalhostで参照できて設定が楽というメリットはありますが、WebサーバとDBサーバの分かれた本番環境と構成が異なるのが気になります。 せめて本番にデプロイする前にステージング環境で確認をしておきたいところですが、個人開発ではお金を節約したいのでわざわざ本番サーバと同じVPSやAWSは使いたくありません。そこでVirtualboxの仮想マシンにVagrantとAnsibleを使って環境を構築することにします。 Virtualbox、Vagrant、Ansibleのインストール方法、使い方などは説明しません。 使用したファイルはGithubに上げています。 ホストマシン: MacOSX El Capitan Vagrant v1.9.1 Ansible v2.0.2.0 Virtualbox v5.0.
とりあえずすぐ動く！Dockerを使い、Python3, Flask, MySQL開発環境を構築する！ - Qiita
とりあえずすぐ動く！Dockerを使い、Python3, Flask, MySQL開発環境を構築する！MySQLFlaskDockerPython3 はじめに 「優しいIT」という理念の基、ITコンサルタントをしている亀井亮介と申します！ 主な仕事は要求分析・要件定義の上流工程から、開発のマネジメントまでしていますが、プライベートでウェブシステム開発をしています！ 目的 細かい説明は抜きにして、Git cloneし、"docker-compose up -d"するだけで、Python3, Flask, MySQL開発環境を構築します！ Dockerをインストールしていることが、前提となります！ 「とりあえず動くところが見たい！」というせっかちな（私のような）方は、「1. 動作するまでの手順」を見てくださいね！ 2章以降は、各項目の説明をしています！ Githubにファイルを上げているので、
シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動) - Qiita
シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動)RailsAWSchefDockerAnsible プロビジョニングのための構成管理フレームワークには様々なものがあり、例に挙げると以下のようなものがあります。 Chef Ansible Puppet SaltStack CFEngine PowerShell DSC Itamae AWS CloudFormation Terraform Mobingi ItamaeはCookpadの社員の方が開発した、機能がシンプルで学習コストが低く、Chefを簡略化したようなものです。AWS CloudFormationはAWS上のサーバなどの構成をJSONまたはYAMLで記述して管理するものです。T
![シンプルなRails環境を最速プロビジョニング。各種ツールの利用比較 (Chef [Berkshelf], Ansible [Playbook], Docker [Docker Compose], 手動) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/40a09edab7bdf2bcf0798cf977c164059bb8b7c9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JUUzJTgyJUI3JUUzJTgzJUIzJUUzJTgzJTk3JUUzJTgzJUFCJUUzJTgxJUFBUmFpbHMlRTclOTIlQjAlRTUlQTIlODMlRTMlODIlOTIlRTYlOUMlODAlRTklODAlOUYlRTMlODMlOTclRTMlODMlQUQlRTMlODMlOTMlRTMlODIlQjglRTMlODMlQTclRTMlODMlOEIlRTMlODMlQjMlRTMlODIlQjAlRTMlODAlODIlRTUlOTAlODQlRTclQTglQUUlRTMlODMlODQlRTMlODMlQkMlRTMlODMlQUIlRTMlODElQUUlRTUlODglQTklRTclOTQlQTglRTYlQUYlOTQlRTglQkMlODMlMjAlMjhDaGVmJTIwJTVCQmVya3NoZWxmJTVEJTJDJTIwQW5zaWJsZSUyMCU1QlBsYXlib29rJUUyJTgwJUE2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1mN2IyYTczY2U3MmU5MmM3ODUwZWFmN2QzYjlhMmQ5ZQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBoYXlhc2hpZXImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTBiOTRiMzM5N2Y2NmI3ODBjNGFlYTZmZTA3Y2Y3N2Vm%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D5f419b0fa902bfa049a44c7ae6fcbd2f)
3分でEFK(ElasticSearch+Fluentd+Kibana)を構築する - Qiita
はじめに 今更ながらかもしれませんが、EFK(ElasticSearch+Fluentd+Kibana)を試してみてます。 ちょっと試したいだけなのに一杯インストールせねばならんのですね。。。ということでEFK構成を構築するansibleのplaybookを作ってみました。良ければ使ってください。 Forwarder - https://github.com/uzresk/ansible-td-agent.git EFK - https://github.com/uzresk/ansible-efk.git 3分で構築する前提事項 ansibleが使えること gitが使えること(yum -y install gitとかで突っ込んでおいてください） サーバを2台（sshで接続できればなんでもいいです） こんな環境を作ります。 左側はfluentdのforwarder。右側はログを集積するag
SaltStack を使ってみる（入門編） - Qiita
前置き 現在のサーバ構築には欠かせなくなってきている、Chef。 『Infrastructure as Code』を実現する構成管理フレームワークとしては最も有名なツールで、広く使われていると思います。 構成管理フレームワークには、Chef 以外にも Puppet や Ansible など古くから有名なものもいくつかあります。 しかしながら、Python ベースの構成管理フレームワークである SaltStack（以下、Salt）は日本ではあまり有名ではありません。 ドキュメントが日本語化されておらず、日本語の情報もほとんど無いからだと思います。 そこで、今回はこの Salt について記載していきたいと思います。 使い始めた経緯 個人的に FreeBSD が好きで、自宅サーバはほぼ全て FreeBSD をベースに構築しています。 ESXi 上にゲストを立てて運用しているので台数も増え、だんだ
なぜベンチャーで docker を使うのか - Qiita
昨年ごろから急に docker って流行り出しましたよね。 https://www.docker.com/ 僕も docker のチュートリアルをひと通りやってなんとなくコマンド覚えたんですけど、chef で良くない？ってなって結局使わずじまいでした。 ただ、最近になって、ちょっと思い直している部分があって、 Docker は Kubernetes 使ってこそだろーと思って勝手に自社サーバ持ってる企業だけが恩恵にあずかれると思っていたのだけど、その管理はクラウド屋さんに任せて dockerfile 書いておけば dev/stg/prd 全て共通だよっていう享受の仕方もありかな、と。 — C. Hasegawa (@_c_hase) 2015, 8月 27 ということです。 おそらく同じような懸念をいただいている方はそれなりの数いると思うので、なんとなく疑問に思っていたことを綴ってみようかと
【翻訳】DockerとVagrantによるRails開発環境 - Qiita
（2014年の記事ですよ。） オリジナル："A Rails Development Environment with Docker and Vagrant" by Ben Dixon http://www.talkingquickly.co.uk/2014/06/rails-development-environment-with-vagrant-and-docker/ （デプロイ経験あまりないので訂正、つっこみなど大歓迎です。訳しづらかったところは原文も入れてます。Benさんから翻訳&&シェアOKの許諾もらっています。このテーマでさらにいくつか記事を投稿していく予定らしいです。） 既存のRailsプロジェクトに新しい開発者を招き入れることは、本来あるべき簡単さよりもまだまだはるかに難しいタスクです。アプリやアプリ一式の開発環境構築作業の大部分（正しいバージョンのrubyやデータベースその
大規模にchefを使い倒すためのcookbook pattern - Qiita
概要 チームや組織、プロダクトをまたいでcookbookを使っていく場合に使えるcookbookの書き分け方を紹介します。 要はプロダクト毎にサーバに対する要求は変わりうるのでサービス毎にcookbookを分けるんだけど、会社全体として組織プロダクトをまたいで共通化しておきたい部分は共通のcookbookを使いましょうという話です。 こういう分け方をしたらよい、という話もします。 組織やプロダクトの成長とcookbook 小さな組織やチーム内でchefを導入した場合、cookbookを書くのは大抵の場合一人だと思います。 扱うサーバの種類もそんなに多くないので、apacheのインストールやphpの設定を一つのrecipeにベタ書きしても人間が管理できるボリュームに収まると思います。 というか、変に分割するよりもベタ書きのほうがrecipeの見通しがいいと思います。 ところが、組織が大きくな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - saltstack/salt: Software to automate the management and configuration of any infrastructure or application at scale. Get access to the Salt software package repository here: