複数のChef-serverで同一のvalidation.pemを利用させたいとき - 元RX-7乗りの適当な日々
運用設計・ルール的な是非は一旦おいておいて、複数のChef Serverでvalidation.pem(chef-validatorの鍵)を共通化させたいときに、どうやったかというメモ。ちなみに、バージョン10系での話です。 イメージは、既に1台のChef-serverを運用していて、もう1台新しいChef-serverを足したいんだけど、nodeとなるサーバの運用フローを変えたくないので(面倒くさいので)、validation.pemは共通で使いたいなー、というケース。(これはユースケースによってメリット・デメリットがあります) 僕が探した感じ、APIではその口が用意されていなかった(というか、あるように見えてeditしてみたけど反映されなかった)ので、結論からいうとバックエンドのCouchDBにアクセスして書き換えた感じです。 説明はここまででいいような気もしますが、一応自分のために手
Serverspecを使ってAmazon Linuxのテストをしてみた。 - okochangの馬鹿でありがとう
ChefやPuppetで構築した環境のテストはどうするという議論があると思いますが、TLを見ていると@mizzyさん製のServerspecというありがたいとものがあるらしいので、READMEに書いてある部分まで試してみました。 そこまでの記録を（ほぼREADMEのままですが）残しておきたいと思います。 環境 Serverspecを入れる環境 OS X Ruby 1.9.3 テストされる環境 Amazon Linux 環境準備 まずはServerspecをインストールします（Rspecが入ってない場合はそちらもインストールします）。 $ gem install rspec $ gem install serverspecお好みのディレクトリでserverspec-initを実行すると対話形式でテスト環境の設定が出来ます。 今回テスト先の環境はAmazon Linuxなので、Red Hatを
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
serverspecでZabbixサーバの稼働テストを書いてみた - ike-dai's blog
先日http:/http://togetter.com/li/501076togetter.com/li/501076(5/10)開催されたProvisioning Frameworks Casual Talks vol.1に参加しました。 Provisioning Frameworks Casual Talks vol.1の中身は他の方がたくさんブログを書かれているのでそちらを参照して下さい。 Provisioning Frameworks Casual Talks vol.1 - Togetter serverspecの話がたくさん出てきたので自分も試しにservespecを使ってテストコードを書いてみました。 ついでに、serverspecのver.0.3.0から利用できるようになったattributeの機能も使ってみました。 serverspecのattributeはこちらを参考に
受託開発にアジャイルは適用できるか？
3つの大事なこと まず全ての受託開発に適用できるかというと、それは難しいと考えています。 これまでクレイに発注いただいた開発で、次のような案件に適用してきました。 Webサービス スマートフォンアプリ プロトタイプ、研究開発 要件が曖昧だったり、仕様が変わりやすいもの、市場の変化が大きいものなどですね。 次に規模ですが大きくても3，4人で半年から一年程度の小規模な開発が多かったです。 ただこれまでいくつかのプロジェクトを進めてきて、向き不向き以上に大事なことがあるとわかりました。 特に次の3つが進めていくために大事なことと感じています。 クライアントにプロジェクトに責任を持って参加してもらう アジャイルに適した契約にする 開発プロセスを出来るだけ透明化する クライアントにプロジェクトに責任を持って参加してもらう 「クライアントにプロジェクトに責任を持って参加してもらう」とはどういうことでし
社内勉強会はヤメだ。自主的はいらん、全員技術発表だ！ - @ledsun blog
社内勉強会について僕にも思うところがある*1。 社内勉強会をやらない理由 - 勘と経験と読経 社内内弁慶を社外勉強会に参加させる方法: ソフトウェアさかば 最初に言っておくと弊社は20人くらいしか居ないし、受託開発と派遣が半々くらいのSIerだ。 id:kent4989 の会社とはだいぶ状況が違う。 社内勉強会はやらない 結論から言うと社内勉強会はやっていない。やらない理由は発表者のコストが高くてメリットが少ない。 勉強会のつらさ IT系の勉強会のノリだと テーマに対して興味のある人が少なく参加者が少ない 最新ネタは業務と離れすぎていて、継続する努力がハイコスト過ぎる 研修のつらさ 教育を重視して基礎的な内容をやると 基礎的な内容だと教える側が刺激が足りなくて飽きる 教える側が教えるほどは理解していないので、事前準備がハイコスト過ぎる そんなわけで社内勉強会をやるのはやめました*2。 技術
報告には行動目標が必要 - レジデント初期研修用資料
業務における報告は、個人的には簡潔であるほど好ましい。話しかたこそ丁寧なのに、本題に相当する内容がなかなか始まらない報告は、できることならやめてほしいなと思う。 簡潔な報告には行動目標が含まれている 何かのプレゼンテーションを行うときには、それを聞いた相手がどうなってほしいのか、あらかじめ目標を立てておかないといけない。目標なしにスライドを飾っても面白いプレゼンテーションにはならないし、なによりもそうしたプレゼンテーションは、聞いた人に満足が生まれない。 業務におけるちょっとした報告もまた、それを聞いた相手にどうなってほしいのか、行動目標みたいなものを頭に置いて行うと、簡潔で分かりやすい報告を行うことができる。 報告を行なって、相手に判断させたいのか、それとも病棟に来てほしいのか、あるいは書類にサインをさせたいのか、行動目標のある報告は、前半の2割ぐらいを聞いた時点で、自分なりに何をすれば
アルパカchef日記３日目 data bagについて / またはユーザ管理クックブックなど - アルパカDiary Pro
２日目の続き。 コンセプトはこちらをご参照下さい。 ３日目の目標 ユーザ管理(data bag) ユーザ作成 bash_profile管理 sudo ここの段階で ec2-userのsudo権限を剥奪し、新ユーザにsudo権限を付与 security_limit ３日目を始める前に：data bag ユーザ情報など、クックブックを跨るグローバルな値を cookbookにいちいち書くのは得策ではありません。 さらに生で置いておくのも気が引けますね。 そんなご要望にお答えするために「data bag」という仕組みがあります。 databagを作成しておくと、複数のクックブックにまたがっている共通の変数などを保存しておくことができます。 シークレットキーを作成する まずはdata bagを暗号/複合するためのシークレットキーを作成しましょう。 以下のコマンドでdata bag用の鍵ファイルを作っ
ドメイン駆動設計という仕事の流儀
Devlove2012 カンファレンス 発表資料。 ドメイン駆動設計。アプリケーションアーキテクチャ、開発プロセス、設計スタイル。腕を磨く。Read less
超約『エリック・エヴァンスのドメイン駆動設計』（前編） - xxxcaqui.log
『エリック・エヴァンスのドメイン駆動設計』を読んだのでまとめてみます。 とはいえ、厚くて濃い本なので、ものすごくざくっと。*1*2 第1部 ドメインモデルを機能させる 第1章 知識を噛み砕く 我々プログラマはシステム開発のプロだが、顧客自身の業務領域（ドメイン）に関しては何も知らない。 一方、顧客は自身の業務領域については熟知しているが、それを上手くシステム化する方法を知らない。 したがって、顧客が持つ「何をするのか、なぜするのか」とプログラマが持つ「どうやってやるのか」をすり合わせる作業が必要。 方法を知る者が職を得て、彼の働く理由を知るものが雇い主になる。 ――クラフト・ロレンス（行商人） 昔の人はよく言ったものです。 第2章 コミュニケーションと言語の使い方 一言で言うと、「名前重要」。*3 本書の中ではどこでも使える言語ということで「ユビキタス言語」と言っている。 プログラマが使う
ドメイン駆動設計 | システム設計日記
テスト駆動開発 和田卓人(t-wada)さんによる『テスト駆動開発』の新訳版が出版されました。 オブジェクト指向でソフトウェアを開発するのであれば、この本とマーチンファウラーの『リファクタリング』は必読書だと思います。この古典ともいえる『テスト駆動開発』が和田さんの手によって新訳版として復刊されたことは、ほんとうにすばらしいことです。 この本が出版された経緯と、和田さんはじめ関係者の方々のご努力については、和田さんの、このブログをぜひ読んでいただければと思います。 新訳版『テスト駆動開発』が出ます 新訳本は、単に原著が日本語で読めるようになっただけではありません。和田さんの手によって、原著にはない新たな価値が付け加えらました。 一つは、サンプルコードの工夫です。 できるだけ省略はしない変更箇所を目立つようにした各章末にその時点での全コードを記載する これらの工夫により、本に書かれた内容が、
クラスメソッド開発ブログ課外授業8日目『AWS管理を自動化する奥義』に参加してきた #cm_dev | DevelopersIO
AWS管理を自動化する奥義 : ATND 2013/05/16 AWS管理を自動化する奥義 #cm_dev - Togetter どうも。出張ブロガーのしんやです。 最近こちらで(主に)AWSネタを書かせて頂いてますが、しばらく前にこちらの勉強会告知がされた時に『これはアツい！』と思い速攻で申込みを済ませ、この日参加して参りました。自分のブログでは嫌んなる位書いてきた *1レポートですが、こうした形で別ブログにレポートを書くのは今回初めてとなります。 *2 何卒宜しくお願い致します。 参加申込みサイトでは30人程の定員でしたが、申込人数はその定員を大きく上回る60人余。この数字を見るだけでもこれらテーマに関する関心の高さが伺えますね。 おおはしりきたけさんによるイベントの速報ブログレポートはこちらです！ 【勉強会】AWS管理を自動化する奥義を開催しました！ ｜ Developers.IO
クラスメソッド開発者ブログ課外授業8日目｢AWS管理を自動化する奥義｣にいってきました。
品川シーサイドから秋葉原遠い＆ATNDのリンクをボチって押してGoogle Mapが指してたところが 合ってなくて、迷ってしまい結構遅刻して参加…。 「ChefとOpsWorksでEC2楽チンクッキング！」 ■ Chef, Puppetの心得 ・コマンドで直接作業はしちゃダメ。 ・AMIのイメージは共通の1つのものにして、 APサーバーとかDBサーバーとかは、Chef, Puppetで構築。 ■ Chefの紹介 Opscode社が作っているOSS。 OpscodeとOpsWorksは特に関係ない。 ・スタンドアロンタイプのChef Solo ・クライアント・サーバータイプのChef Client & Server Chef Soloの方が簡単だけど、クライアント・サーバーでないと使えない機能が多少ある。 ■ Chefの主な機能 Cookbook：Chefの設定をまとめる単位。実際はフォルダ
Git SubmoduleのトラブルをGit Subtreeで解決できると知っていますか？
ライブラリやフレームワークなど、外部のリポジトリで管理されているソースコードをプロジェクトに取り込む際によく使われているgit submoduleを使わないほうが良いという論争が起こっています。それを受けてgit subtreeを使うべきであるというエントリがAtlassianのNicola Paolucci氏がブログに投稿しています。彼はまずgit submoduleを使うべきではないという話題が盛り上がっているという事で3つの記事を参照したあとに、git subtreeを使うべき理由と使用例を挙げています。それによるとgit subtreeを使うべき理由は以下のとおり。 ワークフローがシンプルなので管理が簡単。 古いバージョンのgitもサポートしている。(v1.5.2ですら。) サブプロジェクトのコードがcloneした直後に利用できる。 subtreeはユーザに新しい学習を要求しない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラスメソッド発「やってみた」系技術メディア | DevelopersIO