第25回 cron周りのベストプラクティス（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはsongmuさんこと松木雅幸さんで、テーマはcronです。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 cronとは？ cronは指定日時にジョブの自動実行を行うジョブスケジューラです。UNIX系のOSであれば実装の違いこそあれ、ほぼ標準でインストールされています。 作業自動化や、タスクを自動実行したいなどといった場合にcronは避けては通れません。Perlでバッチ処理を書く際などに多くの人が活用していると思いますが、ベストプラクティスがわからず恐る恐る使っている人も多いのではないでしょうか。 本稿では、cron活用におけるベストプラクティスについてお話します。 cronの使いどころ cronの使い途は、主に次の3つが考えられます。 a．アプリケーションのジョブの実行 b．システムに関わる
第3回 「サーバ集約」を実行するための検証ポイント | gihyo.jp
今回は、サーバを集約する際に行う検証について、物品の調達や環境の構築、項目の精査より実際の検証を実施し、本番機器調達の台数根拠と設定項目等に関する設計の一歩を踏み出す部分までを、実例に近い形で紹介したいと思います。 検証項目、結果数値に関しては可能な限り具体的に出そうと思います。これらはできるだけユーザ企業側がポリシーを持ち、主導的に実施するのが好ましいでしょう。 ※ 前回、VMware ESXiに関しても記載する予定としていましたが、ボリュームの関係上、次回とさせていただきます。 なぜ検証を行うのか？ 前回までに、現行踏襲の基礎数値の定義付け→机上の計算による集約台数を算出しました。会社や案件によっては、机上の計算から稟議が通ったのを受けて、すぐに本番機器発注という流れもあるかもしれませんが、本連載では検証局面を設け、1台あたりの処理性能の確認と、異なるスペックによるハードウェア、ミドル
第35回 実用的なダミーサーバ ww(double-web)（1） | gihyo.jp
はじめに Web APIを使って様々なサービスと連携するというアーキテクチャはすっかり定着した感があります。みなさんも、Web APIを使ってデータをやりとりするアプリケーションを書く機会も増えているのではないでしょうか。 Web APIを使うアプリケーションの開発では、テストやデバッグをする際のAPIアクセスが悩みどころとなります。本物のサーバを使ったのではテストデータの初期化などに手間がかかりますし、逆にHTTPアクセス自体をスタブやモックを使って間接化してしまうとそれが本当に有効なテストなのか不安が残ってしまいます。 筆者も、仕事やプライベートでのコーディングでこのような悩みに何度も遭遇しました。これらを解決するために開発したのがwwです（wwと書いて'double-web'と読みます）。 ダミーWebサーバ作成ライブラリww(Double Web) wwは、Webサービスの簡単
第18回 Amon2によるWebアプリケーションの高速開発（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回は普段Webアプリケーションの開発を行っているtokuhiromさんで、テーマはWebアプリケーションフレームワークAmon2です。 Amon2とは？ こんにちは。tokuhiromです。本稿では、筆者が中心となって開発を進めているAmon2というWebアプリケーションフレームワークについて説明します。 Amon2は、次のような特徴を持つWebアプリケーションフレームワークです。 PSGI/Plackベース Amon2はHTTP::Engine/PSGI/Plackの開発／制定に初期のころから関わっている筆者が作成したWebアプリケーションフレームワークです。そのため、Plackの部品をできる限り利用することにより、少ないコードベースでWebアプリケーションフレームワークを実現しています。これにより学習コストが低くなってい
第1回 0.1秒で行われるリアルタイムトレード～マイクロアドが開発/運営する広告配信システムの裏側 | gihyo.jp
Web広告配信のインフラを探る 第1回0.1秒で行われるリアルタイムトレード～マイクロアドが開発/運営する広告配信システムの裏側 普段何気なく見ているWeb広告ですが、その裏側では極めて高度な処理が行われているのをご存じでしょうか。ここでは、最新の広告枠の販売形態である「RTB」を支えるインフラについて解説します。 広告主と媒体社の双方のニーズに応えるRTB 近年、市場が急成長しているWeb広告は、広告表示回数やクリック数など効果測定が定量的に行えるという、これまでの広告とは大きく異なる特徴を持ちます。広告の出稿目的はさまざまで、たとえばブランドの認知度を上げることであったり、Webサイトに来て商品を購入してもらうことであったりと多岐にわたります。それらのニーズに応えるため、Web広告技術はこれまで日進月歩で進化してきました。 当初は、広告を出す企業がWebサイト上の広告枠を事前（数週間か
第1回 マイクロアドに聞く、職人集団が支える広告プラットフォームの世界 | gihyo.jp
ユーザがWebサイトにアクセスした瞬間にリアルタイムにオークションを行い、配信する広告を決定するしくみが「RTB」です。このRTBによる広告配信サービスを提供するマイクロアドに、システムのインフラやアプリケーションの部分などについてお話を伺いました。 わずか5ミリ秒で広告を選定し入札 インターネットにおける広告配信システムのいとつとして、大きな注目を集めているのが「RTB」（Real Time Bidding）というしくみです。これは、広告枠を持つWebサイトにユーザがアクセスした際、そこに表示する広告をリアルタイムにオークション形式で選定するというもの。媒体社が広告収益の最大化を目的に利用する「SSP」（Supply Side Platform）、広告主が広告効果の最大化を目的に利用する「DSP」（Demand Side Platform）という2つのプラットフォームの間で、1
実例で学ぶAWS入門：オーディエンスデータプラットフォーム「cosmi」を例に 記事一覧 | gihyo.jp
第5回アマゾン ウェブ サービスのエバンジェリスト 玉川憲氏が訊く、cosmiがAWSを選んだ理由 馮富久［文章・構成］ 2012-02-28
第5回 アマゾン ウェブ サービスのエバンジェリスト 玉川憲氏が訊く、cosmiがAWSを選んだ理由 | gihyo.jp
連載の最終回として、アマゾン ウェブ サービス（以下AWS）のエバンジェリスト 玉川憲氏をゲストに迎え、本連載執筆者である株式会社adingo取締役小澤昇歩氏と同社エンジニア岩川建彦氏の3名による鼎談を実施しました。 株式会社adingo取締役小澤昇歩氏（右）と同社エンジニア岩川建彦氏（左） AWSを選んだ理由 玉川：まずはじめに、cosmiでAWSが提供するクラウドサービスを採用した理由を教えてください。 岩川：サービスを始めるにあたり、フラットな状況から検討し始めました。想定していたサービスは、すでに連載でも紹介している「オーディエンスデータプラットフォーム」と呼ばれるもので、ユーザの行動履歴を集計し、それを行動ターゲティングに活かすというものでした。ですから、膨大なトラフィックが発生することは想像でき、一方で、それがどのぐらいの規模なのかがまったく想像できなかったのです。 玉川：つま
第39回 大規模NATによるアクセスログの扱い方の変化 | gihyo.jp
前回は、大規模NATとユーザへの影響を紹介しました。今回は、大規模NATを利用するユーザが増えたときのサーバ運用者への影響例としてアクセスログの扱いの変化を紹介します。 なぜ、アクセスログの扱いが変わるのか？ 大規模NATが非常に多くのISPで運用されるようになると、Webサーバ運用者もそれを前提とした運用が望まれるようになります。 まず、アクセスログの扱い方が変わると言われています。 ISPでIPv4大規模NATが運用され、Web閲覧を行うユーザのIPv4アドレスバリエーションが劇的に減ってしまいます。これは、ISPが運用する大規模NATによって、多くのユーザーが「同じIPv4アドレス」にまとめられてしまうためです。 アクセスログに記載される項目が変化する可能性があります 大規模NATが普及すると、多くの家庭が同じグローバルIPv4アドレスを利用して通信を行うようになるため、グローバルI
第8回 【Trema編】いよいよ本格的なOpenFlowプログラミングに突入！ トラフィック集計スイッチを作ろう | gihyo.jp
こんな夜中にOpenFlowでネットワークをプログラミング！ 第8回【Trema編】いよいよ本格的なOpenFlowプログラミングに突入！ トラフィック集計スイッチを作ろう はじめに 「そろそろ頃合い」セイウチは言った 「あれやこれやの積もる話」 ルイス・キャロル 「不思議の国のアリス」 今回は盛りだくさんです！ まずは身近な例を使って、OpenFlowの動作モデルを説明します。これが理解できれば、OpenFlowの基本概念はバッチリです。次に、「トラフィック集計付きスイッチ」を実現するコントローラを実際に作ります。これはOpenFlowの重要な処理をすべて含んでいるので、応用するだけでさまざまなタイプのコントローラが作れるようになります。最後に、作成したコントローラをTremaの仮想ネットワーク上で実行します。すばらしいことに、Tremaを使えば開発から動作テストまでを開発マシン1台
第2回 膨大なトラフィックを処理するためにcosmiが行っている工夫とは？ | gihyo.jp
株式会社adingoの岩川です。第1回では弊社の小澤よりAmazon Web Services（AWS）の基礎的な部分と、cosmiを実例としたAWSのメリット・デメリットを紹介しました。 AWSでは「使ったぶんだけを支払う」という考えが隅々にまで行き渡っているため、ユーザは必要なときに必要なだけの性能を得ることができ、結果としてコストメリットを得ることができます。 サポートプランの料金ですら日割り計算なのにはさすがAWS、と言いたくなります。 一方で、これらのメリットを享受するには、スケーラビリティのあるシステムの設計が必要です。 そこで、「実例で学ぶAWS」第2回は、クラウドサービスをうまく活用するために、どういったシステム構成が有効であるか、9月にスタートした弊社の新サービスであるcosmiでの実例を交えつつ紹介したいと思います。 AWSでのリソース管理 はじめに、AWSでのインス
第1回 AWS超入門 | gihyo.jp
こんにちは。株式会社adingoの小澤です。これから全4回にわたってAmazonWebService（AWS）について、実例を交えながら紹介したいと思います。紹介する内容は、「AWSとは？」という基礎的なところから始まり、なぜAWSを選んだのか？ AWSのメリット・デメリット、分散処理やスケーラビリティ確保のための手法など、事業やサービスを作っている方が具体的にイメージできる事例をメインにした内容にしようと思っています。ぜひ最後までお付き合いください。 cosmiとは？ さて、このたびadingoでは新たにcosmiというプロダクトをリリースしました。この連載はAWSをcosmiが採択し、開発を進めていく過程で得られたノウハウなどをベースに話を進めていきます。そのためにまずはじめに少しだけcosmiというプロダクトについて紹介したいと思います。 cosmiとは、adingoが2011年9
第2回 150台が13台に？ －旧型から新型マシンへのリプレース！ | gihyo.jp
ある企業では、設置以来丸5年を経過したシステムが、サーバ150台を数えるほどになっていました。そこで、ハード、ミドルウェア等を最新版へアップグレードし、さらにVMwareなどの仮想化ソフトウェアの採用を検討しながら、サーバ群を一気に13台に集約させようと考えました。 今回は、ユーザ企業はいかにして事業要件からプロジェクト発足のための未来図を作り、予算を確保し、案件化していくのかをストーリーをわかりやすくするために、架空のプロジェクトを利用して、案件の定義付け、ハード、OSの選択、プロジェクト化まで凝縮して紹介したいと思います。 案件の誕生まで あるユーザ企業が、この連載の第1回に記載したポリシーで事業サービスを提供していましたが、システム的には丸5年目を迎え、Webサーバが100台と、Webサーバが参照するためのDBサーバが50台を数えるまでに増大。これらの設置、監視、保守に関しては全て外
第1回 Amazon Elastic MapReduceを使う準備をする | gihyo.jp
Amazon Elastic MapReduceとは 昨今、バッチ処理にHadoopを活用する事例が話題になっています。その中でも特筆すべきなのは、分散処理技術であるMapReduceです。しかし、MapReduceを実際に使うには、数台から数100台のサーバを用意し、Hadoopのセットアップもしなければなりません。そのようなサーバ構築・管理、セットアップの手間を無くし、すぐ使えるのがAmazon Web Service（AWS）のElastic MapReduce（EMR）です。 図1 Amazon Elastic MapReduce AWS、MapReduceの説明は多くの書籍、ブログなどを参照してください。また、EMRを使用するには、まずAWSのアカウントを作っておく必要がありますが、その手順も割愛させていただきます。本連載ではEMRの使い方、気をつけなければいけない点などを重点的
第4回 クックパッド技術部部長 井原正博氏に訊く（後編）―エンジニアの力をもっと活かしたい | gihyo.jp
「ちょっと無理じゃね？」レベルの目標を立てる 前回に引き続き、クックパッド技術部長の井原正博さんにお話を伺います。前回は、採用段階で「強い個」を集めることへの並々ならぬこだわりを伺いましたが、その「強い個」がきちんと成果を出している状態にするために、どのような取り組みをされているのでしょうか。 クックパッド技術部長の井原正博氏 日々改善を図ったり、新しいものを吸収するといったことは、放っておいても勝手にやっていくし、定期的に場を設けて何かを勉強するといったこともないそう。しかし、半年に1回の目標設定では、個々人が普段の思考の枠組みから解放された頭で目標を考えられるよう、こんな仕掛けが。 井原さん「期の頭には、目標を1個だけ立てるんですね。半年間にやることはいろいろあると思うんですけど、そんなものは皆やるに決まっているので、目標に入れる意味がない。ここで立てる目標は、“おぉ、それはちょっと
第1回 レコメンドシステムと集合知 | gihyo.jp
はじめに 今回から9回に渡り、Hadoopを使ったレコメンドシステムの実装について紹介させていただくことになりました。 レコメンドシステムを構築した方は少ないと思いますが、レコメンドのサービスに触れている方は多いと思います。今回の連載で、読者の皆様にレコメンドシステムの可能性とその実装の面白さをお伝えできればと思います。よろしくお願い申し上げます。 連載の予定は次の通りです。 レコメンドシステムと集合知（今回） レコメンドシステムの実装と課題 協調フィルタリング（前・後編） コンテンツベースレコメンド（前・後編） 今回の記事のポイントは以下の通りです。 レコメンドシステムの目的は気付きと驚きを与えること 理想のレコメンドはソムリエのお薦め レコメンドシステムに必要なのは嗜好と専門性 では、早速はじめましょう。 レコメンドシステムとは？ レコメンドシステムは情報フィルタリングの一種で、大量の
第22回 Mojolicious::Lite：本当に簡単なウェブアプリがあればいいときは ｜gihyo.jp … 技術評論社
あれから1年 Mojoについては2009年1月1日から4回にわたって特集記事を連載しました。ちょうど執筆を開始した直後に作者リーデル氏が不幸な医療事故にあい、一時はどうなることかと思いましたが、連載を終了する直前に開発続行の宣言が出て、ほっとしたのをよく覚えています。 あれから1年。Mojoを取り巻く環境はずいぶん変わりましたが、いま、Mojoはいったいどうなっているのでしょうか。今回は今年最後の記事として、Mojo界隈の近況をお届けすることにします。 大きく変わったといわれていますが…… 昨年12月にバージョン0.9に到達したMojoは、途中事故の後遺症で開発が停滞した時期はあったものの、この1年でかれこれ30回以上のリリースが行われたことからもわかるように、いまもなお着実に開発が続けられています。この「ベータテスト」期間中にいくつか後方互換性が失われる変更があったため批判を浴びたことも
Cassandraのはじめ方─手を動かしてNoSQLを体感しよう 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第1回 テスト管理システムとは何か？ | gihyo.jp
はじめに TestLinkとは、オープンソースのテスト管理システムです。TestLinkは、Francisco Mancardi氏、Andreas Morsing氏、Martin Havlat氏を中心としたコミュニティで開発されています。元々は海外で作られていたソフトウェアでしたが、最近は日本でも徐々に浸透してきているようです。 本連載では、TestLinkの日本語化に携わっているTestLink日本語化部会の私たちが、このTestLinkの基本機能について順次ご紹介していきます。 今回はTestLinkのご紹介する前準備として、「テスト管理システムとは何か」「では、そもそもテスト管理とは？」といったことについて考えてみましょう。 テスト管理システムとは何か 「テスト管理システム」と言う言葉を聞いたことはありますか？ もしかしたら、「バージョン管理システムやバグ管理システムなら聞いた
第1回 OpenFlowって何だ!? | gihyo.jp
はじめに みなさんは単にネットワークという言葉を聞くと、どのようなイメージを持たれるでしょうか。単純にパケットが通過するだけのケーブル的なイメージでしょうか。それとも、ロードバランスやパケットフィルタリングを行う箱のようなイメージでしょうか。 これまでのネットワーク機器はRFC（RequestFor Comment）などの標準で定義されたプロトコルに沿って動作し、ネットワーク機器を利用するユーザはメーカーが用意した記述ルールに従い設定を行うのが一般的でした。このような状況からネットワークは受け身でしか利用できないイメージが定着していると思いますが、次世代ネットワーク制御技術「OpenFlow[1]」の登場により状況が変化しつつあります。 ネットワークをプログラムするOpenFlow OpenFlowを用いればネットワークの動きをプログラムにより制御することができます。ネットワークの動きを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
