So we made it easy. ngrok is the flexible API gateway for instant, secure connectivity anywhere—public or private. Ditch the infrastructure headaches and enjoy building software again.

Welcome to part 4 of the Beer Locker series Getting started CRUD Passport OAuth2 Server Digest Username & Password In our previous article we ended wtih a functional API capable of creating user accounts, locking down API endpoints, and only allowing access to a user’s own beer locker. In this part we will dive into creating an OAuth2 server and allowing access to API endpoints for the authorized
どうしても高速なWeb サーバが書きたくなったので joyent の libuv と http-parser (nodejs が内部で使っているライブラリ)を使ってWeb サーバを書いてみた。 mattn/http-server - GitHub https://github.com/mattn/http-server I/O は全て非同期で行いブロッキングしない作りとしました。これで絶対速くなるとは言わないけど、少なくともスケールはするんじゃないかと思います。 Date ヘッダとか、65536 バイト以上の POST ペイロードとか色々省いてるのでツッコミビリディ高いですが、ひとまず GET でファイルのサーブが出来る状態にはしたのでベンチマークを取ってみました。 # nginx $ ab -k -c 10 -n 10000 http://127.0.0.1/ # http-server
先日にルータの不具合で、東京本社から福岡支社内の一部開発サーバに直接ssh出来なくなったので、 ProxyCommandを利用して、3個のサーバを経由して目的のサーバにsshしたので、設定のメモ。 やりたいこと ProxyCommandを利用してcolinuxから複数のサーバを経由して、支社内のサーバに入りたい。 経由するサーバは下記のような感じで中継サーバ3個。 +---------+ +------------+ +--------------+ +----------------+ +---------------+ | colinux | ==> | dev server | ==> | tokyo server | ==> | fukuoka server | ==> | backup server | +---------+ +------------+ +----------
Servers written in Node.js are typically pretty fast, in part due to its non-blocking I/O, and in part due to the very optimised v8 JavaScript engine. One of the limiting factors, of course, is that JavaScript is single-threaded, and will only make use of a single processor core. However, it is possible to take advantage of multi-core environments via the recluster library (Github: doxout/recluste
本日、Mackerelをベータ公開しました。 Mackerelは、ウェブアプリケーションのパフォーマンスとインフラを管理するための新しいサービスです。 Mackerelとは Mackerelは、次のような問題を解決することを目指しています。 複数のサーバのリソース状況を効率的に可視化 各種ツールと連携することでサーバ情報の多重管理を解消 複数のクラウド環境を一元管理 リソース消費状況を可視化するだけではなく、APIによる各種ツールとの連携で、開発と運用の自動化をより促進させていきます。 詳細は、下記のリンクからどうぞ。 利用開始 https://mackerel.io/ja/ ヘルプページ https://mackerel.io/ja/docs/ 正式化に向けて ベータ期間中は、すべての機能を無料でご利用いただけます。正式版では無料でご利用いただける範囲に制限がつきます(料金などの詳細は正
データベースが落ち着いているので、その間に別のことに着手。 チームの監視システムがmonっつー超レガシーシステム。知っている人もいるかもしれないが、monはperl製のシンプルな監視システム。古くからあるものなんだけど「mon perl」で検索すると「もしかして: man perl」とgoogle様にも何だっけソレ?と言われてしまうかわいそうな奴(「mon monitoring tool」だとちゃんと出てくる)。なのでまあこの際だから俺が葬り去ってやる。導入したSensuのバージョンは0.12.6。GW前くらいから運用しているが今んとこ問題ない。まだ運用期間短いね。 割と長文になっちまったので、目次をば。 0. sensu概要 1. なぜsensu? 2. インストール 3. コンフィグの配置 4. プラグインについて 5. API 6. デバッグ 7. 今後の展望 0. sensu概要
こんばんは、佐野です。前回はこんな記事を書きました。最近は窓際で仕事するふりをしています。 2011年3月入社なのでどうやら入社して3年も経ってしまったようです。通算して4回目の登場です...。このエンジニアブログは年イチくらいのペースで書いてることになるのかな...。入社したときは20代だったんですが今はもう立派な三十路戦士です。酒飲むとなかなか酒が抜けません。平日に深酒するといつも後悔します。でも反省はしません。 昨今のウェブサービス開発はスタートアップを中心にクラウドを使うのが主流で、あまり需要がないかもしれませんが...今回は「甘え」と言われることもあるioDriveを導入する際に注意しておくべきポイントについて書かせていただきます。 ioDriveをはじめとするフラッシュストレージは、強力なIO性能をもつこともあってiopsなどの性能指標値ばかりに検証の焦点がいってしまいがちなの
あ、このサイト、ね。無駄にSPDYとかやるからコレ踏んじまった。openssl+nginxをリコンパイルで対処。そして対応完了したらこのサイトがSPDYじゃなくなっちまった。これについてはまたあとで…。この脆弱性、2014/4/7に発令が出たんで、早めに対処しましょう。 TLS heartbeat read overrun (CVE-2014-0160) 詳細は下記のとおり http://jp.techcrunch.com/2014/04/08/20140407massive-security-bug-in-openssl-could-effect-a-huge-chunk-of-the-internet/ http://heartbleed.com/ https://www.openssl.org/news/secadv_20140407.txt techcrunchから要点を引用すると
Features Why choose Mackerel? Mackerel is a server monitoring service provided by Hatena Co., Ltd.that offers all the functions necessary for cloud monitoring and service operation. Overwhelmingly Simple Installation Simply install the monitoring agent on your server and you're ready to start monitoring. See details Full-fledged Monitoring The ability to integrate various communication tools promo
Immutable Infrastructure Conference #1 : ATND でLTしてきた。 内容はきれいにゴミを捨てましょうという話以上のものは特にない。 背景の説明が少し雑だったので補足すると、Jenkins のジョブスクリプトで、git push する度に docker run していたら ゴミがどんどんたまっていったという感じ。 1 push あたり、アプリコンテナ、DBコンテナとか合わせて3コンテナぐらい起動してるから開発が活発だと、どんどんゴミがたまる。 さらに補足すると、Device mapper がらみのゴミは、aufs 使うとかなり解決できそうな感じはしてる。 (Device mapper だとブロックデバイスレベルでイメージ差分を表現するので、デバイス毎(差分)毎に mount が走るみたいな実装になってるけど、aufs だとファイルシステム単位で複数の
どうも乙カレーさまです。桑野です。 自作サーバカンファレンスをやってもう4、5年近く経つんだなぁと思って感慨深いです。 思えば大きな発表をしたのは自作サーバカンファレンスが初めてに近いですし、@marqsさんにお誘い頂いて発表できた事で色々得るものがあったなー、と思っています。 それだけに@marqs さんが今回来られなかったのは残念でした(´;ω;`)ウッ… そして、その自作サーバですが、ぼくもうちの自作サーバはガチの自作サーバはもうやっていないよ、という卒業生としての立場で参加しました。 自作サーバカンファレンスの資料 こちらは前回の自作サーバカンファレンスの資料です。 アメーバピグにおける自作サーバ運用 from Akihiro Kuwano 自作サーバ同窓会の資料 こちら今回の資料、テイストを合わせてみましたw アメーバピグにおける自作サーバ運用それからどうなった from Aki
There’s something I’ve been working on recently, at start just for fun but it turned out I use it everyday, so here it is: butterfly your everyday terminal right in your browser Version 2.0 has been released please see here Try it To try it, it’s as simple as: $ sudo pip install butterfly # Install butterfly $ butterfly.server.py --unsecure # Launch the web server unsecure Then all you have to do
Moshを利用していてHostnameが補完されずに不便だったので、 下記を.zshrcに書いて、sshと同じようにmosh [tab]でhostnameを補完するようにしました。 ほぼssh補完関数そのままですが。 $HOME/.ssh/configと$HOME/.ssh/known_hostsに記載されているものは 補完されるようになりました。 2012年4月23日 追記 @n0tsさんがブログで紹介していた方法のほうが楽なので追記。 mosh コマンドで ssh コマンドと同等の補完をする方法 | Carpe Diem .zshrcに下記を1行追加だけでホスト名が補完されるのでこっちの方が楽です。 (ホスト名だけでなくsshのオプションも補完されてしまいますが)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く