タグ

networkとwebに関するettieのブックマーク (20)

  • 重大事故の時にどうするか?|miyasaka

    ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか?」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって(若干訂正してますが)ここに残して

    重大事故の時にどうするか?|miyasaka
  • 政令市・都道府県の CDN 導入状況を調べてみた (2018年版) - [ぴ](2018-05-23)

    _ [システム運用] 政令市・都道府県の CDN 導入状況を調べてみた (2018年版) 以前政令市・都道府県・省庁等の CDN 導入状況を調べてみたが、それ以降どう変化したか確認してみた。 CDN 導入有無はの判定、前回と同じトップページの URL の FQDN を名前解決し、他者ドメインに CNAME を振っておりかつその組織が CDS を提供している場合に導入ありと判定した。

    政令市・都道府県の CDN 導入状況を調べてみた (2018年版) - [ぴ](2018-05-23)
  • 高木浩光@自宅の日記 - 日本のインターネットが終了する日

    ■ 日のインターネットが終了する日 (注記:この日記は、6月8日に書き始めたのをようやく書き上げたものである。そのため、考察は基的に6月8日の時点でのものであり、その後明らかになったことについては脚注でいくつか補足した。) 終わりの始まり 今年3月31日、NTTドコモのiモードが、契約者固有ID(個体識別番号)を全てのWebサーバに確認なしに自動通知するようになった*1。このことは施行1か月前にNTTドコモから予告されていた。 重要なお知らせ:『iモードID』の提供開始について, NTTドコモ, 2008年2月28日 ドコモは、お客様の利便性・満足の向上と、「iモード(R)」対応サイトの機能拡充を図るため、iモード上で閲覧可能な全てのサイトへの提供を可能としたユーザID『iモードID』(以下、iモードID)機能を提供いたします。 (略) ■お客様ご利用上の注意 ・iモードID通知設定は

  • 複数WEBサーバへの最新ソースコード配信方法 - sanonosa システム管理コラム集

    WEBサーバを数台用意して負荷分散している会社が多いと思います。このような場合必ず悩むのが、どうやって複数WEBサーバへ最新ソースコードを配信するかだと思います。そこで今回はソースコードを複数サーバにコピーする方法について述べてみたいと思います。 【その前にネットワーク確認】 まずはネットワークを確認したいと思います。ほとんどの会社は図1のような感じだと思いますが、安全性を考えればできれば図2のレベルまで持って行きたいところです。 図1 図2 【ステージングサーバを用意しよう】 次に押さえたいのがステージングサーバです。小さな会社ではWEB1にまずは最新ソースを置いて、そこから他のサーバにコピーする方法を取っているかもしれません。しかしいろいろな意味で配信専用のステージングサーバを別途用意することをお勧めします。ステージングサーバを用意することのメリットは 1.ステージングサーバもWEBサ

    複数WEBサーバへの最新ソースコード配信方法 - sanonosa システム管理コラム集
  • httperfによるWebサーバのベンチマーク - (・∀・)イイ!!Memo

    構築環境: RedHat? 9 httperfとは † Httpサーバベンチマークツール。 httperfなら、Webサーバが毎秒100リクエストを受けながら、MySQLのベンチマークを行なうといったことが可能。 Apacheのabとの違いは、毎秒のリクエスト数を指定できるところ。 abはいつもCPUはフル稼動だ。 abでは「毎秒100リクエスト送った場合のCPUの負荷がどうなってるか」がわからない。 ↑ 使い方 † 例。 #httperf --server hostname --port 80 --uri /test.html \ --rate 150 --num-conn 27000 --num-call 1 --timeout 5 rate 1秒間に生成するコネクションの数。 1秒間に発生するリクエスト数は rate×num-callになる。 num-conn 総コネクション

  • Milano::Monolog: mod_rewriteでサーバーの負荷が高いときだけリダイレクトする

    mod_rewriteでサーバーの負荷が高いときだけリダイレクトする ワタシが働いている会社のホームページは、たまーにYahooのトピックスからリンクされます。 トピックスに載るとそれはもう大量のアクセスが津波のように押し寄せてきて、あっというまにサーバーのリソースをいつぶしてアクセス不能になってしまいます。 こういうときのために、Contents Delivery Networkによるキャッシングも利用してます。 今までは、リンクされそうになったらmod_rewriteでリダイレクトって方法を使っていました。 でも毎回これをやるのが面倒になってきたので、なんとかならんかなーと思って、RewriteMapに初挑戦してみた。 RewriteMap使えばRewriteCondとかRewriteRuleにプログラムの出力結果を使うことが出来るようになるので、これでWebサーバーのロードアベレー

    Milano::Monolog: mod_rewriteでサーバーの負荷が高いときだけリダイレクトする
  • チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan

    チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか 公開日時: 2006/08/10 20:23 著者: watanabe 結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Avail

  • Microsoft Corporation

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

    Microsoft Corporation
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • Ywcafe.net

    Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Healthy Weight Loss Best Penny Stocks Cheap Air Tickets Credit Card Application Top Smart Phones Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information

  • 「もう負荷分散は必要ない」---1台で同時50万接続のWebサーバーが登場

    イーツリーズ・ジャパンは,専用LSIを用いたハードウエア処理によって,高さ1.5Uのきょう体1台で50万接続まで可能なWebサーバー専用装置「freeocean」を,2006年7月中旬に出荷する。狙いは「負荷分散装置と複数のWebサーバーを組み合わせたシステム全体を1台で置き換える」(イーツリーズ・ジャパン)こと。価格は機能をWebサーバーに限定し同時接続3万2768コネクションまで可能なエントリ機種が400万円(税別),キャッシュ機能を備えた機種が600万円(税別)。販売目標は今期300台。 freeoceanは,HTTP,TCP/IP,イーサネットなどWebサーバーの機能に必要な最低限のプロトコルをFPGA(Field Programmable Gate Array)で実現したWebサーバー専用装置である。ハードウエアによるHTTPサーバー機能に加え,Perl言語処理系やServlet

    「もう負荷分散は必要ない」---1台で同時50万接続のWebサーバーが登場
  • スカパー&スカパー・モバイル、W杯全64試合のIP・モバイル配信権獲得へ (MYCOMジャーナル)

    スカイパーフェクト・コミュニケーションズ(以下、スカパー)と、同社のグループ会社で、モバイル関連事業を行うスカパー・モバイルは15日、2006 FIFAワールドカップの全64試合のIP・モバイル配信権を、インデックスより獲得したと発表した。IP・モバイル配信権とは、2006 FIFAワールドカップの試合を、日国内で、PCや携帯で向けて配信することのできる権利。映像は1試合あたり最大4分間、1クリップ(映像ワンカット)の長さが最大20秒という制限がある。 スカパーでは、この配信権獲得により、「スカパー!BB」に、2006 FIFAワールドカップ特設サイトを22日より開設、全試合の速報動画を無料配信する。さらに、「スカイパーフェクTV!」「スカイパーフェクTV!110」で9日より開局されている「ワールドカップ専門チャンネル」において放送している関連情報番組の一部動画配信や、番組解説者によるポ

  • ここギコ!: パソコン通信の歴史を知ろう

    Posted by nene2001 at 09:50 / Tag(Edit): network history open sns / 2 Comments: Post / View / 8 TrackBack / Google Maps 別に意味があったわけではなく、何となく思いついたから書いてみただけのこのエントリに、ひゅーさんから思わぬおもしろいコメントいただきました。 >Mixi Premiumにしたら負けというのはないのだろうか。 昔、ascii-net有料化に賛成したら負けだと思い反対運動をした。結局有料化されたのでniftyに移った。 しかし、見事に青天井なniftyに負けますた。 現在のクローズドなSNSは昔のパソコン通信的位置付けだ、という持論を持つ身としては、SNSの有料化へのつぶやきにパソコン通信時代の有料化の話で返されたのが何となくおもしろく思えまし

  • 業務連絡。その3

    日の決算説明会。参加者からの質問・・・ 「アメーバの進捗が遅れているボトルネックは何ですか?」 (・・・ボトルネック?) 「スピードが遅れている理由はいくつか組織に存在しますが・・」 「一番は技術者の頭数が明らかに不足していることです」 私はそう答えました。 業務連絡その3!(最後) (3)6月末までに即戦力の技術者を20名採用します。(意地でも) アメーバ事業は当社のコアサービスに成長させるつもりです。 コアサービスを目指すが故、製作を外注することはできない。 重要な部分は内製が必須である。 にも関わらず、技術者が不足している。 やりたいこと。やらなければならないこと。 それに対して頭数が明らかに足りない。 これは技術者個人の能力やがんばりの問題ではない。 上司のマネジメント力の問題ですらない。 いま会社にいる技術者はこの状況で当によく頑張っている。 現段階までその問題を放置していた

    業務連絡。その3
  • Manual Page: ab - Apache HTTP Server

    Manual Page: ab NAME ab - Apache HTTP server benchmarking tool SYNOPSIS ab [ -k ] [ -i ] [ -n requests ] [ -t timelimit ] [ -c con- currency ] [ -p POST file ] [ -A Authenticate username:password ] [ -P Proxy Authenticate username:password ] [ -H Custom header ] [ -C Cookie name=value ] [ -T content-type ] [ -v verbosity ] [ -w output HTML ] [ -x <table> attributes ] [ -X proxy[:port] ] [ -y <tr>

  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • My Life Between Silicon Valley and Japan - グーグル成功の秘訣は高度な技術開発(産経新聞「正論」12/28寄稿)

    一般読者向け「2005年ネット世界日米総括」的な文章です。 グーグル成功の秘訣は高度な技術開発 ネット産業の日米格差を直視せよ ≪IT産業の世代交代進展≫ 二〇〇五年はインターネット十周年の年であった。米ネット列強とも言うべきヤフー、アマゾン・コム、eベイは一九九五年に創業され、皆、創業十周年を迎えた。 それから遅れること三年、一九九八年にシリコンバレーで創業されたグーグルは「世界中の情報を整理しつくす」というビジョンのもと、情報発電所ともいうべきインフラを構築した。圧倒的成長によって一気に一九九五年創業組を抜き去り、ネット時代の覇者に躍り出た。 時価総額は十兆円をはるかに超え、グーグル以上の時価総額を有する日企業はトヨタ自動車だけになってしまった。グーグルの創業者二人は一九七三年生まれ。三十二歳である。 一方、PC時代の覇者・マイクロソフトは、創業三十周年を迎えた。五十歳になったビル・

    My Life Between Silicon Valley and Japan - グーグル成功の秘訣は高度な技術開発(産経新聞「正論」12/28寄稿)
    ettie
    ettie 2006/01/30
    ITインフラと情報インフラ
  • Preservation Risk Management for Web Resources: Virtual Remote Control in Cornell's Project Prism

  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • 「WEBサーバーの負荷テストツール」(1) Linux Square - @IT

    IT 会議室 Indexリンク Windows Server Insider Insider.NET System Insider XML & SOA Linux Square Master of IP Network Java Solution Security & Trust Database Expert RFID+IC リッチクライアント & 帳票 Server & Storage Coding Edge @ITクラブ Cafe VB業務アプリケーション開発研究 @IT SpecialPR

  • 1