CoffeeScriptベストプラクティス集 Node.jsアプリケーション編（1）
イベント駆動型のプログラムをきれいに作る JavaScriptのプログラムは、イベント駆動型で非同期な構造が基本となります。他のプログラミング言語で一般的な「同期型」の関数では、例えばネットワーク経由でデータを読み込む場合、データを読み込む関数を実行するとその読み込みが完了するまでプログラムの実行は止まったままになります。 それに対して、「非同期型」の関数を使うとデータの読み込みが完了するまで他の処理を実行でき、読み込みが完了した後で特定の関数を呼び出してもらうことができます。身近な例に例えると、メールを送信して相手からの返信が来るまで何もせずに待つのが同期型関数だとすれば、非同期型関数は返信を待つ間に他の仕事をこなすことができます。 Webアプリケーションはネットワーク通信部分に最も時間がかかる場合が多いため、その待ち時間に他の処理をこなせば、ただ待っているよりも遥かに効率よく多くの処理
第1回 Node.jsとは | gihyo.jp
はじめに 本連載では、注目を集めるNode.jsを使って、Webアプリケーションを様々なクラウド環境で動かすことを最終目的にしています。Node.jsに触れたことがないJavaやPHPなど普段サーバサイドで開発されている方を主な対象として、まずNode.jsの概要から紹介していきます。 Node.jsとは Node.jsとは、ブラウザGoogle Chrome用に開発されたJavaScriptエンジンV8がサーバ上でプログラムを実行できるように、ファイルやネットワークI/Oなど多くの機能を追加したものです。軽量で効率よく多くのリクエストを処理するネットワークアプリケーションの構築ができるプラットフォームになっています。いわゆるサーバサイドJavaScriptの代名詞として注目を集めています。 Node.jsでは“軽量で効率良く”というのを実現するために次の2つのモデルを採用しています。
第5回 アマゾン ウェブ サービスのエバンジェリスト 玉川憲氏が訊く、cosmiがAWSを選んだ理由 | gihyo.jp
連載の最終回として、アマゾン ウェブ サービス（以下AWS）のエバンジェリスト 玉川憲氏をゲストに迎え、本連載執筆者である株式会社adingo取締役小澤昇歩氏と同社エンジニア岩川建彦氏の3名による鼎談を実施しました。 株式会社adingo取締役小澤昇歩氏（右）と同社エンジニア岩川建彦氏（左） AWSを選んだ理由 玉川：まずはじめに、cosmiでAWSが提供するクラウドサービスを採用した理由を教えてください。 岩川：サービスを始めるにあたり、フラットな状況から検討し始めました。想定していたサービスは、すでに連載でも紹介している「オーディエンスデータプラットフォーム」と呼ばれるもので、ユーザの行動履歴を集計し、それを行動ターゲティングに活かすというものでした。ですから、膨大なトラフィックが発生することは想像でき、一方で、それがどのぐらいの規模なのかがまったく想像できなかったのです。 玉川：つま
「第25回 HTML5とか勉強会」活動報告 | gihyo.jp
はじめまして、HTML5とか勉強会スタッフの中島と申します。2012年1月18日、今年最初の「HTML5とか勉強会」はSONYさんに会場をお借りして開催しました。第25回目のテーマは「Webと家電」。HTML5は今やパソコンやスマートフォンだけに留まることなく、多様なデバイスに広がりはじめています。その中でも特に、生活に密着したデバイスへの広がりが今後ますます注目されます。 本稿では、今回のイベントについてレポートします。 ゲーム、家電、自動車、新聞などへの影響 最初にご登壇いただいたのは、KDDI総研の小林雅一さん。HTML5が各産業界へどのような影響を与えているかについて講演いただきました。 現状でHTML5の普及が一番進んでいるのはゲーム産業です。Flashのサポート関係やモバイルプラットフォームの重要度の増加から普及が進んでいます。また、WebGLなどのゲーム開発に利用できる技
第6回 NOXを使って独自のOpenFlowコントローラを実装してみよう！～パケットアウト編 | gihyo.jp
こんな夜中にOpenFlowでネットワークをプログラミング！ 第6回NOXを使って独自のOpenFlowコントローラを実装してみよう！～パケットアウト編 はじめに 今回も、前回に引き続き、オープンソースで提供されているNOX（OpenFlowコントローラ）上で動作するNOXモジュールの実装方法を説明します。 オープンクラウドキャンパス 先に、8月2日に開催された「オープンクラウドキャンパス」という勉強会で、OpenFlowについて説明してきましたので、そのときの様子を紹介します。OpenFlowに取り組むNTTデータ、NEC、Citrix、Fusionの4社がそれぞれの視点で話をしています。他にMidonetやVyattaの紹介もありました。質疑応答の時間が十分にあったとは言えない状況でしたが、OpenFlowの本質は「プログラマブルである」など、深い指摘があったのが印象的でした。 最近は
第3回 ネットワーク業界の地殻変動、そして次世代のクラウドへ | gihyo.jp
はじめに OpenFlowはネットワークの動作をプログラムにより制御できる技術です。今回はOpenFlowが業界に与えるインパクトや、クラウドへのOpenFlow の適用例について説明します。 OpenFlowが業界に与えるインパクト OpenFlowが業界に与えるインパクトを説明するため、まずは従来のスイッチとOpenFlowスイッチの違いを説明します。 従来のスイッチは、1台のスイッチの中にパケット伝送機能、パケット制御機能、設定機能が実装されています（図1）。一方、OpenFlowではパケット制御機能と設定機能がスイッチから分離されOpenFlowコントローラに集約されるため、複数のスイッチの一元管理が可能になります（図2）。 図1 従来のスイッチのスタック構成 図2 OpenFlowのスタック構成 OpenFlowの世界では、OpenFlowのスイッチの動作やスイッチとコン
たいていのことはIPv6で可能、ムダのないインフラで日本に力を取り戻せ! ─東京大学 江崎浩教授「IPv6移行セミナー」から | gihyo.jp
たいていのことはIPv6で可能、ムダのないインフラで日本に力を取り戻せ! ─東京大学 江崎浩教授「IPv6移行セミナー」から A10ネットワークスは9月15日、東京・品川において「Move Innovation A10 Forum2011 - IPv4枯渇対策/IPv6移行セミナー」を開催した。本稿では、東京大学 大学院 情報理工学系研究科 教授 WIDEプロジェクト代表の江崎浩氏による基調講演のもようをお伝えしたい。 江崎浩氏 この4月、JPNICからのIPv4アドレスの通常割り振りが終了し、日本企業はいよいよ本格的なIPv6時代に向きあうことになる。一方で、3月11日に発生した東日本大震災は、日本のICTインフラのあり方に大きな影響を及ぼした。その代表が節電とクラウド化であり、この流れは当面続いていくものと思われる。IPv4枯渇と東日本大震災という2つの大きな転機を迎えた2011年は、
第1回 OpenFlowって何だ!? | gihyo.jp
はじめに みなさんは単にネットワークという言葉を聞くと、どのようなイメージを持たれるでしょうか。単純にパケットが通過するだけのケーブル的なイメージでしょうか。それとも、ロードバランスやパケットフィルタリングを行う箱のようなイメージでしょうか。 これまでのネットワーク機器はRFC（RequestFor Comment）などの標準で定義されたプロトコルに沿って動作し、ネットワーク機器を利用するユーザはメーカーが用意した記述ルールに従い設定を行うのが一般的でした。このような状況からネットワークは受け身でしか利用できないイメージが定着していると思いますが、次世代ネットワーク制御技術「OpenFlow[1]」の登場により状況が変化しつつあります。 ネットワークをプログラムするOpenFlow OpenFlowを用いればネットワークの動きをプログラムにより制御することができます。ネットワークの動きを
第7回 御社のトップは腹をくくっていますか？―改善活動は部活ではない | gihyo.jp
現場だけの業務改善 「業務改善は現場だけで自発的に行っていけばよいのか？」という質問を受けることがあります。理想的な答えは「イエス」です。現場の自主性・主体性を活かせればそれに越したことはありません。 改善活動の初期段階に立ちはだかる壁として多いものは、「改善ばかりしていて仕事をしていない」と言われることです。他部門への働きかけを行おうとすると、「何の権限があって、うちを巻き込むんだ？」と部門責任者から断られます。良かれと思って、動き始めてもこのような場面に直面し、「ちゃんと社内で認知されていないアングラ活動なんだ…」と無力感を感じて、一気にトーンダウンすることも少なくありません。 したがって、現実的な答えとしては、僕らは「ノー」と言います。業務改善ができないというのではなく、現場だけで進めると業務改善の限界が早く来るということです。 改善は仕事ではない？ もう1つ考えなければいけな
連載：Lifelog〜毎日保存したログから見えてくる個性｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第2回 mixi.jpを支える運用監視 | gihyo.jp
はじめに 株式会社ミクシィの小池知裕です。運用部でアプリ運用を担当しています。前回は年末年始や突発的な負荷に耐えられるシステムの改善について紹介しました。連載2回目となる今回は、mixi.jpを支える運用業務でどのようにシステムの監視と測定が行われているのか、紹介します。 監視／測定って？ まず、前号からのおさらいになってしまいますが、筆者の所属する部署の「アプリ運用グループ」は mixi.jpのミドルウェア層以上の運用／維持管理／改善をおもに担当しています。 そこでは、「システムが正常に稼働しているか」「サーバの（CPUやメモリ、トラフィックなど）どういうリソースがどのくらい使われているのか」などを把握しておくことが非常に重要になってきます。 mixiでの監視／測定には大きく分けると2つあります。 死活監視／サービス監視 リソース監視 これらはそれぞれにシステムを運用し、改善するため
第1回 バーストトラフィックの発見と対処 | gihyo.jp
はじめに 初めまして、（株）ミクシィの中野和貴です。私はシステム本部運用部インフラグループネットワークチームという部署で働いており、ほかのメンバーと共にmixiのネットワーク部分全般に関して設計・保守・運用を行っています。ここでは『WEB+DB Press』Vol.50～55にて連載されていた「大規模Webサービスの裏側」で紹介しきれなかったエピソードや、その後のインフラ事情を紹介していきます。 日々大量のトラフィックが流れるmixiのネットワークですが、大きくなってくるとやはりいろいろな問題も出てきます。今回はそれらの問題の中で普段運用しているとなかなか気付きにくいバーストトラフィックに起因する問題事例を紹介します。 ミクシィのネットワーク構成と問題の発覚 mixiでは主要なネットワーク機材にはお金をかけていますが、サービス規模からどうしてもラック数が多くなってしまうため、エッジスイッ
第1回 二度とやるものか……業務改善 | gihyo.jp
はじめに 3月11日の東日本大震災から、3ヵ月が過ぎようとしています。震災直後に発生した食料品、ガソリンなどの物資不足は未だ記憶に新しいところです。製造業においては部品や原材料の供給が滞り、サプライチェーンの構造上の問題も浮き彫りになりました。 経済活動全体が停滞する状況下で、企業は売上を伸ばすことは当然ながら難しくなり、無駄を減らせ、コストを下げろと、経営課題の矛先は社内へと向くようになります。 さて、皆さんは業務改善と聞いてどんなイメージをお持ちでしょうか？ 後ろ向きな仕事？ できればやりたくない？ 他にもっとすべきことがある？ いろいろと思うところがあるでしょう。 業務改善がうまく進むところと進まないところの違いは何だと思いますか？ 会社の風土や体質、社員の特性はもちろん、経営者の姿勢も大きく影響します。何事もそうですが、やりたくないことを無理にやらせても良い結果が出ることはありませ
第22回 クラウド時代のホスティングサービス（その3）～ハイブリッドという選択～ | gihyo.jp
過去2回の連載で、VPSのメリット・デメリットと、専用サーバのメリット・デメリットを解説してきました。最終回の今回は、従来型のホスティングサービスとクラウドサービスの両方を活用する「ハイブリット」と呼ばれる新しいタイプについて紹介します。 ホスティングサービスのハイブリット化とは？ ハイブリットホスティングとは、ホスティングとクラウドを組み合わせたサービスのことです。そのひとつに「クラウドホスティングサービス」があります。 従来型のホスティングは、ホスティング事業者のサーバを個別に提供するものでしたが、クラウドホスティングサービスは、事業者が仮想化技術を使って複数台のサーバを束ね、ユーザの要求に合わせて必要なリソースを、必要なボリュームだけ提供するものです。そのため、インフラ規模の増強や縮小といったスケールアップ・スケールダウンが柔軟にできます。 また、サーバ群は日本国内に置かれ、ホスティ
第18回 プロトコルを覚えよう［その2：HTTP編］ | gihyo.jp
今回は前回に続いて、プロトコルについてです。前回はSMTPでしたが、今回はおそらく最もメジャーなプロトコルであるといっても過言ではないHTTPについてです。 「デカいRFC」の読み方 まずHTTPにはバージョンとして1.0と1.1があります。実質、今はほぼ100％のサイトが1.1だと思って良いでしょう。 HTT1.1はRFC2068で提唱され、RFC2616にObsoleteされています。ですのでRFC2616（と、RFC2616をUpdateしているRFC2817とRFC5785）を読めば、HTTP1.1のことが把握できます。とはいってもでかいRFCなので、読むのはちょっと大変かもしれません。ただ、これくらいポピュラーなRFCになると日本語訳もたくさんあるので、原文と一緒に日本語訳も読むと、理解が速いかもしれません（訳だけ読むのはあまりオススメできません）。 また、RFCを読むとき（
「非同期プログラミングの改善」のエッセンス | gihyo.jp
サーバサイドJavaScript「Node.js」に関するイベント「東京Node学園#1」にて、小林浩一氏が発表した資料です。当日の様子はUSTREAMにて公開されています[1]。 この発表では、コールバックスタイルで非同期プログラミングを行うと無名関数のネストが深くなってしまう問題に対する解決アプローチを提示しています。無名関数をやめてそれぞれに関数定義をしたとしてもgoto文のようにあちこちに処理が飛ぶことになり、見通しの悪さに対する根本的解決策にはなりません。そこで、フロー制御モジュールを用意して、固有処理を行う無名関数と「次」の無名関数を呼び出すコールバックとに分離し、複数の無名関数をチェインのように次々に呼び出すようにする、という案を考え出しました。エラーハンドリングを含めたフロー制御モジュールコードはリスト1のようになり、たったの13行に収まります。 現在、小林氏を含む有志に
第55回 Bijostagram、Gmail Motion BETA、retime.me | gihyo.jp
桜が咲き誇り、長かった花粉症のモヤモヤ感ともお別れして、非常に気持ちの良い日が続いている今日このごろ、皆様いかがお過ごしでしょうか。今回も個人的に感じた、素晴らしいサイトの特徴をいくつかお話したいと思います。 写真の海から、美女を探せ Bijostagram - Cute Girls on Instagram iPhone用の写真共有アプリ「instagr.am」から、女性の画像だけを収集して表示するウェブサービス『Bijostagram』です。 投稿された女性の画像だけを表示する『Bijostagram』 credit：友部 博教 ウェブサイトにアクセスすると、「instagr.am」から自動的に女性の画像が集められ、画面全体に表示されます。時間の経過とともに、表示される写真が次々と入れ替わります。 制作者である友部博教さんのBlogによれば、「instagr.am」のAPI（App
レポート：「MongoDB Conference in Japan」レポート｜gihyo.jp … 技術評論社
3月1日、「MongoDB Conference in Japan」（通称、mongotokyo）が開催されました。本稿では、日本ユーザーグループ「MongoDB JP」の代表をやらせていただいている筆者から、イベントレポートをお届けします。 MongoDB Conferenceとは MongoDB Conferenceは、開発元である10genが主催している国際カンファレンスです。10genのエンジニアが世界各地へ飛び回り、現地のMongoDBユーザーと複数の発表セッションを通じて交流を行う、非常にエキサイティングな催しです。 このConferenceは今までアメリカ、ヨーロッパを中心に行われていましたが、これまでアジアでの開催は一度もない状況でした。というのもMongoDB自身がアメリカ・ヨーロッパで爆発的に普及しているのに対して、日本ではようやく認知度が高まってきてはいるものの、
Cassandra実践入門―Twitter、Facebookが採用するNoSQLシステム | gihyo.jp
はじめに 2010年のはじめ、TwitterがApache CassandraというJavaで実装された分散型のデータストアシステムを採用しつつあるというニュースが話題を呼びました。このことでCassandraは、NoSQLと呼ばれるシステムの中で最も注目を集めるものの一つになったと言えるでしょう。 2010年7月の時点で、Twitterは、位置情報のデータストレージ、トップツイート（トップページに表示される人気ツイート一覧）などのリアルタイム分析、データマイニング処理など、多くの用途でCassandraを活用しています。また、Cassandraを生み出し、のちにApache Foundationに寄贈したFacebookでは、5億人規模・150Tバイト以上のデータ量を持つユーザメッセージの検索機能（Inbox Search）を、150ノードのCassandraクラスタで処理しています。
第2回 Linux KVMで知る仮想マシンの概要 | gihyo.jp
第1回では、仮想マシンとは何か、その生い立ちや機能について簡単に紹介しました。今回から、x86システム仮想マシンがどのように実現されているのかを解説していきたいと思います。 x86システム仮想マシンには、VMwareによる仮想化製品をはじめHyper-V、Linux KVM、Xenなどがあることは、すでにご紹介したとおりです。この連載では、その中でも最近とくに注目を浴びているLinux KVMを中心に、x86仮想マシンの実装を見ていきましょう。今回は、Linux KVMの概要、および構成するソフトウェアについて解説します。 コンピュータを構成する3大要素 仮想マシンを理解するために、まず実際のコンピュータがどのような構成になっているかを知っておくと良いでしょう。コンピュータは、CPU、システムメモリ、I/Oデバイスの3つの要素から構成されています。 図1 コンピュータを構成する3大要素 C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
