Kibanaを使う理由GoのGenericsを使った効率的なキャッシュの実装 / Effective Generic Cache in Golang
© Hitachi Solutions, Ltd. 2013. All rights reserved. 株式会社 日立ソリューションズ 技術開発本部 Ｒｕｂｙセンタ ２０１３/１/２３ 堀江 謙一 挑戦！大規模システムをＲｕｂｙで構築 © Hitachi Solutions,
© Hitachi Solutions, Ltd. 2013. All rights reserved. 株式会社 日立ソリューションズ 技術開発本部 Ｒｕｂｙセンタ ２０１３/１/２３ 堀江 謙一 挑戦！大規模システムをＲｕｂｙで構築 © Hitachi Solutions, Ltd. 2013. All rights reserved. １. 日立ソリューションズのＲｕｂｙへの取組み ２. 大規模システム開発事例紹介 挑戦！大規模システムをＲｕｂｙで構築 Ｃｏｎｔｅｎｔｓ © Hitachi Solutions, Ltd. 2013. All rights reserved. １. 日立ソリューションズのＲｕｂｙへの取組み 挑戦！大規模システムをＲｕｂｙで構築 © Hitachi Solutions, Ltd. 2013. All rights reserved. 3 １.１ 会社概
ポータブルなwebアプリケーションとそのインフラの未来の一考
naoya さんのポータブルな Web アプリケーションを受けて最近思ってることをば。140 文字で時々書いてるんだけど、まとまりがないので一回まとめておきます。 12-factor app ステートフルなアプリケーションについては、Heroku の人が提唱してる 12-factor app というのが現在の状況をよく表してます。 The Twelve-Factor App The Twelve-Factor App（日本語訳） Heroku や他の PaaS によってもたらされたこうした一種の”制約”によって、アプリケーションの新しいカタチが生まれてきています。引き算によって新しい価値が生まれてきているわけですね。 とはいえ、PaaS は PaaS でそれぞれに独自の仕様を持っているわけですが、Heroku の buildpack という仕組みを使って、Heroku とインタフェース仕様
TIME_WAIT状態のTCPコネクションを早く終了させるべくKernelをリビルド - 元RX-7乗りの適当な日々
以前、一度やったはずなのですが、すっかり忘れてしまっていて、結局調べることになったので、今回はここに作業ログを残しておきます。 TIME_WAITコネクションの増殖 一般的にネットワークアクセス数が極端に多いサーバでは、TIME_WAIT状態のコネクションが残留しがちです。 TIME_WAITの滞留時間が、Linuxデフォだと60秒になっているため、下記のエントリにも書きましたが、60秒の間に数十万レベルのリクエストが来るとあっという間にコネクションテーブルが埋まっていってしまうわけです。 で、別にTIME_WAITコネクションが多くなってしまうこと自体は、完全な悪というわけでもなく、 "net.ipv4.tcp_max_tw_buckets" あたりでキャップもできるし、それなりに制御して付き合っていけばいいわけですが、ローカルのTCPポートを使い切るようなケースだと、使えるローカルポー
Google Compute Engineが正式サービスへ。Docker、FreeBSD、CoreOSもサポート。ストレージは1GBあたり月額4円へ値下げ
Google Cloud Platform Blog: Google Compute Engine is now Generally Available with expanded OS support, transparent maintenance, and lower prices Google Compute Engineは、Amazon Web Servicesのように仮想サーバやストレージなどを提供する、いわゆるIaaS型のクラウドサービスです。 正式サービス開始に当たり、対応OSを拡大。DebianとCentOSだけではなく、SUSE Linux、FreeBSD、Red Hat Enterprise Linux（現在は限定プレビュー）、さらにSELinux、CoreOS、そしてDocker、FOG、xfsとaufsもサポートすることが明らかにされました。 仮想マシンを稼働しつ
ポータブルなWebアプリケーション - naoyaのはてなダイアリー
140文字で書ききれなかったのでブログに殴り書き。 Heroku のアプリケーションを人に渡す 昨日、「naoyaさんが作ってるiOSアプリのバックエンドサーバーに相乗りさせてもらえないか」という話をいただいた。自分でも同じようなAndroidアプリを作っているけど、サーバーサイドは作ってないからということらしい。 対して「githubにコードあるからgit cloneしてheroku pushすれば動くし、自分で heroku にデプロイしてよ」と応えた。相乗りしてもらってもよかったのだけど、こちらでコードを書き換えたりメンテしたときに先方のアプリが停止することを考えると同じコードベースでサーバーは自分で立ててもらう方が何かと良い。 対象になったソフトウェアは Heroku で動かしていたので、Heroku Ready な形、つまり、必要な外部パッケージの一覧やサーバーの起動手順なんかは
AngularJS 20min #ng_jp
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013
SPDYやQUIC登場の背景。Webの進化がプロトコルを変えつつある。HTML5 Conference 2013 Webをより速くしようと、HTTPよりも優れたプロトコルとして提案されたSPDY（スピーディ）。しかしそのSPDYによって、下位レイヤであるTCPの制限が顕著に見えるようになってしまい、そのことでTCP以外のプロトコルとしてQUICをGoogleが提案しています。 Webの進化は、インターネットのプロトコルにまで影響を与えようとしている、という非常に興味深い話が、HTML5のコミュニティ「html5j」主催のイベント「HTML Conference 2013」で行われた小松健作氏のセッション「最新Webプロトコル、傾向と対策」で行われました。 その内容をダイジェストで紹介しましょう。 最新Webプロトコル、傾向と対策 小松です。所属はNTTコミュニケーションズでHTML5の研究
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RESTを使ったエンタープライズ統合から学んだこと
パスワード認証
AngularJS 勉強会 #4 - 実戦！AngularJS