Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
クラウド基盤ソフトウェアとCloudStack｜オブジェクトの広場
株式会社オージス総研 技術クラウドインテグレーションセンター 西島由幸 はじめに パブリッククラウドが普及するにつれて、エンタープライズ向けのクラウド関連技術の開発が進み、サービスのリリースが増加してきました。それに伴い、企業のクラウド利用や導入に対する意識が高まってきています。最近の調査ではパブリッククラウド、プライベートクラウドともに利用している企業は増加傾向にあり、また国内のクラウド市場規模はSaaS、PaaS、IaaSともに数年後まで増加していくと予想されています。クラウド利用が進んでいくと予想されている日本ですが、企業によっては、セキュリティポリシーの問題やデータの保存先の懸念などからパブリッククラウドの利用を躊躇する企業もあります。 パブリッククラウドに懸念を抱いている企業がクラウドを利用する方法の一つとして、ユーザ企業自らがクラウドを構築するプライベートクラウドがあります。近
シナリオ -> モデル -> コード -> - じゅんいち☆かとうの技術日誌
昨日もDDDの話題を少ししたので、シナリオ→モデル→コードのサイクルについて身近な例を踏まえてネタを提供できないかと思った。何でもいいんだけど、鍼とか整体とかマッサージとか一度は行った経験あると思うので、そのドメインで考えてみるか。 実際は仕事に詳しい人を、ドメインエキスパートにした方がいいだろうけど、今回は自分でやってみる。 シナリオからドメインモデルを考える ドメインモデルにでてきそうな概念を、ひとまず人モノなどのリソースから考えてみたい。 患者 施術師 施術方法 まずはこれぐらいから。 このドメインは、患者が施術師の時間を予約することが目的です1。 簡単にシナリオを考えてみる。 患者が施術師の空き時間を予約できる。 患者が施術師に予約を要求(以下, 予約要求)する。 予約要求には、患者番号, 開始日時, 施術方法が必要。 施術方法には、マッサージ30分コース、マッサージ60分コースが
ユビキタス言語とドメインモデル、そしてモデル探求うずまき - じゅんいち☆かとうの技術日誌
最近、ドメイン駆動設計ってどうやって実践すればいいかなーという質問をよくされるので、この記事が満額回答にはならないと思いますが、書いてみたいと思います。 シンプルな問題はトランザクションスクリプト、いわゆる手続き型で対処できます。問題が小さいのでコードは直接的でわかりやすくなる傾向にあります。 とはいえ、世の中の問題はシンプルなものばかりじゃない。複雑な問題もある。DDDの著者であるEric氏は、複雑な問題はドメインモデルを使って対処すべきと説く。 ドメインとは問題の領域とか知識の範囲をいうのですが、DDDはそのドメインにある概念をモデル(ドメインモデル)として定義して、さらに実装として紐付けていく設計手法です。 モデルクラスは概念ありき 例えば、電車にまつわるドメインというので考えたとしたら 電車 乗客 駅 ダイア などの概念が登場します。 現実世界に限った話ではなく、仮想世界でもドメイ
QCon Tokyo 2013
Devlove2012 カンファレンス 発表資料。 ドメイン駆動設計。アプリケーションアーキテクチャ、開発プロセス、設計スタイル。腕を磨く。
[Jjug]java small object programming
Author : Takahiro Fujii, Thomas Ludwig Description : Spring Day 2016で発表させて頂いた資料となります。 楽天トラベルでは、 大規模なオンライン旅行システムの開発・運用を行なっています。 本資料は 1 - 楽天トラベルはどのようにArchitectureが変化し、改善を行なってきたか 2 - 直面した課題を解決する為にどのようにSpringを利用し、目的を達成したのか という構成となります。 TOPIC(抜粋) APIドキュメントを継続して最新の状態を維持するには(Spring RestDocs) シンプルにセッションを管理するために(Spring Session) Microservice化していく中でログの追跡を可能にするには (Spring Cloud Sleuth) 同じプロパティの値を複数のアプリでそれぞれ管理した
![[Jjug]java small object programming](https://cdn-ak-scissors.b.st-hatena.com/image/square/ac26f86af2b7a474fe3f7b57f17d070fe16c3bc4/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fjjugjavasmall-objectprogramming-130511045534-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
綺麗な設計を身に付けるためのSandi Metzルール
Webアプリやモバイルアプリの受託開発やコンサルティングを行うthoughtbot社のブログにて、Sandi MetzルールというRubyプログラマ向けのルールが紹介されていました。 Sandi Metz’ rules for developers このルールは、プログラマーでありPractical Object-Oriented Design in Rubyという書籍も執筆しているSandi MetzさんがRuby Roguesポッドキャストに出演した際に紹介していたものです。 そのルールは以下の通りです。 クラス内のコードが100行を超えてはならない メソッド内のコードが5行を超えてはならない 4つより多い引数をメソッドに渡すようにしてはならない（ハッシュによるオプションもパラメーターとみなす） コントローラーではただ1つのオブジェクトだけをインスタンス変数化できる ビューは1つのイン
Knife-solo data bag by thbishop
A knife plugin to ease working with data bags and chef solo Download .zip Download .tar.gz View on GitHub Knife Solo Data Bag A knife plugin to make working with data bags easier in a chef solo environment. If you are looking for a full featured chef solo management solution, you may want to check out knife solo. Build Status Installation gem install knife-solo_data_bag Usage Create Create a plain
新著が出ます：『達人に学ぶDB設計 徹底指南書』 - ミックのブログ
3/16 に新著が出ます。タイトルは『達人に学ぶDB設計 徹底指南書』。名前からピンと来た方もいるかもしれませんが、『達人に学ぶ SQL徹底指南書』の続編に当たります。本の装丁も同じ轟木亜紀子さんにお願いしたので、シリーズものっぽく仕上がっています（写真は文末の Amazon へのリンク参照）。 本書も、前回の SQL 編と同様、初級者から中級者へステップアップするためのコツやノウハウを詰め込んだ盛りだくさんな内容になっています。ただし、正規化や ER 図の描き方や、インデックスの仕組みやバックアップといった論理・物理両面における設計の基礎についてもカバーしているので、初級者であっても置いてけぼりにすることのないよう配慮したつもりです。 ただ、DB 設計というのは非常に広範囲な内容を含むので、イメージが湧かない、という方もいるでしょう。そこで以下に、本書の章構成と前書きを示しますので、購入
新著が出ます：ジョー・セルコ『プログラマのためのSQL 第4版』 - ミックのブログ
皆さん、お久しぶりです。長らくブログの更新が止まっていたのは、少し大きな仕事をしていたためです。ジョー・セルコ『プログラマのためのSQL 第4版』の翻訳。これに集中するため、ブログもやらずTwitterもやらず（こっちはちょっとやってしまった）頑張っておりました。 長かった。 本当に長かった。 原著が800ページ以上あるうえ内容も簡単ではないので、もともと楽な仕事とは思っていませんでしたが、いや大変でした。ですが無事今月刊行とあいなりました。すでにAmazonはじめオンラインショップでも予約受付を開始しています。あらかじめ言っておきますが「表紙のおっさん誰？」という質問は私にはしないように。私も答えられないので（笑）。 さて、本書の内容を紹介する代わりに、少し長くなりますが訳者前書きを引用します。購入するか判断の参考にしていただければと思います。なお、実行環境としては前書きでも書いています
コンフリクトが発生しなくても壊れる場合 - ぐるぐる～
push したら誰かが先に push していたので失敗した。 なので pull したが、コンフリクト (競合) は発生しなかったので何も確認せずにそのまま push した。 何も問題なさそうですね。 ・・・本当ですか？ 例えばこんな状況を考えてみましょう。 最初の状態 A さんと B さんと C さんが登場します。 作っているのは Web ページで、コードはこんな感じ。 <html> <head> <title>hoge</title> <style> .menus { overflow: auto; } ul { margin: 0; padding: 0; list-style-type: none; } .button { float: left; width: 100px; margin: 0; padding: 10px 0; text-align: center; backgr
キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
インメモリデータベース、カラム型データベースは使い物になるのか？ インメモリとカラム型データベースの可能性を調べる（その1）
インメモリデータベース、カラム型データベースは使い物になるのか？ インメモリとカラム型データベースの可能性を調べる（その1） ERPベンダ最大手のSAPは2010年、新規に開発したデータベース「SAP HANA」（当時の名称は「SAP High-Performance Analytics Appliance」）を発表しました。 HANAの製品化を背景に、SAPは2012年5月にデータベース市場への本格参入を宣言し、オラクルやIBM、マイクロソフトとデータベース市場で競合していくことを表明。そして今年2013年2月にはついにERPと組み合わせた「SAP Business Suite powered by SAP HANA」の出荷を開始し、業務アプリケーションのバックエンドデータベースとしてHANAの本格利用を開始しました。 HANAには、これまで主流だったリレーショナルデータベースとは異なる
Jekyllいつやるの？ジキやルの？今でしょ！
す、すいません… ベタなタイトルで…。 Jekyll Version 1.0 2013年5月5日にJekyllのVersion 1.0がリリースされました。 Jekyll • Simple, blog-aware, static sites Jekyll 1.0 Released - Musings of Parker J. Moore 2011年12月のVersion0.11.2以降、Jekyllの開発は停滞気味でした。しかし、parkr (Parker Moore)氏がJekyllのcontributorとして参加したことを機に、昨年12月15日頃から新たな胎動が始まり、同22日に大きな問題を解決したVersion0.12.0がリリースされました。その後も怒涛の勢いでコミットが投げられ、遂に、5月5日にVersion 1.0がリリースされたのでした。GithubにおけるCommit A
レスポンシブWebデザインのテストに使えるツール
Webサービス Screenqueri.es ブラウザ上で各デバイスのシミュレーションができる。 Responsive Web Design Test Tool ブラウザ上で各デバイスのシミュレーションができる。 responsivepx ブラウザ上でサイズを変更して表示確認ができる。 ish. ブラウザ上で各サイズの表示を確認できる。 Responsive Tools For Web Designer & Developers 各デバイスの表示が確認できる。操作も可能。 Responsive Roulette ブラウザ上で各サイズの表示を確認できる。 The Responsinator 各デバイスの表示が確認できる。 Juice’r 各デバイスの表示が確認できる。操作も可能。 Screenfly 各デバイスの表示が確認できる。操作も可能。 Responsive Design Testin
[Chef] レシピを書く上で一番重要な「リソース」について#opschef_ja - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
![[Chef] レシピを書く上で一番重要な「リソース」について#opschef_ja - NAVER まとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/aaf4a90490de8d6a79e37f690a4f17f0a88d7b03/height=288;version=1;width=512/https%3A%2F%2Fstatic.line-scdn.net%2Fmatome%2Fedge%2Fimg%2Fcommon%2Fog%2Fogimage_20120614.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
当たり判定ゼロ（移転しました）
bitbucketの使い方
http://bukupe.com/summary/5148
リレーショナル・データベースの世界
TechCrunch | Startup and Technology News