タグ

2013年5月21日のブックマーク (20件)

  • Chefで公開したくないJSONデータを暗号化するためにDataBagsを利用してみた記録 · さよならインターネット

    May 20, 2013 ruby 1.8.7 chef 11.4.4 knife-solo_data_bag 0.3.2 2013/05/20 現在 knife-solo 0.2.0 では “knife solo data bag” は使えず https://github.com/thbishop/knife-solo_data_bag こちらを利用 参考 About Data Bags — Chef Docs Encrypt a Data Bag — Chef Docs knife-solo_data_bagのインストール # gem install knife-solo_data_bag # cd /root/chef/ ; pwd 暗号化用の鍵を用意 # openssl rand -base64 512 > encrypted_data_bag_secret 環境整備 # mkdi

  • 知らないと現場で困るバージョン管理システムの基礎知識

    知らないと現場で困るバージョン管理システムの基礎知識:DevOps時代の開発者のための構成管理入門(3)(1/3 ページ) 「DevOps」という言葉にもあるように、ソフトウェア構成管理は、インフラ運用に取り入れられるなど、変わりつつある時代だ。連載では、そのトレンドにフォーカスして、現在のソフトウェア開発に有効な構成管理のノウハウをお伝えする。今回は構成管理に不可欠ともいえるバージョン管理について、ブランチ機能を中心に紹介。SubversionからGitへの移行事例も。 いまさら聞けない「バージョン管理」とは 第3回目となる今回では、構成管理において「過去のある時点の状態をどのように復元するか」を実現するために不可欠ともいえるバージョン管理とバージョン管理システムについて紹介します。 「集中管理方式」と「分散管理方式」 バージョン管理システムとは、ファイルに対して「誰が」「いつ」「何を

    知らないと現場で困るバージョン管理システムの基礎知識
  • 図書館で借りた本にいかにも手作りっぽい可愛いしおりが挟まっていた : おうち速報

    と初めてした会話 11言目 http://engawa.2ch.net/test/read.cgi/tomorrow/1348317392/ 図書館で借りたに栞が挟まってた。 タティングレースで編んだいかにも手作りっぽい可愛いしおりは、 すごく手が込んでる様に見えたから、返却する時に司書さんに頼んだ。 俺より前に借りた何人かのうちの誰かが忘れたものだと思ったので。 「すごくきれいで勿体無いので、できれば返してあげて下さい」 「はい、お預かりします」 自分で頼んでおいてアレだけど、そんなの来の仕事じゃないだろうに、 いわゆる文学少女がそのまま大人になったみたいなメガネの司書さんは、 愛想良く笑った。きっとこの人に預かってもらえれば持ち主に戻るって、 根拠も無く俺は思った。そういう笑顔だったね。 自分の手を離れて安心してしまい、そんな事すっかり忘れた一ヶ月後の 図書館で、司書さんに話しか

    図書館で借りた本にいかにも手作りっぽい可愛いしおりが挟まっていた : おうち速報
  • ZFS - 環境さんぷる

    ここでは、Express5800/110GeのSATAに接続した6台の500GBドライブを ZFSに用い、3-way(3重)ミラーリングもしくはダブルパリティ(RAID6相当)の領域を作ります。 3-wayミラーリングには3台、ダブルパリティには3台以上のドライブが必要です。 ZFSの利点はデバイス管理とファイルシステムが統合されている事にあります。 物理デバイスの使用領域はファイルシステムが存在する場所だけなので、 ZFSは常に把握することができ、リビルドでも必要部分のみ同期するだけで完了します。 たとえば1TBの容量があるHDDのミラーリングでも10GBしか利用していなければ、 たった10GBだけコピーすれば1TBのミラーリングのリビルドが完了します。 もちろん新規ドライブに構築する場合はデータコピーがないので瞬時に完了します。 この特徴は一般的なHW-RAIDともSW

    libero18
    libero18 2013/05/21
  • DAUを評価指標から捨てた会社の話 #tokyowebmining

    CEDEC2013にて発表させていただいた内容の一般公開用スライドです。 ネットサービスの基中の基とされるKPI 「DAU(Daily Active Users)」。売上の分解にも使いやすく、複数のサービスを比較するときには必須の指標です。しかし、運営の現場では「ノイズが多くて使いにくい」「経営者(えらい人)にサービスの状況の誤解を与える」という扱いを受けがちな指標でもあります。 セッションの内容 : セッションでは、ソーシャルゲームのDAUを題材に、測り方にほんの少し工夫(工夫の方法は汎用的なものです)を加えることで、DAUを現場の肌感覚にもあう指標に変身させる方法、特に、運営期間が長くなったサービスにおける課題抽出に活用する方法をご紹介します。 発表日時 : 2013年8月23日(金) 16:30~17:30 詳細URL : http://cedec.cesa.or.jp/201

    DAUを評価指標から捨てた会社の話 #tokyowebmining
  • FreeNAS 8で手軽にNAS構築 | 自称プログラマーの備忘録

    NAS(Network Attached Storage)とは、ファイルサーバに特化したデバイスで、簡単に導入することができます。 ですが、市販のNAS製品は高価で多機能なものになると手が出せません…。 FreeNASを使うと、使われずに眠っているパソコンやサーバーを簡単にNASにすることができます。 主な機能は、 CIFS (Windows共有に似たもの) iSCSI (ネットワークのストレージを内蔵ドライブのように扱える規格) FTP (File Transfer Protocol) AFP NFS etc… など多機能で、WebGUIから設定して使うことができます。 ここでは、FreeNASを導入して、WindowsからCIFSとiSCSIを使う方法を紹介します。 ※Windows側の設定はVistaで行なっています。Vista以外を使用している方は一部操作が異なる点があります。 目

  • FreeNASによるZFSレプリケーション(ZFS Replication)について | System Works Blog

    FreeNASでZFSレプリケーションについて動作させてみました。 ZFSボリュームやZFSデータセットのZFS スナップショットを定期的/自動的にリモートサーバへ保存出来ます。 FreeNASをインストールしたサーバを2台を準備します。 ●環境 MB: Gigabyte GA-E350N-USB3 HDD: 500GB OS: FreeNAS-8.2.0-RELEASE-p1-x64 それぞれのサーバへZFSボリュームを作成(*1)し、ZFSスナップショット送信元となるサーバのSSH Public Keyを送信先となるサーバへ登録(*2)します。その後、送付先サーバのSSHサービスを実行(*3)します。 *1 メニューのStorage→Volume Managerより作成。 *2 ZFSスナップショット送信元のメニューのStorage → View Replication Tasks →

  • 新世代のRAID「RAID-Z」で高速ストレージを構築しよう(1) | OTTOSERVER "TECH" Blog

    メモリ8GBの場合は、読み書きがすべて大きく高速化されています。 メモリ512MBの場合は、逆に速度が落ちてしまいました。RAID-ZはZFSを使用するため、大容量のメモリが必要となることがわかります。 (ちなみに、一般的には「最低2GBのメモリが必要」と言われているようです) RAID-Zの導入には、以下の環境が必要です。 ・ZFS対応のOS Solaris10,Open Solaris,FreeBSD,FreeNASなど。 Windows Server ではご利用いただけません(2010年現在)。クライアントとしての利用は可能です。 ・大容量メモリ 最低512MB以上のメモリがないと、カーネルパニックを起こしてしまい、使用できません。旧型サーバで利用する場合には注意が必要です。 ZFS自体が高速CPUと大容量メモリの搭載を前提に設計されたファイルシステムですので、メモリ容量が少ないと性

    libero18
    libero18 2013/05/21
  • 「RAID-Z」で高速ストレージを構築しよう(2) – VMWare ESXiでFreeNAS iSCSIボリュームを利用する | OTTOSERVER "TECH" Blog

    OTTOSERVER "TECH" Blog > 技術記事 > 「RAID-Z」で高速ストレージを構築しよう(2) – VMWare ESXiでFreeNAS iSCSIボリュームを利用する 今回は、実際にFreeNASでiSCSIボリュームを作成し、VMWare ESXiから接続して、OSインストール用のディスクとして利用する方法を解説します。 過去記事ですでに解説されている部分は省略しています。 新世代のRAID「RAID-Z」で高速ストレージを構築しよう(1) と、 PRIMERGY TX100とFreeNASで、超かんたん格安静音ファイルサーバを構築しよう を、あわせてご覧ください。 前提条件 ・体にHDDが3台以上搭載されている。 ・FreeNAS 0.7.1 stable (AMD64)がインストールされている。 注意点 ・FreeNAS(FreeBSD)のZFSは、多くの

    libero18
    libero18 2013/05/21
  • ZFSでストレージ

    hbstudy#12の資料です * こんなに速いZFS * ZFSが遅くなる訳 * ZFSストレージの実際 * ストレージ以外でも便利なZFSRead less

    ZFSでストレージ
    libero18
    libero18 2013/05/21
  • ファイルシステムZFS(RAID-Z)に惚れ込む | STRIKE BACK

    楽観的ではなく、楽しむリアリズムでいること。 この写真は、鹿児島県の開聞岳を大隈半島から写したものです。 ファイルシステムZFS(RAID-Z)に惚れ込みました。 トラブルは人を強くする。仕事場でも、自分の趣味でも。 ■ 発見した動機 ・XenServerのアップデートトラブルで、痛い思いをしたから iSCSI入れるかと考えてぐぐったら発見 ・大学同期はSolarisなど、いろんな製品触っているので、OpenSorais触る機会ないかなぁと思っていたから ・FreeBSDも興味の対象に入っていたので ・Linuxの限界もいい加減見えてきたので ■ 惚れた理由(わけ) 一言で言うと、「当たり前」になっているモノを変えてやろうと動き出した精神かな。 「当たり前」に疑問を持ち、エンジニアとして次のあるべき姿を提示する。カッコイイです。 ・メモリは増設すれば、自動で増えるのに、HDDはダメ、もっと

    ファイルシステムZFS(RAID-Z)に惚れ込む | STRIKE BACK
    libero18
    libero18 2013/05/21
  • MongoDBが適さないケース - 中年engineerの独り言 - crumbjp

    > 原文(Why MongoDB is a bad choice for storing our scraped data) 私自身はMongoDBを推進する立場なのだが、確かにMongoDBに適さないケースはある。 闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。 この記事はMongoDBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。 ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。 (もちろん是非原文で読むのをお勧めする) 状況 最初はMongoDBでうまく動いていたが、だんだん苦労が増えてきて 元々のアーキテクチャを刷新するタイミングでMongoDBから別のプロダクトに乗り換える事にした。 システムの規模 詳しく書かれていないが、1ノード辺り数TBとあるのでSharding環境ではないかと思われる。

    MongoDBが適さないケース - 中年engineerの独り言 - crumbjp
  • グリー主催の勉強会「GitHub:E Casual Talk」に潜入|【Tech総研】

    企業内でGitHubを使うためのサービス「GitHub:Enterprise(GHE)」。その導入ユーザーであるグリーが中心となり、GHEのイベント「GitHub:E Casual Talk」を開催。各企業におけるポイントや難しさとともに、GitHub社による最新情報が披露された。 ソースコード管理用の分散型管理システム「Git」のホスティングサービスなどを提供する「GitHub」。「GitHub」はいまやITエンジニアなら使ったことはなくても、知らない人はいないといっても過言ではないほどに普及している。とはいえ、「社外にソースコードを置きたくない」「セキュアな環境で使いたい」ということから、活用を見送っている企業も多いはず。そんな企業のニーズを満たしてくれるのが、GitHubを企業内で使うためのソリューション「GitHub:Enterprise(GHE)」だ。GHEをいち早く導入し、活用

  • ChefとOpsWorksで EC2 楽チンクッキング!

    AWS の利用が急速に増加するにつれて、さまざまな利用パターンが生まれてきています。 動作やプロセス、構造について、当初は妥当であったのに、最終的に悪い結果が繰り返されるパターンは、実はリファクタリングするための方法が存在するパ ターンであることが多いです。 失敗に陥るパターンを類型化し、事例の早期発見と対応策を知っておくことは AWS 利用のプラスになります。 「転ばぬ先の杖」としての失敗例を成功に変えるアンチパターンの数々をご紹介します。

    ChefとOpsWorksで EC2 楽チンクッキング!
  • What is a Tech Stack? What tools do popular tech companies use in 2024?

    Popular Tech StacksThe open source tools and SaaS behind popular tech companies A tech stack is defined as the set of technologies an organization uses to build a web or mobile application. It is a combination of programming languages, frameworks, libraries, patterns, servers, UI/UX solutions, software, and tools used by its developers.

    What is a Tech Stack? What tools do popular tech companies use in 2024?
  • Foodcritic - 良いレシピの為の45のルール

    Java 8 から 21 へのバージョンアップでどう変わる?:実アプリケーションで学ぶ実装のポイント【増補改訂版】 / 20240125 Key Implementation Points from Java 8 to 21 Expanded Edition

    Foodcritic - 良いレシピの為の45のルール
  • 僕らの履歴書

    フリーランスはじめました - 【初心者向けデザイン講座】デザインのスキルを身につけてお仕事をする方法!東洋美術学校×クラウドワークスYuki Suzuki

    僕らの履歴書
  • 「もんたメソッド」で覚えるAWSの全サービス&アイコン(AWS Simple Icons v2.1対応) | DevelopersIO

    当エントリUPのきっかけ 先日、JAWS-UG横浜主催の勉強会に参加して来ました。 JAWS-UG 横浜支部 第4回勉強会「第1回ワールドカフェ(AWS設計・移行ワークショップ)」 - connpass JAWS-UG 横浜支部 第4回勉強会 に参加してきた #jawsug - Shinya’s Daily Report 顧客の要望(AWS環境への移行)を元に提案書をチームで作り、発表するという『設計・移行ワークショップ』の回でした。内容的にも非常に面白く、得るものも沢山あった勉強会だったのですが、そこで催し物の1つとして行われたのが『AWSカルタ』というものを使ったカルタ遊び。 『遊び』と言っても、そこはアレですよ、AWSサービスにはどんなものがあるのか、サービス1つ1つがどういったものなのかと言う点がカルタ遊びをしながら学べるとというシロモノです。短い時間ではありましたが『あ〜、こりゃ

    「もんたメソッド」で覚えるAWSの全サービス&アイコン(AWS Simple Icons v2.1対応) | DevelopersIO
  • Really large scale systems configuration - Config Management @ Facebook

    Really large scale systems configuration Config Management @ Facebook Phil Dibowitz Configuration Management Experience ● Co-authored Spine ● Authored Provision Scale Experience ● Ticketmaster, Google, Facebook Passionate about scaling configuration management Who am I? http://coolinterestingstuff.com/amazing-space-images/ Scaling Scaling Configuration Management How many homogeneous systems can y

  • ツイートと github で振り返る Chef Casual Talks Vol.2(1) - ようへいの日々精進XP

    要件 Chef Casual Talks Vol.2 で強者シェフ達の知恵を拝借する Chef を使っていく上で今後、自分が何をすべきかを再確認する また、自分も喋る ちょこちょこ追記していきます... メモ githubMarkdown で纏めてみました いきなりまとめ(感じたこと) TestKitchen や Foodcritic、chefspec や serverspec 等のテストツールの習得は必須(だと思う) LWRP や data bag は積極的に使うようにする knife プラグイン等、これからも周辺のツールは Chef の利用者が増えると共に充実していくんだろうなあ 痒いところに手が届く、そんなツールの誕生は待っていても生まれない、自分で作る ツイートや Blog もいいけど困ったことや改善案は直接 Opscode なり、作者にリクエストを送ろう!(オー!) Chef

    ツイートと github で振り返る Chef Casual Talks Vol.2(1) - ようへいの日々精進XP