子育てを大学在学中にするとこうなる。追記有
最近、子育てに関してのエントリーをよく見かけるので、レアケースだと思われる私の経験もシェアしておきたい。 どちらかが働き、もう一方は大学生という子育て。私には6歳年上の妻がおり、結婚したのは19歳、第一子をもうけたのが20歳の時でした。（一浪） 教育学部に在籍。みんなが盛んに単位を取りまくっている間、私は細々と単位を取りました。 講義を休んだ理由として「子どもが生まれたので休みました」というとウソつけ！と一蹴されましたが、さほど気にしておりません。（ウソつけ。 一年目と二年目。大学1年から2年にかけては、とにかく子どもがよく熱を出す（6ヶ月から近くの保育園に預けた）し、 突発性発疹などにかかると一週間休むとか当たり前にあったのですが、何せ大学生です。簡単に休めます。 自主休講、同じ学科の友だちにノートを見せてもらう、先輩からの情報を得るといった技術を遺憾なく発揮することで、最低限の単位はそ
私は、ソーシャル系とは縁遠い仕事ばっかりしているのですが、そういう依頼も若干増えてきたので話題になっている「艦これ」をお盆にやってみた。 残念ながら、「艦これ」の魅力は分からなかった。しかし、ミッションを用意されると、「クリアーしたい」という欲求から意地になるのは、何となく理解できました。それより、同時に始めた「Clash of Clans」には嵌まりました。気になっていた「ゲームの中に如何に自然に課金システムを取り入れるか」という課題についても、個人的には「Clash of Clans」の方が上手に解決しているように思います。 「艦これ」は、同時アクセスが10万以上あって、何度かシステム障害があったとのこと（そりゃあるでしょうが……）。私の興味の方向性は、課金システムであったり、システム構成にあるので、「艦これ」のシステム障害の方が強い興味の対象になります（苦笑） というわけで、「ソーシ
継続して好成績を積み上げています。 特に注目していただきたいのは、その的中率の高さ。 他の競艇予想サイトに比べて爆発力があるわけではありませんが、安定して結果を残し続けています。 このタイプの競艇予想サイトは少し調子が悪くなってもその後の予想で、取り返す確率が高くなります。 ただし、単純に使うだけでは最競艇国の本領を発揮することはできません。 そこで、この検証レポートでは・・・・ 有料予想・無料予想の実際の成績 無料予想の傾向・攻略法 有料予想プランの選び方 ユーザーからの口コミ・評判 以上の内容をご紹介しています。 最競艇国の本当の使い方を知っている人が勝つ。 押さえるべき情報は必ず把握するようにしましょう。 使える競艇予想サイトは1割程度、それ以外は稼げない競艇予想サイトか詐欺を目的とする悪質な競艇予想サイトです。 最競艇国は1割の中に入るので、皆様のお役に立つことができるでしょう。
IT界隈でエンジニアしていると、よく出くわすのが障害対応です。できれば会いたくないという人が多いと思うんですが、僕はけっこう好きです。障害対応。どこに原因があるのか調査をして、バランス良くベターな対応をしたときの楽しさは、プログラミングとはまた違ったものがあります。探偵っぽい感じが面白いですよね。もちろん、障害が発生しない状況を作るのが一番です 弊社では数多くのWebサービス／アプリを運営しているので、過去様々な障害対応をしてきました。その際に、解決までどんな道筋を僕がたどるのかを振り返ってまとめてみました。これが大正解なんてことはなく、人や事象によって違うとは思いますが。 なお、障害検知手法とか、サーバのコマンドとか、コードのデバッグ手法とか、具体的なことは一切出てきません。手続きと思考プロセス的な話です。 障害対応フローチャート 一般的な感じだと思いますが、障害報告から対応完了までのフ
※2020年6月に公開された記事です。 日本PostgreSQLユーザ会の理事を務める合同会社Have Fun Techを起業した曽根壮大（@soudai1025）と申します。元株式会社オミカレ副社長兼CTOです。直近では、『失敗から学ぶ RDBの正しい歩き方』を執筆しました。 今回はデータベースをテーマとして、魅力やMySQLとPostgreSQLの違い、アンチパターンの見極めなどの基礎知識に加え、勉強法などもご紹介します。 RDB関連の求人検索はこちら データベースを学ぶ魅力をエンジニア目線で考察 1.知識の費用対効果が高い エンジニアがデータベースを学ぶ利点という観点から言うと、データベースの特徴は寿命が長いことと私は考えています。 Webアプリケーションの界隈では1年単位でバージョンアップしたり流行っている言語が変わってしまうことがザラにありますが、データベースは10年、20年とい
ウドー・ミュージック・フェスティバル伝説
UDO MUSIC FESTIVAL 緊急レポート. さて、今年もいよいよ夏フェスの季節がやってまいりました。 主催自ら「不自由さを楽しもう」を標榜、イベンター・客側ともに協力しあって盛り上げる雰囲気 作りに重きをおき、過去１０回もの興行を成功させてきた、日本における夏フェスの草分け的存在、 ユルい空気と豊富な自然が魅力、SMASHのフジロック。 渋谷陽一を筆頭とする暑っ苦しくて粘っこい熱血マインドのもと、ルールを徹底的に作りこみ、 それを客側に遵守させることで、もっとも快適かつ過ごしやすいフェスを実現させた、邦楽フェス の代表格、至れり尽くせりな空間の中で音楽を存分に楽しみたいならこれ、ロック・イン・ジャパン 交通の便の良さと、外タレとの豊富なコネクションをバックにした参加ラインアップの豪華さが売り。 暴れたい厨房ご用達、都市型フェスの完成形、クリエイティブマンはサマーソニック。 そして
Effective Scala
Effective Scala Marius Eriksen, Twitter Inc. marius@twitter.com (@marius) [translated by Yuta Okamoto (@okapies) and Satoshi Kobayashi (@scova0731)] Table of Contents 序章 書式: ホワイトスペース, 命名, インポート, 中カッコ, パターンマッチ, コメント 型とジェネリクス: 戻り型アノテーション, 変位, 型エイリアス, 暗黙 コレクション: 階層, 使う, スタイル, 性能, Java コレクション 並行性: Future, コレクション 制御構造: 再帰, Return, forループと内包, require と assert 関数型プログラミング: 代数的データ型としてのケースクラス, Option, パターンマ
最近、先日リリースされた「Firefox 4」を利用しているのですが、このFirefox4以降で利用できるアドオンで、Firefox(ブラウザ)から、サーバ等に"SSH"によってターミナル接続できる「FireSSH」が利用できます。 FirefoxそのものからSSHによるターミナル接続が利用できるので、新しいタブをそのままターミナルとして利用することでWebブラウザとシームレスに利用できたり、接続情報を記憶させておくことも可能です。このように簡易なターミナルとして、FireSSHは十分に利用できると思います。 インストール 「FireSSH」はFirefox 4.0以降で利用可能なので、まだアップデートしていない場合は4.0以降へのバージョンアップが必要です。 以下のFirefoxのアドオンページにアクセスし、「FireSSH」をインストールしてください。 https://addons.m
【1/10追記その２】 全く今回の記事は、私の調査不足によるところであり、猛省しております。記事を読みご不快になられた方もおられると思いますので、この場で改めてお詫び申し上げます。 皆様からの情報と、改めて調べたことを付け足して、この記事の追記をいったん終わりたいかと思います。 結論としては、「薬箱の破壊」に関する逸話は、真偽はともかく、100年以上前から既に存在していた、ということです。 元ツイートの方が資料として挙げられました、Ladybird社のナイチンゲールの伝記は、確かに当時日本で流布した伝記もののひとつです。日本での販売元のいずみ書房はふとっぱらなことに、その日本語訳をオンライン上で公開しておりますので、該当箇所を見つけることができました。長いですが引用します。 数百人の負傷兵で病院がいっぱいになると、包帯やすべての医療品が大量に必要になりました。それらの品はいつも不足していま
はじめに 入門監視をはじめ一般的な監視に関するプラクティスは出回っているものの、AWSで具体的に何を監視するか？そのとっかかりについてはあまり出回っていないような気がします。 AWSの監視ってみんな何監視してるんすか…っていうぐらい実例あまり見つからないな。門外不出？— mazyu36 (@mazyu36) 2023年2月14日 どこまで監視するかは基本的にシステムの特性によると思います。一方でAWSのサービスごとにシステムによらずよく監視で使う項目というのもあるかと思います。 今回は過去の経験をもとに、最低限この辺りは監視することが多いかなというものをまとめてみます。全体像としては以下になります。 最低限これは監視しないとダメでしょ、とかこれは不要でしょ、などなどあるかと思います。そういうのがあればぜひコメントいただきたいです。 はじめに 「監視」について 前提 1-1. Webサービス
PlanetScaleというサーバレスDBが凄く勢いのあるサービスらしいのでQuick Startやってみた - Qiita
PlanetScaleというサーバレスDBが凄く勢いのあるサービスと聞いて、公式にクイックスタートがあったのでやってみました。 環境 PC: MacBook Pro (Intel Core 2016) OS: macOS Montery12.2.1 では概要から確認していきます。 サーバーレスDBとは サーバがない、のではなく、サーバ管理や検討が不要 AWS Lambda(NoSQL)など PlanetScaleとは PlanetScale年表 2010年頃 YouTubeが急激に成長し、データベースが爆発しそうになっていたので、Sugu氏ともう一人のYouTubeのエンジニアがオープンソースプロジェクト「Vitess.io」（ヴィテス）を立ち上げる 2016年頃 MySQLでバイナリプロトコルを扱えるようにしたことで、VitessはYouTube以外の企業にとっても魅力的なシステムになり
Tomcat 6で実現！Ajaxを超える通信技術Comet：Tomcatはどこまで“安全”にできるのか？（3）（1/3 ページ） Ajaxを超える？ Tomcat 6で搭載されたCometとは？ 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O API（java.nioパッケージ）を用いたComet（コメット）通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ
これを書こうと思ったキッカケは、奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」っていう、最近モヤモヤと感じていたことをうまく説明してくれてる記事をみたこと。 年始からちょくちょくサーバの運用環境を物色しながら考えていたことと見事にシンクロした。だいたいの要旨はTwitterのほうでも書いたのだけれど。 ムーアの法則でどんどん向上する技術にくらべ、人間のキャパシティは変化しない定数項として考えていい。だとすれば、そうやって向上する性能を、人間の労力を削減する方向で使えてはじめて、「技術が競争優位性を生む」といえるだけの破壊的な価値がでてくるということになる。 では、現在の技術トレンドを活用することで減らせる「人間の労力」とは何か。 それは、過去10年あまりで定着した、これまでの（そして今なお）Webアプリケーションの定番構成である、「ロードバランサ、ア
RDBMSでコネクションプールが必要な理由、わからない。
Takayuki Shimizukawa @shimizukawa @masa_edw コネクションプールが無い場合、使い終わったコネクションが即解放されない（解放まで多少遅延する）ので実際に使っているコネクションの数より多く存在する。その分メモリを圧迫して効率が悪い。っていう話は聞いたことがあるよ（要出典 2013-09-04 09:27:28 ハイパーむとう @masa_edw @voluntas 現状で必要な状況は理解していますが、なぜそうなるのか理解していないということです。他にもたとえば、bitlyの呼び出しはコネクションプールを使うべきか？なぜ(べき、べきでない)のか？どういう要請でそうなのか？と言う問いに僕は答えられません。 2013-09-04 09:31:22
nobkz.hatenadiary.jp 昨日だが、このエントリーがバズっていて僕自身もtwitterでいくつか言及した。twitterってその場の思いを素早く伝えるのは非常に便利なんだけど、コンテキストが重要なものが説明しづらいとか、フロー的な情報という問題もあるため改めてブログに書いてみる。 率直な感想 まず、彼自身がCTOじゃなく１人のエンジニアとしてこの会社にジョインしていたのであればまぁわかるよという内容だ。エンジニアとしての美学を追求し続けたけど、それじゃビジネスが立ち行かなくなった。俺のことをわかってくれるVCが日本にはいない！ まぁここまではよくある話だと思う。誰もが失敗はするし、最初からうまくいく人なんてごく少数だと思う。問題は、この事自体を環境のせいにしているということだと思う。 技術的負債を早く返しすぎたのが失敗と書いてあるが彼がそう感じているのであればそうなんだ。た
この記事は？ それぞれが専門にしている領域に関わらず、Webエンジニアリングの基礎知識として知っておきたいと思う事を対話形式でまとめていく。知識はインプットだけではなく、技術面接や現場では、専門用語の正しい理解をもとにした使用が必要なので、専門がなんであれ理解できるようなシンプルな回答を目指したものになっています。解答の正しさはこれまでの実務と各分野の専門書をベースに確認してはいますが、著者は各技術の全領域の専門家ではなく100%の正しさを保証して提供しているものではないので、そこはご認識いただき、出てきたキーワードの理解が怪しい場合各自でも調べ直すくらいの温度感を期待しています。なお、本記事で書いている私の回答が間違っている箇所があったりした場合、気軽にコメント欄などで指摘いただけるとありがたいです。 Webエンジニアリングの基礎 この記事でカバーしている領域は、以下のような領域です。W
2ヶ月前にインフルエンザとウィルス性胃腸炎でひどくダメージを受けた増田(@masudaK)です。アメーバピグは2009年2月に始まったサービスで、FLASH・Javaで作られています。そして、データストアにMySQLを用いてます。本記事では、わたくしが2年ほど見続けているアメーバピグのDB環境について構成や、日々どのようにして問題と向き合っているかを紹介したいと思います。インフラ寄りの内容が多いため、アプリ寄りの話は弊社生沼の資料を御覧ください。 1. 構成と規模 1.1. 構成 まず構成ですが、読み書きはすべてマスターへ行うようにしています。そのため、スレーブには参照を向けず、ホットスタンバイとして使っています。バージョンに関しては2012年中旬までは5.0を使ってましたが、DC移転にあわせて5.5にあげました。ロック機能を用いたシャード構成をしてまして、2014年3月現在6シャードにな
ランニングコストほぼゼロから始めるスケーラブルな本番環境
はじめに 私は個人開発で一山当てたいと常々思っていて、そのためにいくつかヒットしそうなサービスのアイデアがあります。エンジニアであればアイデアを具現化することに躊躇してはいけないと思うわけですが、一度リリースしてしまうとランニングコストが発生するわけで、仮に全く人気がでなかったとしたらランニングコスト分の赤字を垂れ流すことになります。 一方、個人開発者というのはおそらく誰しも夢見がちなので、リリース後バズったりしてユーザーが大量に押し寄せてきてしまってサーバーダウンする可能性も考えてしまいます。 その結果、「全く誰も来なくてランニングコストが赤字になったらどうしよう」という不安と「めちゃくちゃバズってしまってサーバーダウンしてチャンスを逃したらどうしよう」という不安が、心の中でせめぎ合うことになります。 そこで、今回はその2つの不安を一気に解消する「使われなければランニングコストが限りなく
HTTP/3入門 第1章進化するHTTPの歩み ～ HTTP/1.1とHTTP/2をおさらいし、HTTP/3の基本を知る この特集記事は2021年6月24日に発売されたWEB+DB PRESS Vol.123に掲載された特集1「HTTP/3入門」を再掲したものです。 先日2022年6月にHTTP/3を含むHTTP関連の仕様が正式なRFCとなりました。ここではRFCの正式リリースに伴い、いち早く変更点を抑え、囲みボックスを用いた加筆解説でわかりやすくお伝えしております。 特集のはじめに HTTP（Hypertext Transfer Protocol）の最新版であるHTTP/3が登場しました。HTTP/3では、より安全で速い通信が行えます。本特集では、今までのHTTPにあった課題と、HTTP/3で課題をどのように解決し、改善が行われたかを解説します。 本章では、HTTPそのものと各バージ
Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始
Google、TCPのスループットとレイテンシを改善する輻輳制御アルゴリズム「TCP BBR」をGoogle Cloudで利用開始 Googleは、同社が開発したTCPの輻輳制御アルゴリズム「TCP BBR」をGoogle Cloud Platformで利用可能にしたと発表しました。 インターネットにおける通信にはTCPを用いる場合とUDPを用いる場合に分かれますが、BBRはTCPにおける輻輳制御アルゴリズムを改善したもの。すでにGoogleはTCP BBRをYouTubeのネットワークで利用しており、従来のパケットロスをベースにした輻輳制御アルゴリズムであるCUBICを用いた場合と比較して、スループットが平均で4％、最大で14％以上改善したことを明らかにしています。 TCP BBRは現在の高速なネットワークに適した輻輳制御アルゴリズム TCP BBRのBBRは「Bottleneck Ba
Javaトラブルでは『情報がなくて、再現もなかなかしません』といった状況に陥ることがある。このような状況を回避するために、以下の3つの代表的なトラブルを例に、アプリケーションサーバを再起動する前に何を取得すれば良いのかをまとめてみる。 アプリケーションから応答がない アプリケーションが遅い ヒープメモリが足りない(OutOfMemoryErrorの発生) アプリケーションから応答がない 取得する情報 スレッドダンプ データ取得方法 スレッドダンプとは、コマンド実行時点でのJavaスレッド実行状態を出力したものである。応答がない場合、何らかの要因によりどこかで処理が止まっていることが想定される。スレッドダンプは『どこで止まっているのか？』を切り分けるのに大切な情報である。 取得方法はJDKのバージョンによって色々ある。 kill -3 <pid> (少なくとも1.4.2にはある〜JDK7でも
あとで書く、と言った手前なので書くとします。 DSASの中の人がすごい勢いで LVS の話を書いてくれてます。この辺。LVS を使うと Linux と箱でロードバランサが作れちゃいます。普通に買ったら数百万とかしちゃうやつ。 DSAS の中のひとに感謝しつつ、いい機会なのでやってみよう! と思っていろいろ試して昨日あたりからはてなの中でも LVS + keepalived で動かしはじめてます。いまのところ問題なし。 そのロードバランサをどこに使ってるかですが、普通ロードバランサというとインターネットからの入り口のところに置いてウェブサーバーの負荷分散に使うイメージがあります。が、今回ははてなでは MySQL のスレーブの手前に置くという役割でとりあえず使いはじめました。 +-----------+ +-----------+ | mod_perl | | mod_perl | +----
処理が複雑でジョブの依存関係を定義したい場合は、AWS Batch 単体で制御するか、より複雑な場合は Step Functions を用いて Lambda、ECS（Fargate）、AWS Batch（Fargate） を組み合わせる。 AWSにおけるバッチ処理の選択肢 ざっくりとした選択肢は下記。 Lambda ECS（Fargate） AWS Batch（Fargate） これらのサービスに実際は SQS や Step Functions を組み合わせることもあるので選択肢はさらに広がる。 ちなみに、SQS + Fargate（常時起動でポーリング） という構成や、SQS + Lambda + Fargate（都度実行） という構成は、AWS Batch が Fargate に対応した現在は特にメリットがないので取り扱わない。 2021/5/2 追記 「常時リクエストがくるユースケー
「くだけた感じの池上彰」様が指摘しなかったホットココアのアキレス腱（後編）●非モテアドネットワークの加盟メディア さて、ホットココア社様が提供する「非モテアドネットワーク」にはどのような媒体が参加されているのでしょうか。ネットワーク全体で３億のPVがあり、参加メディアは４０とありますが、そのうちのどれだけが今回のような誹謗中傷によって集められたかを想像するにつけ、背筋の凍る思いがするのでございます。彼らの媒体資料に掲載されている、いくつかのサイトを紹介しておきましょう。 ◎非モテSNS（SNS系） http://himote.in/diary/1118929 ◎YouTubeドラマまとめ 無料のドラマと映画の動画 -VideoNavi ビデオナビ- http://videonavi.blog66.fc2.com/ ◎にこ☆びで http://www.nicovide.jp/ ◎
Linuxのブロックデバイスレベルで実現するrsyncより高速な差分バックアップについて - ゆううきブログの続きとして、Facebook の memcached 運用に関する論文を読んだ。 タイトルなどは以下の通り。 NSDI はネットワークシステムに関するトップレベルのカンファレンス。 Scaling Memcache at Facebook Rajesh Nishtala, Hans Fugal, Steven Grimm, Marc Kwiatkowski, Herman Lee, Harry C. Li, Ryan McElroy, Mike Paleczny, Daniel Peek, Paul Saab, David Stafford, Tony Tung, Venkateshwaran Venkataramani NSDI'13 In Proceedings of the
前置きが長くなりましたが、ここからビジネスモデル2.0図鑑のスタートです。 ※当記事の情報を転載、複製、改変等は禁止いたします ビジネスモデル2.0図鑑 目次（note簡易版）● はじめに ● 序章「ビジネスモデル2.0」とはなにか？ ・生き残るビジネスモデルには「逆説の構造」がある ・ビジネスモデル1.0と2.0を分けるもの ・「起点」「定説」そして「逆説」を考える ・「ポプテピピック」のどこが革新的か? ― 逆説の構造、3つの事例 ・「非常識」をいかに実現するか？ ・逆説が強いほど「高度な仕組み」が求められる ・「逆説の究極形」がイノベーション ・「社会性」「経済合理性」「創造性」― 理想はすべてが揃ったビジネスモデル ・逆説だけでは感動するビジネスモデルは生まれない ・「八方よし」の考え方が必要になる ・「ソーシャル」と「ビジネス」と「クリエイティブ」 ・「バランスシートに載らない価
intro なんだかんだ WebSocket を使ってるのに、 WebSocket サーバを自分で書いたことが無かったので、RFC も落ち着いてきたここらで、仕様を読みながら実装してみようと思いました。 "WebSocket サーバ 実装" とかでググると、 Socket.IO とか pywebsocket で WebSocket アプリ作って、「WebSocket サーバを実装」みたいなタイトルになってることが多いみたいですが、 (Apache に PHP で HelloWorld して、「HTTP サーバ実装しました」とは言わないよね。) この記事では、 WebSocket プロトコルをしゃべるサーバ自体を実装します。 といっても、全部やるのはちょっと大変だったので、基本的なテキストメッセージのやりとりの部分だけやって、エコーサーバができるところまでやりました。 完成版のソースは以下で
このブログ記事は2014年5月21日に行った私の講演の内容に基づいています。 ここ数年、GNU/LinuxのディストリビューションはSysV initを避ける傾向にあり、代わりに多種多様な新しいinitシステムへと移行が進んでいます。SysV initに満足しているユーザにとっては、これは予想外の流れでしょう。問題なく使えるのに、なぜ多くのディストリビューションはSysV initに背を向けているのでしょうか。 この記事ではSysV initの問題点と、それに対してsystemdがどんな解決法を提供しているのか説明してみようと思います。 私は特にsystemdの大ファンだというわけではなく、ただ広く使われているツールだという認識以上の思い入れは無いことだけお断りしておきます。 initシステムの役割とは何か？ コンピュータが起動する時には、ビルトインされたファームウェア（コンピュータの場合
MySQL 8.0 への移行が完了しました ～さようなら全ての MySQL 5.7～ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。クラウド運用チームの飯塚です。 私たちは cybozu.com 本番環境の MySQL を昨年末から順次 8.0 系へアップグレードしており、前回の定期メンテナンスにおいて全てのインスタンスのアップグレードを完了しました。この記事では、私たちが MySQL 8.0 への移行に取り組んだ理由と必要になった対応について紹介します。 なぜ MySQL 8.0 へ移行したのか GTID-based レプリケーションにおける制限の緩和 再起動時に AUTO_INCREMENT のカウンタが巻き戻る問題の解消 実際に対応が必要だった MySQL 8.0 の変更点 utf8mb4 の照合順序のデフォルト値の変更 SQL_CALC_FOUND_ROWS と FOUND_ROWS() が deprecated に Connector/J のメタデータ取得処理の性能低下 sys.innodb_lo
BOOK: WEB+DB Press TITLE: 常駐型サーバーのデバッグ手法(ドラフト版) AUTHOR: (株)プリファードインフラストラクチャー 太田一樹 ＊注: この文章はWEB+DB PRESS Vol.48に掲載された記事のドラフト版です はじめに 今回はデバッグ関連特集ということで、常駐型サーバープログラムを作成する際のハマりどころやそれに対する解析方法・解析ツール・対策を、実際の経験を交えながら紹介したいと思います。 筆者は(株)プリファードインフラストラクチャーでインメモリ分散検索エンジン「Sedue (セデュー)」を開発しています。モバイル向け検索エンジン「エフルート」や、2008/11/6にリニューアルされました「はてなブックマーク2」などの検索バックエンドとして使われております。 この検索エンジンはいくつかの常駐型サーバープログラムから構成されており
DBサーバーの負荷分散
MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する
新しいNetwork Load Balancer – 秒間数百万リクエストに簡単にスケーリング | Amazon Web Services
Amazon Web Services ブログ 新しいNetwork Load Balancer – 秒間数百万リクエストに簡単にスケーリング Elastic Load Balancing(ELB)は、Auto ScalingとAmazon CloudWatchを含む3つの組みの一部としてローンチした2009年以来、AWSの重要な要素になっています。それから、私たちは多数の機能を追加し、そしてApplication Load Balancerをリリースしました。コンテナで稼働するアプリケーションに対するアプリケーションレベルでのコンテンツベースルーティングをサポートする様に設計されており、Application Load Balancer はマイクロサービス、ストリーミング、リアルタイムワークロードと相性が良いです。 長年にわたって、私達のお客様はあらゆる規模のwebサイトや、アプリケーシ
夫が全てを台無しにする - トウフ系
子供の前では父親である夫の悪口を言ってはいけない。良い所を褒めるべきだ。という事はよく言われています。 夫の帰りが遅く子供がさびしがる時も「君やママのために働いてくれているんだよ。パパだってきっとさびしいけど、がんばってるんだよ」と、持ち上げます。 朝起きるとリビングに夫のパンツや靴下が脱ぎっぱなしになって落ちています。食事をしながら全裸になるのか、セルに吸われた跡のように食卓の椅子周辺にそれらは落ちています。 何故食事をしながら全裸になるのか…。 それを見た息子が「なんでパパはこんなに散らかすの!?ぼくが寝る前にせっかく部屋を片付けたのに」と言うので「パパは私たちのために働いて夜遅く帰ってきて疲れているんだよ。パパのために片付けてあげよう」とフォローします。この時私はイライラを抑え込んでハゲそうになっています。 ↑こういうかんじ 息子が「パパの会社はどこにあるの?何の仕事をしているの?」
ドワンゴの平成22年9月期第1四半期決算発表を見たのですが、ニコ動が尋常じゃなく収益性を上げていました。 株式の状況｜IR情報｜株式会社ドワンゴ まずは会員数の推移から。 ※1無料会員と有料会員の比率は若干下がっているようにも見えますが、会員数というのは広告費につながる指標なので、右肩上がりはいい傾向です。 ひろゆきさんが言っていた「一般ユーザーを入れる」効果は多少たりとも出ているのかもしれません。 参考：ニコニコ動画(9)をこれから初めていじる人へ - 足ることを知らず〜Don’t feel satisfied 〜 そういえば、遂にナショナルクライアント(doco○o)がバナーを出していました。夏野さんのコネクションもあるのかもしれませんが、やはり広告枠としての価値が上がってきたということではないでしょうか。 会員増で気になるのがコスト面です。回線費が気になるところですが・・・。 やはり
MySQLコミュニティマネージャのMorgan Tocker氏による、MySQL 5.6をインストールした後にデフォルト値から変更した方がよいパラメータの解説。 数々のデフォルト値の改善によって、過去のバージョンと比べてMySQL 5.6では設定しなくてはならない値がかなり減った。とは言え、変更すべきものについてここで書いておきたい。 InnoDBの設定 innodb_buffer_pool_size - デフォルトは128M。これは、メモリにロードされるデータとインデックスのためにInnoDBがどのくらいメモリを使うかを指定するものなので、設定すべき重要な値だ。MySQLの専用サーバなら、搭載されているメモリの50%から80%が推奨される設定値だ。例えば、64GBのRAMを搭載しているサーバなら、バッファプールは50GB程度にすべきだろう。 innodb_log_file_size -
「マーケティングミックス」とか「マーケティングの4P」とか、入門書には必ず出てくるわけですが、この考え方はいまでも通用するものの、位置づけが変わってきたのも事実です。 ちなみに「4P」とは、Product・Price・Place・Promotionの4つのことでマーケティング戦略を考える切り口を整理したものです。 現代マーケティングでは、マーケティングミックスにおける「P」について、ふたつの傾向があると思っています。 ひとつは「バランスが崩れた」こと、そしてもうひとつは「Pが増えた」ことです。 とくにコンビニやスーパーで扱われているような商品にはこの傾向が強いです。 現代のP 本来の「4P」はそれぞれ全部重要で比較的等価に扱われていましたが、現代ではすべて無視できないものの、重要度や影響度のバランスが変わってきたのも事実です。 Priceが強すぎ ひとつの特徴は価格戦略（Price）が占め
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思う。 度重なる顧客からの仕様変更。 プロジェクトスタート時の見積もりの甘さ。 品質の低さによるバグの頻発。 ゴールの見えない仕事と重圧により耐えられなくなったメンバーの病欠や離脱。 それらがまた品質の低さと遅延の原因になる。 デスマーチなんてよく言われてるけれどもね。 IT業界の人は言う。 これらの原因は無茶なことを要求する顧客のせいであり、技術的な知識がないから実現すべきことが簡単にできると思っている客先の業務担当者のせいであり、そんな無茶な客と契約してしまう営業や営業から降りてきた案件を大して精査せずに受け入れてしまうプロジェクトマネージャーのせいだと。 でもちょっと待ってほしい。 それらの問題は本当に相手側にあるのか。 もっとうまくやる方法はなかったのかと思っちゃうんだよね。 例えば契約締結後の仕様変更。ここで理
技術部の小野(taiki45)です。クックパッドではこれまで様々なデータベースの負荷対策を行ってきましたが、シャーディングは行われていませんでした。しかし先日クックパッドの認可サーバーが利用している MySQL サーバーの負荷分散のためにクックパッドで初めてのシャーディングを行ったので、Rails アプリケーションでのシャーディングの事例のひとつとしてその際の手法をご紹介したいとおもいます。 構成 Before データベースは1マスター、1ホットスタンバイ、バッチ用の1リードレプリカで構成されています。Read オペレーションのほとんどはキャッシュ層に逃しています。 After データベースの各ロールにつきそれぞれ1台ずつマシンが増えています。 シャーディングが必要になった背景 認可サーバーのアクセストークンの作成・削除時の Write オペレーションが急増し、レコード数自体も急増していて
ウェブデザインの見栄えをよくするための7つのキーワード | コリス
7 Key Principles That Make A Web Design Look Good下記、そのポイントを意訳したものです。1. バランス2. グリッド3. カラー4. グラフィック5. タイポグラフィ6. ホワイトスペース7. コネクションおわりに1. バランスバランスで一番大切なことは、デザインが一方向に偏らないことです。対称あるいは非対称のものでもウェイトにはバランスをおくようにします。実例： Subtractionこのグラフィックの重要なポイントは右のクロスです。このクロスはビジュアルのウェイトに大きな影響を与えています。 この小さなクロスがどれだけグラフィックのバランスに効果があるかは、あなたの手でクロスを隠して見てください。これが非対称のバランスと呼ばれるものです。ビジュアルのサイズやカラーをコントロールし、ウェイトを調整することができます。 仮にクロスのカラーがオ
2014-09-14 好きなことを仕事にすれば、幸せになるのは本当か？休学して辿り着いた答え。 休学生活 大学生 キャリア 就職活動 「好きなことを仕事にすれば最高に幸せな人生を送れる」 「好きなことを追い求めよう！諦めなければ夢は叶う」 世の中にはこのような聞いて居心地の良い言葉が溢れている。そりゃあ好きなことをして幸せな人は世の中には確実にいる。だけれど、この言葉を使う人は夢敗れもしていない大人が、未来のある子どもに向かってある種自分のできなかったことを子どもたちに託すかのように使う人が多い。なんて無責任なんだと思う。 映画が好きだから、それを仕事にしようと思った ぼくは映画が好きだ。子どもの頃、父親がTSUTAYAから借りてきたDVDを一緒に観るのが何よりの楽しみだった。いつしか自分でも借りるようになり、勉強や部活で忙しくなったときもたまにTSUTAYAで借りる映画は自分のたまらない
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 のブログ
PingMag - HDRイメージ 10枚の「ゴッサム・シティ東京 」
システム障害と僕達はいかにして戦えば良いのか、障害対応について考えた - Qiita
最強データベース（RDB）設計とは？アンチパターンの見極め方法も - FLEXY（フレキシー）
FirefoxからSSHでターミナル接続できるアドオン「FireSSH」 - 元RX-7乗りの適当な日々
【訂正その２】ナイチンゲールは薬箱を叩き割ったか、アネクドートの被害者 - ネットロアをめぐる冒険
AWS監視アラート 事始め - mazyu36の日記
Tomcat 6で実現！ Ajaxを超える通信技術Comet (1/3) - ＠IT
スケールアウトからスケールアップへの回帰:Kenn's Clairvoyance
CTOを辞めた彼のエントリーを読んで - UNIX的なアレ
【Web】知っておきたいWebエンジニアリング各分野の基礎知見80
『アメーバピグにおけるDB構成&対応記』
第1章 進化するHTTPの歩み ～ HTTP/1.1とHTTP/2をおさらいし、HTTP/3の基本を知る | gihyo.jp
Javaトラブルに応じた初動対応のまとめ - n-agetsumaの日記
naoyaのはてなダイアリー - MySQL の負荷分散に LVS + keepalived を使う
AWSでバッチ処理を実装する際の選択肢とサービス比較
「くだけた感じの池上彰」様が指摘しなかったホットココアのアキレス腱（後編）
Facebookの数千台規模のmemcached運用について - ゆううきブログ
ビジネスモデル2.0図鑑 #全文公開チャレンジ｜チャーリー｜note
WebSocket サーバの実装とプロトコル解説 - Block Rockin’ Codes
なぜsystemdなのか？ | POSTD
常駐型サーバープログラムのデバッグ手法
ニコ動が超優良事業になり始めた件 - 足ることを知らず
MySQL 5.6のインストール後にチューニングすべき項目 | Yakst
4Pの時代は終わった、のかもしれない – マーケティング is.jp
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思..
シンプルで移行しやすいデータベースシャーディング - クックパッド開発者ブログ
好きなことを仕事にすれば、幸せになるのは本当か？休学して辿り着いた答え。 - まさろぐ