ngyukiのブックマーク / 2015年2月26日

ngyuki id:ngyuki

2015年2月26日のブックマーク (6件)

Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ
Ansible と Mackerel API を組み合わせて、1000台規模のサーバ群に対して同時にパッケージの更新やその他のサーバオペレーションのための方法を紹介します。タイトルに Mackerel とありますが、それほど Mackerel に依存しない話です。 (AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログに続編を書いています。) 背景社内では、サーバ構成管理ツールとして Chef を使用しています。 Chef Server は運用が大変なので使用しておらず、knife-solo と Mackerel APIを組み合わせてホストと Chef role とのマッピングに Mackerel のロール情報を用いています。また、Mackerel の Ruby クライアントを利用して recipe 内で API を叩いて、Mackerel か
ngyuki 2015/02/26
100 並列とかまでいけるものなのか・・・ / CentOS6 の openssh だと ControlPersist あるっぽいけれども？？

Ansible
リンク
AngularJSのエキスパート達が語る、AngularJSの使いどころとつらいところ（後編）。Deverlopers Summit 2015
AngularJSのエキスパート達が語る、AngularJSの使いどころとつらいところ（後編）。Deverlopers Summit 2015 JavaScriptのフレームワークの1つとして注目されている「AngularJS」は、どんな用途に向いているのか、学習コストはどれくらいか？使いにくいところは？などの疑問をAngularJSのエキスパート達が次々に答えてくれるセッション「AngularJSの今とこれから」が、2月19日に都内で行われたイベント「Developers Summit 2015」で行われました。（本記事は「AngularJSのエキスパート達が語る、AngularJSの使いどころとつらいところ（前編）。Deverlopers Summit 2015」の続きです） AngularJSを選んだ理由川田氏　次の質問は、数あるフレームワークの中からAngularJSを選ん
ngyuki 2015/02/26
AngularJS

JavaScript
リンク
@naoya_ito氏による社内文書のメンテナンス論
naoya @naoya_ito Web上から取得できる文書群の正確さは、懇親的なユーザーが更新し続けることによって成立してるのではなく、新陳代謝しまくってる文書を Google 様の検索で成立してる。なんで、ましてやWebよりも利用者の少ない社内文書を、正確に更新し続けるなんて無理という前提に立つ派 naoya @naoya_ito なので、社内文書は wiki 的な文書が正しく更新され続けることを望むのではなく、フロー的に流れる新しい文書をいかに負荷なく発見できるようにするか、また、フロー的に流れる文書の粒度をいかに適切になるようにマネージするか、そこがコツだと思う。
ngyuki 2015/02/26
management
リンク
Vue.js が辛くなってきた | status code 51
Vue.js が辛くなってきた。ひとまず現状の辛さをダンプ今日チームで改めて話し合って辛さがハッキリしてきたので、それをつらつらと書いてく。 (今のチームは僕を含めて Rails プログラマが多くて、フロントエンドを専門にやってる人はいない。) グローバル変数大量問題(もしくはイベント地獄問題) たくさんの状態(変数)が必要 && 複数 DOM にまたがるレンダリングがしたい。今は、左ペインで選択して右ペインに出す、みたいな事をしている。左ペインはタブで様々な種類の項目を選べて、選択したものを右側でリスト化して表示している。これをやろうとするにあたって、方向性が２つあると思っていて左ペインと右ペインでコンポーネントを分けて、親玉 ViewModel に変更を通知して親玉がレンダリング制御する -> イベント地獄左ペインと右ペインの上位の親玉 ViewModel をつくって全て
ngyuki 2015/02/26
vue.js

javascript
リンク
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。もう少し詳しく調べてみましょう。そもそもスロークライアントってなにその名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
ngyuki 2015/02/26
ruby
リンク
無料でSSL使える時代きてた！CloudFlare最高！！！（？） - uzullaがブログ
しょうもない日記 YAPC行脚、福岡編 - uzullaがブログとかかいた後になんとなくツイッターをみていたら、あるツイートをみまして。 packagist.jpをcloudflare対応したら、自動的にHTTPS対応できたでござる。すごい。一円も払ってないのに https://t.co/moCiiSwb44— Hiraku (@Hiraku) 2015年2月24日それでCloudFlare(http://cloudflare.com/)がタダでSSL証明書を用意してくれるようになっていたのを知りました。 Cloudflare Free SSL/TLS | Get SSL Certificates | Cloudflare タダ！なんと甘美な響き！オチ SNIでかまわないなら、CloudFlareをつかえばValidなSSLがタダで利用できる。 SNIとは？ NameBaseのVir
ngyuki 2015/02/26
security
リンク
- 2015年3月1日
- 2015年2月26日
- 2015年2月24日