オーケストレーション(英: orchestration)は、複雑なコンピュータシステム/ミドルウェア/サービスの配備/設定/管理の自動化を指す用語。 何らかの知的制御や自律制御として議論されることが多いが、技術的解説と言うよりも大部分は単なるアナロジーである。実際には、オーケストレーションは制御理論の要素としてオートメーションやシステムの考え方を持ち込んだものと言える。 このようなコンピュータシステムの「オーケストレーション」という用語は、仮想化やプロビジョニングの文脈で語られることが多く、バズワード的要素が強い。 若干異なる用法として、Webサービスインタフェースを通して情報交換する過程を指すこともある(SOA)。 オーケストレーションの例[編集] Apache ODE (Orchestration Director Engine) は、WS-BEPL 1.1 および 2.0 準拠のビジ
開発と運用の対立を越え、ビジネスのために協力し合う。「DevOps」ムーブメントをテーマにしたイベントが2月24日に都内で行われました。 IT業界がパッケージソフトウェアからオンラインサービスへと転換しつつある中で、優れたサービスを迅速に実現する重要なキーワードとしてDevOpsは注目されはじめています。 この記事では、日本でDevOpsの普及に努めている森川裕和氏(@nxhack)の講演をダイジェストで紹介しましょう。 (この記事は「DevOpsとはどんなもので、何が議論されているのか(前編)」の続きです。 クラウドで、インフラにもアジャイルが入ってきた デベロッパーには、2001年からの十何年かのアジャイル開発の議論やノウハウがあります。では運用にはアジャイルな運用のノウハウはあるの? インフラというのは固いところがあって、どうしようもないところがあります。例えば、新しい機能を追加する
開発と運用の対立を越え、ビジネスのために協力し合う。「DevOps」ムーブメントをテーマにしたイベントが2月24日に都内で行われました。 IT業界がパッケージソフトウェアからオンラインサービスへと転換しつつある中で、優れたサービスを迅速に実現する重要なキーワードとしてDevOpsは注目されはじめています。 この記事では、日本でDevOpsの普及に努めている森川裕和氏(@nxhack)の講演をダイジェストで紹介しましょう。 眠れない管理者の悩みは世界共通 会場で、自分が運用の人は?(3割くらい)。では開発の人は?(8割くらい)。ではビジネスマンの人は?(2~3人)でも、これは全員のはずですよね。 これが今日のプレゼンの原点になります。 私はWebの運用やネットワークのBGPの運用までやっていたことがある、いわゆる「眠れないシステム管理者」でした。で、システムがスケールしないよね、とか、やっぱ
日本からアメリカに出張等で来られた方々からよく耳にするのが 「Yelpがめっちゃ便利だったよ。あれのおかげで良いレストランが簡単に見つかった。」の言葉。 Yelpとはアメリカではかなり人気の、レストランやローカルなお店等のクチコミ情報サイト。 多くの人がお店探しを行う際にまず訪れるのがyelp.comであり、予定が決まった際に友達に場所をメール等でお知らせする際にもYelpのお店リンクを送るのが一般的。 日本でのレストラン系クチコミサイトと言えば、食べログやホットペッパー等が挙げられるが実際にYelpと比べてみるとコンテンツ内容や使い易さを始め多くの点においてYelpの方が利用価値が高いと感じられる。 また、お店によってはサイトが無くても、Yelp上のプロフィールページがあれば十分であると考えられている程、アメリカではYelpが定着している。 Yelpの特徴90年代からクチコミサイトといえ
えらべる自由な au が今日 3 月 1 日から "au スマートパス" というサービスを開始しています。 auスマートパス サービスの内容は、月額390円のサブスクリプションでAndroidアプリケーションの利用や写真クラウドの保存ができるサービスなんですが、その中に「スタンプカード」なるサービスがあります。 対象のアプリなどを使い回ることで au のポイントと引き替えられるみたいなサービスですが、その規約をみて仰天しました。 大切なことなので二度いいます 1.取得する情報 スタンプカードのご利用にあたっては、以下の情報をお客様からご提供頂きます。なお、当社は、通話内容・通信内容を取得することはありません。 (1)Web利用履歴(IS-NET等接続先) ご利用のau端末から行ったデータ通信(Webブラウザ、アプリケーションからの通信など、auスマートパス以外の通信も含むIS-NET、au
彼は純粋な技術屋といった感じで、 愚痴もまじっていたせいだろうか、何を言ってるかわからない部分もあったが、 いろいろと興味深い話を聞くことができた。 「結局、装置があれば韓国でも中国でもどこでも作れるようになって、値段のたたきあいになっちゃたんだろ」 という私に対して、彼は言った。 「体力勝負で負けたのは否定しない。だけどな、装置があれば誰でも作れるというのは大間違い」 「最大の要因は、やつらの技術力が高かったことだと思う。というかうちの規模の会社が研究開発で対抗できてたのがある意味奇跡。」 メモリは『装置があれば作れる汎用品』なわけではない。ということを彼は熱弁していた。 回路ひとつをとってみても、『アナログ』技術の塊で、 記憶素子のわずかな物理量(数10フェムトとか言ってた)の変化を 増幅する高精度なアンプだとか、 秒速数ギガビットの信号を処理するためにピコ秒単位で 信号のタイミングを
なんで 1 返すの? ishimoto@mbp-aish:~/vimrc$ vim a ishimoto@mbp-aish:~/vimrc$ echo $? 1 ishimoto@mbp-aish:~/vimrc$ /usr/bin/vim a ishimoto@mbp-aish:~/vimrc$ echo $? 0 おかげでbzrやらhgやらでコミットできないんですけど? ishimoto@mbp-aish:~/vimrc$ bzr commit Committing to: /Users/ishimoto/vimrc/ modified _vimrc modified _zshrc bzr: ERROR: Could not start any editor. Please specify one with: - $BZR_EDITOR - editor=/some/path in /
vimでrubyのコードを保存した際に、シンタックスチェックをしてくれるような設定を導入してみた。 これで、実行してみてシンタックスエラーじゃん、というのが減らせるようになった。 以下の設定を.vim/after/ftplugin/ruby.vimに記述。 (rubyのftpluginが発動した後に実行される) function! s:ExecuteMake() if &filetype == 'ruby' && expand('%:t') !~? '^pry\d\{8}.\+\.rb' silent make! -c "%" | redraw! endif endfunction compiler ruby augroup rbsytaxcheck autocmd! BufWritePost <buffer> call s:ExecuteMake() augroup END compil
新しいマシンを入手しました。スペックはこんな感じ # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz stepping : 7 microcode : 0x14 cpu MHz : 1600.000 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc
仕事でとあるログを調査する機会が多いのですが(なんのログかはナイショだよ!)、grepで見やすくフィルタリングするための検索ワードをいちいち他のテキストからコピペで持ってくるのが面倒くさい。 そんなわけで、今回はVimスクリプトでコマンドを定義してどうにかしてみようと思います。とはいえVimスクリプトはまったくと言っていいほどの初心者(コピペオンリー)なので、まずはコマンドの定義から、ですかね。 コマンドを定義してみる まずは決まったテキストから決まった検索ワードでgrepするだけのプロトタイプを作成してみます。grepにはvimgrepを使います。 下記の内容をgrepLog1.vimというファイル名で~/testに保存。 command GrepLog vimgrep /hoge/g ~/test/test.txt | copen 検索対象となるテキストとして~/test/test.t
http://anond.hatelabo.jp/20110107214632 概ね賛同。 現在32歳、「超氷河期」と最初に呼ばれた世代で、報道や世間のムードに流されるままに「働けるだけありがたい」なんてくだらない考えから不本意な就職を決めてしまった結果大コケしたわたしからも一言。 大事なのは、企業を選ぶときにはあくまで自分の欲望に忠実に選ぶことであって、間違えても「自分を企業に合わせよう」なんて思ってはいけない。 この人のすすめている「うそ」は、自分の気持ちを偽れ、ということでは絶対にない。 「入りたいと思っている会社に対して、自分という人材をいかに立派に輝かしくプレゼンテージョンできるか」という能力を磨け、ということだ。 そこを絶対に勘違いしないでほしい。 「0を1にするのはだめだが1を100にするのはあり」 本当にこの一言に尽きると思う。 0を1にしてうっかり何かの間違いで採用されて
ポール・グレアム「面倒な仕事の無視」を翻訳しました。原題は Schlep Blindness で、原文はココです。アドバイス等、よろしくお願いたします。なお翻訳にあたり、shiro様、tamo様のアドバイスをいただいております。ありがとうございます!! 面倒な仕事の無視 Schlep Blindness 2012年1月 January 2012 手つかずのすごい起業のアイデアは、私たちの目の前に転がっている。それが私たちに見えないのは、私が「面倒な仕事の無視」と呼んでいる現象だ。「面倒な仕事」は、もともとはイディッシュ語の言葉だったが、アメリカでも一般的に使われるようになった。退屈で嫌な仕事のことだ。 There are great startup ideas lying around unexploited right under our noses. One reason we don
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く