Taobaoが公開しているnginxベースのWebサーバ Tengine の health check 機能 を試す - blog.nomadscafe.jp
Tengineはアジア最大級のECサイト「淘宝網」が公開しているWebサーバです。 The Tengine Web Server alibaba/tengine Nginxをベースにいくつかの機能拡張を行い、また開発も続いていて最新のstableバージョンに追従しているようです。 主な機能拡張は上記のサイトにも上がっていますが、興味があるところを上げると、 nginx-1.6.2をベース。nginxと100%互換性がある ダイナミックなモジュールの読み込みをサポート。モジュールの追加にTengineの再ビルドが必要ない SO_REUSEPORT をサポート。接続がnginxの3倍高速化 SPDY v3をサポート upstreamの負荷分散方式の追加。consistent hashやsticky session、upstreamのヘルスチェック、リクエスト処理中のホスト名の名前解決 acce
Linus Torvalds、HFS+に激怒
CVE-2014-9390 aka "Git on case-insensitive filesystems" I did not give the… gitが影響を受けた、HFS+で、一部の文字を区別しなかったり無視したりする問題に対して、Linusが吠えている。 マジで、HFS+はたぶん最悪のファイルシステムだな。クソすぎるぜ。NTFSもutf8の正規化で似たような問題（/の非正規化された表現を使用）があったが、まあ、今は修正されたんだろうよ。OS Xの問題は根本的すぎる。 そりゃ、古いさ。そりゃ、データ保護がクソすぎるってのはあるさ。だが、そういうのは、単に「すげーファイルシステムじゃない」って問題だ。「自分のケツすら拭けないマヌケによって設計された信じがたいクソ」ってわけじゃない。 HFS+の恐ろしさは、すげーファイルシステムではない、ということではない。いいアイディアがあると信じ
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. （英語勉強しないと..） 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 （仕事でDeprecateとか滅多に使わんし） 同僚に聞きつつ10つあげてみた. 以下列挙 （例は実際の同僚やOSS上でのコミットメッセージです.） Add *A to *B AをBに加える
CRE (Customer Reliability Engineer) 職 採用 - 株式会社はてな
CRE (Customer Reliability Engineer) 職(中途)顧客に寄り添い、顧客が抱える真の課題にフォーカスし、その課題を技術を軸として顧客と共に解決を図っていただきます。顧客活動やCS（カスタマーサクセス）活動、技術広報活動を通じて、担当プロダクトに対する顧客満足度の向上が主な役割となります。 id:masarasiCRE2021年入社プロダクトの信頼性を高めるMackerel の CRE には、商談の同席や既存のお客様のフォローアップを通じてお客様のビジネスの推進を後押しする「カスタマーサクセス」と、お客様からのお問い合わせ対応を主とする「テクニカルサポート」の大きく 2 つの役割があります。 私はテクニカルサポートを担当しており、お客様が抱えている問題の解決を支援しています。具体的には、Mackerel の機能に関するご質問への回答や、トラブルシューティングなど
JVNVU#98974537: OpenSSL に複数の脆弱性
影響を受けるシステムは脆弱性により異なりますが、OpenSSL 1.0.1、1.0.0、0.9.8 のすべてのバージョンが影響を受ける可能性があります。 2015年1月8日に OpenSSL Security Advisory が公開されました。アドバイザリの情報によると、下記の 8件の脆弱性が修正され、修正版の OpenSSL として、1.0.1k、1.0.0p、0.9.8zd をリリースしたとのことです。 深刻度 - 中 (Severity: Moderate) DTLS segmentation fault in dtls1_get_record (CVE-2014-3571) DTLS memory leak in dtls1_buffer_record (CVE-2015-0206) 深刻度 - 低 (Severity: Low) no-ssl3 configuration se
「Jenkins ユーザ・カンファレンス 2015 東京」 において 「はてなにおける継続的デプロイメントの現状と Docker の導入」 という発表を行いました - Hatena Developer Blog
アプリケーションエンジニアの id:nobuoka です。 現在は 「少年ジャンプルーキー」 の開発に携わっています。 面白い漫画作品が数多く集まっておりますので、是非ご覧ください！ さて、去る 1 月 11 日に 「Jenkins ユーザ・カンファレンス 2015 東京」 が開催されました。 はてなからも 「はてなにおける継続的デプロイメントの現状と Docker の導入」 というタイトルでセッション発表を行いました。 ここに発表資料を公開します。 発表資料 はてなにおける継続的デプロイメントの現状と Docker の導入 from Yu Nobuoka 概要 内容としては次の 3 点です。 はてな全体のサービス開発と Jenkins についての概要 「少年ジャンプルーキー」 の開発プロセスと Jenkins の活用 開発中の機能を確認するための web アプリケーションを Docker
第0回 関西 Infrastructure as Code (2015/01/27 19:30〜)
昨今、盛り上がっている Infrastructure as Code 関連（Chef / Puppet / Ansible / Vagrant / Docker / クラウド系等）のノウハウや動向などの情報交換を行う会です。 関西では、こういった系統の勉強会は少ないので、開催しようと考えているのですが、そもそも、こういった話題に関心がある方が関西にどのくらいいるのかを知りたいと思っています。 今回は、発表セッションなどはなく、コードによるインフラ自動化などに興味がある、冒頭に書いたツール群を利用している（興味がある）方同士で、ざっくばらんに情報交換や今後、どのような勉強会を行うかの相談などができればと思っています。 会としては、集まった方同士でディスカッションを行うような形を想定しています。
「すごいですよ、おっさんの嫉妬は！」 夏野剛氏がドコモ社内の縄張り争いを振り返る
実行力があっても時期を間違えると失敗する 米倉誠一郎氏（以下、米倉）：さてさて、じゃあ、夏野さんのもう1回聞きたい。じゃあ、ハイパーネット。あれ副社長だった。結構あれもアイデアは悪くなかったですよね。 夏野剛氏（以下、夏野）：まあ、ちょっと時期がね……。 米倉：早過ぎた？ 夏野：ですから、やっぱりあの時に思ったことっていうのは、実行力とか云々かんぬんあっても、時期を間違えると、やっぱりお金がなくなるわけですよね。 それで、そこで何とかしようと思った時にちょうど97年のいわゆるバブルの崩壊っていうか、山一とか潰れたあのタイミングだったんで、金融機関がみんな引いちゃったので、だから、十分な資金がもう得られなくなっちゃって、もう倒産するしかなかったっていう、そういう状況ですよね。辛いっすよ！ 米倉：でも、そのときの副社長で、担当は何だったんですか？ 夏野：いわゆる戦力とか営業とか。技術側の副社長
ピクシブ株式会社 | 採用情報 | 社員紹介
ピクシブは、世界中のクリエイターにとって創作活動が楽しくなるためのプラットフォーム・コンテンツサービスを提供しています。
Dockerで実現するリアルタイムシステムのためのプロセスパーティショニング - 技術部門のBlog
「パーティショニング」はリアルタイムシステムや高信頼システムを構築する上で、あると便利なプロセスを隔離する機能です。 今回は「Docker」の内部で使われているLinux軽量コンテナ技術を使って簡易的なパーティショニングを実現します。 DockerはWebの世界で極めて高い注目を集めている強力なコンテナ構築環境です。知能ロボットなど複雑なソフトウェアの組み合わせからなるリアルタイムシステム構築でもその強力な機能が使える可能性を示すことができればと思います。 リアルタイムというと「とにかく処理を速くする」というイメージがあるかもしれませんが、ロボットにおけるリアルタイムとは「処理を決められた時間に始めて決められた時間までに確実に終わらせること」を指します。例えば、自動走行車における操舵やブレーキは時間に遅れてしまうと事故を招きます、これはリアルタイムです。一方で、ビットコインのマイニングのよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://atnd.org/events/61397
クラウドTCOの真実
AWS の料金 - クラウドによるコスト削減 | AWS公式
Scalable Deployments - How we deploy Rails app to 150+ hosts in a minute