サーバーが自分自身と同じプログラムを配信して、それをブラウザがロードして、どちらでも同じコードが実行され、サーバーだけではなくブラウザからもレスポンスを返す魔法「Service Worker Magic」を紹介します。 Service Worker Magic こういうことです。 サーバーはCloudflare Workers、ブラウザはService Workerのプログラムを指す サーバーのプログラムはsw.js、ブラウザで動くプログラムもsw.js 全く同じ内容かつ同じリソースを参照して、同じように動く サーバーsw.jsが自分自身のコードsw.jsを/sw.jsというパスで配信する /にアクセスするとsw.jsがService Workerとして登録される /sw/*をService Workerのスコープにする /server/helloにアクセスするとサーバーからレスポンスが返
2個前にセットアップしたときは daemontools つかってて、1個前は supervisord をつかってたんだけど、せっかく ubuntu つかってるんだから、ということで supervisord をやめて upstart でうごかすようにした。 なんかこんなかんじ。 description "64p.org upstart script" start on (local-filesystem and net-device-up) stop on shutdown respawn respawn limit 5 60 console log script logger -is -t "$UPSTART_JOB" "starting" chdir /usr/local/webapp/64p.org/ exec 2>&1 exec setuidgid www-data /usr/loc
結論から先に。cronlog を使えば、アプリケーションのテストコードと全く同じ形式で、監視用のスクリプトを書くことができます。プログラマが監視ツールの記法を覚える必要はありません。これは、プログラマが運用も行うケースでは特に有効な手法だと思います。 先週公開した Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法 というエントリで、crontab と拙作の cronlog を用いてサービス監視を書く手法を紹介しました。しかし、挙げた例はいずれも ping や http のテストといった外形監視の手法です。RDBMS とウェブアプリケーションのみから構成されるサービスならそれだけで十分でしょう。 しかし、外形監視だけでは、メッセージキューのような非同期処理の遅延を観測することはできません。また、http のログを監視して、エラーレスポンスや平均応答
はてなでは以前から自社製サーバを使用しているのですが、今年の春に、新たに自社製1Uハーフサーバを開発しました。 最近、タワー型だとメーカー製でもかなり安価なサーバがあるのですが、データセンターでの運用を考えると1ラックへの集積度が問題になってくるので、必然的にラックマウント可能なサーバが求められます。1Uサーバの中で価格対性能比のよいものを探すと、まだまだはてな的に使いやすいサーバが少ないので、今回このような1Uラックマウント可能なサーバを自社開発しました。 さてこのサーバの特徴としては、 ケーブル類がフロントアクセス 組み立て簡単 いけてるインフラアルバイトのid:hxmasakiが組み立てると15分 1ラックに60台以上搭載可能 もちろん、電源容量との兼ね合いもあります ディスクのホットスワップが可能 低消費電力 お値段据え置き 以前の自社製サーバとほぼ同価格 といったところがあげられ
開発者ブログでもかかれてますが、本日5/11にハードウェア増設を行いました。実は今月の増設は3フェーズに分けて実施しており、今回はその2フェーズ目を行いました。ざっと書いてみます。 フェーズ1. 検索DB分離 + sennaバージョンアップ 先日の勉強会でもお話したとおり、日本語全文検索を実現するにあたって senna を利用しています。そのsennaのバージョンが昨年のとある古いバージョンだったということもあり、稀にインデックスファイルが破損する既知のリスクを孕んでいたため、その問題が解決された新しいsennaと、最近sennaとは独立して開発が行われているMySQLバインディング tritonn への変更をあわせて行うことにしました。また、以前からの運用に当たって、障害の切り分けや、検索の負荷の分離をしたかったため、新しくハードウェアを用意することにしました。この増強によって既存のDB
ECCメモリの利点、エラー訂正ができること。 でも、最近のメモリでPSCであったり、ELPIDA、Micronなどのチップを搭載しているものであれば、初期不良に当たらない限り、現在お使いのCeleronD機を買い替えようと思うぐらいのスパンではエラーは起きにくいと思います。っていうか起きにくいです。 また、企業向けのサーバーでしたら、『企業による保守』の観点を考えると『壊れたときにいくらお金を出してもいいと思える』XEONやECCメモリ搭載のものをお勧めしますが、『一般客による保守』の観点からすると、『壊れたら性能のいいパーツに買い替える』という保守の仕方のほうがいいと思うので、そこまでこだわりを持つ必要はないと思われます。 それに、一般客がXEONやECCメモリを『生産完了後』に入手するのは困難だと思われますし、自宅サーバーにそこまでお金をかける必要はないと思います。ましてやデルです。C
商品説明 Human フレームラック Plat`Homeバージョン PF59E-09-83B Ver.2 ※ガイドレールおよび棚板はオプションとなりますので、ご注意下さい。 SOHO・部署・研究室・開発環境の整理に最適！ このような悩みをお持ちの方はいませんか？ ネットワークラックが欲しいのだが、通常のラックキャビネットでは ・とにかく安いラックキャビネットが欲しい。そこまで予算が回らない ・大きすぎるし重過ぎる、もっと簡易なものでよい ・送料が非常に高い（40Uで都内40000円以上） とはいえ、安いといってオフィス向けの書棚ラックを使うと ・耐荷重の問題（サーバやUPS、ネットワーク機器は重い） ・持ちこたえられない可能性もあります！ ・機器設置の問題 ・単純に棚に置くだけだと、地震等の際に大変危険！ ・奥行寸法の問題 ・サーバ機器は奥に長い 汎用棚でははみ出します！ フレームラックを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く