PowerShell Desired State Configuration（DSC）とは（前編）
PowerShell Desired State Configuration（DSC）とは（前編）：PowerShell DSCで始めるWindowsインフラストラクチャ自動化の基本（1/2 ページ） Windows OSの設定や構成を変更する場合、GUIの管理ツールを使うのが一般的である。だが台数が多かったり、構成変更や以前の構成への復旧などが頻繁だったりするとGUIでは非常に面倒だし、間違いもしやすくなる。こんな場合はPowerShell DSCを使ってインフラ構築作業を自動化するとよい。 連載目次 標準でGUI管理ツールを備えているWindows Serverでは、さまざまな設定・構築作業をGUIを通して手軽に実行できる。その半面、手動作業が必要なため、設定・構築に時間がかかったり設定を元に戻すのに手間が掛かったり、さらには複数のサーバーを同一の構成にそろえるのに苦労したりしがちだ。
drone.ioで継続的インテグレーション — そこはかとなく書くよん。 ドキュメント
drone.ioで継続的インテグレーション¶ 継続的インテグレーション(CI)といえば、github + Travis CI が有名ですが、Travis CIはgithubしか使えませ ん。 ということで、bitbucket他が使えて自由度が高くてしかも安い、という Drone.io をご紹介します。 特長¶ 簡単に言うと、drone.ioは以下の特長があります。 github, bitbucket, Google Codeと連携可能 build scriptで柔軟なbuild 環境変数を設定できるため、AWS_SECRET_KEYなども設定可能 Dart, go, Groovyなども含む多彩な言語に対応 Herokuやdotcloudにdeployまで対応。sshも使えちゃう publicなら完全無料。privateリポジトリも$5から では、もう少し深く解説していきます。 github
inforno :: Ansibleのツボ
ようやく自宅サーバや開発環境仮想マシンの構築手順を Ansible 化した。 この手のツールはハマりポイント＋よく使うイディオムを抑えるのが大事。Pythonプロダクトらしく非常にドキュメントが充実しているのだけど、充実しすぎているのでポイントを自分のためにもまとめておくことにする。 例はおもに Ansible のドキュメントから引用させていただきました。 設定ファイルを書きかえる（一行) lineinfile モジュールを使う。使い方は以下のような形になる。 1name: enalbe sudo without password if user belongs to the wheel group 2lineinfile: "dest=/etc/sudoers state=present regexp='^%wheel' line='%wheel ALL=(ALL) NOPASSWD:
MissingM - Ansible and Salt: A detailed comparison
The short version is that Ansible and Salt are both awesome. Seriously. If you are lucky enough to work for a company that lets you use either one of them, you’re going to have a great time. Having said that, there are some key differences in the way they each attempt to solve the problems that are faced by modern sysadmins and developers—and what fun would one of these comparisons be if I didn’t
AnsibleWorks
Infrastructure as Code We manage your infrastructure from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. We manage your cloud platform from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. With Infrastructure as Code servi
[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社
本項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日本なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ
![[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/41b8ed3df59ffe8070570763604582a505e19ec1/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Fwp-content%2Fuploads%2F2015%2F05%2Fchef_slide.png)
githubクローンのgitlabを挫折した人が、bitbucketクローン?をRDBMSでRhodecodeを導入してみた - dai-yamashitaの日記
gitlabの環境を構築はしてみましたが、いざクライアント側からpushさせようとか思うと、 うまく行かなかったんですよねぇー。。。つД｀)･ﾟ･｡･ﾟﾟ･*:.｡..｡.:*･ﾟ だいぶ調べたけど、ダメでしたｗ じゃあ、使わないってわけには行かないので、githubクローン？ （どっちかっていうと、bitbucketクローンじゃね？）のrhodecodeを導入してみた際のお話です。 rhodecodeさんは、gitだけじゃなくて、hgも使えます。マルチな方ですねぇーｗ hgの方がbitbucketで慣れてるんで、浮気しそうになりますが、ここは、ブームに乗って何とかgitをものにしたいｗ バックエンドのDBは、SQLite/PostgreSQL/MySQLで利用可能です。 SQLiteを使うともっと簡単ですが、あくまでPostgreSQLで運用します！！(ﾟдﾟ)！(gitlabもPost
Awesome Docker!そして環境管理について思うところ - As a SW/Ops/DB Engineer
最近個人プロダクトでやってたことは、 Myroku private PaaS 社内とかで自由にHerokuっぽいことやりたい Pandler package isolation rpmを完璧に管理した環境を作りたい みたいな感じなんですが、一人でスキマ時間で頑張ってたものなのでクオリティは最低ですし、全然完成しませんでした。本当に作る才能がない。 というところで、ネットサーフィンしてたら、最近dotCloudがDockerというのをOSSで出したということを知りました。 Docker - the Linux container runtime Docker: Automated and Consistent Software Deployments dotCloudはPaaSをやってる会社で、DockerはLXC(Linux Container)を使った実行環境管理ツールの様です。dotC
構成管理ツール Ansible について - aptheia.info
Ansible というサーバーの設定を管理するツールの説明。いわゆる構成管理 (CM: Configuration Management) にカテゴライズされるもので、Puppet や Chef の親戚みたいなものと考えてもらえればだいたいあってる。 概要 リード開発者は Michael DeHaan で、現職の AnsibleWorks の前は Redhat で Cobbler や Func に携わっていたり、Puppet labs でプロダクトマネージャーしたりしているという経歴の持ち主。 Ansible は Python で書かれている。同じジャンルで Python 製というと Salt が有名。Chef の場合、レシピを書くためには Ruby の知識が必要となってくるけど、Ansible はどんな言語でもモジュールが書けるようになっているので、運用にあたって Python の知識は
git-daily 的なブランチ方針がしっくりきました
ソースコード管理でのブランチの切り方を模索してきました。いったん落ち着いたので書き残しておきます。 前提条件は以下のとおりです。 iPhone アプリがアクセスするウェブAPIを開発する。 サーバサイドの開発者はふたり。大阪と東京。 他の案件とかけもち。 行き着いたところ Mercurial git-flow/git-daily に似たブランチ方針 機能追加、開発中機能のバグ修正: default ブランチから、XXX ブランチを切って機能追加/変更し、default へマージする。 リリース: default ブランチから、release/XXX ブランチを切って、ステージングでテスト/修正。終わったら、default と master へマージし、master の先頭を本番サーバにデプロイする。 リリース済不具合の修正: master ブランチから、hotfix/XXX ブランチを切っ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバ／アプリケーションの構築自動化＆構成管理ツール「Chef」入門一覧
http://ansible.cc/