狩野英孝の会見で田村亮が匿名で擁護＆バーニング・ジャニーズ批判 それがツイートされてしまい大慌て : 痛いニュース(ﾉ∀`)
狩野英孝の会見で田村亮が匿名で擁護＆バーニング・ジャニーズ批判 それがツイートされてしまい大慌て 1 名前：三毛猫 φ ★＠＼(^o^)／：2017/01/21(土) 16:15:34.60 ID:CAP_USER9.net 21日の午前に行われた狩野英孝さんの記者会見。そこでは20日発売の『フライデー』の淫行について語られ無期限の謹慎期間を設けると語った。その会見は『ニコニコ生放送』や『AbemaTV』で配信されたが、『AbemaTV』に狩野英孝さんを擁護するコメントが見られた。しかもそのコメントはこともあろうことか自身のツイッターにツイートするように連携されていたのだ。その人物はロンドンブーツ1号2号の田村亮さん。 投稿されたコメント及びツイートされた内容は次の通り。 ・酷い記者 ・記者もジャニーズやバーニングにもコレくれい聞けたら、認めるけど、 弱小事務所の時はコレやもんなぁ〜〜 ・
Redis 本番障害から学んだコードレビューの勘所
Redis不適切利用による問題は本番運用が始まってから顕在化することが多く、時限爆弾みたいな存在です。事前に防ぐにはコードレビュー段階で叩くしかありません。 Redisはスクリプト言語と相性が良く、適切に利用するとRDBと比較し驚くほど高速なプログラムを組むことができます。昨年尊敬する先輩にコードレビューで斧100本くらい(レビューコメント)投げられて血まみれになりつつ学んだことを、まとめて書いてます。概要は『消えても良いデータならRedis』 Redisのメモリが溢れたら... （この話は事実ではなくファンタジーです。） 深夜電話で叩き起こされました。どうやらアクセス障害みたいです。 何人かで実機確認したら、まったくゲームが遊べない。データ不整合怖いのでメンテIN。 ほどなくしてRedisが溢れメモリ不足で新規書き込みが出来なくなっていると判明。サーバのメモリ容量は64GByteでこれ以
9月20日に発生したAmazonクラウドのDynamoDB障害。原因はセカンダリインデックス増大によるメタデータ処理のパンク
9月20日に発生したAmazonクラウドのDynamoDB障害。原因はセカンダリインデックス増大によるメタデータ処理のパンク Amazonクラウドが提供しているDynamoDBは、キーバリュー型のNoSQLデータベースサービスです。運用管理はクラウドに任せられて簡単に利用でき、高速かつ非常に大規模なスケールで展開できることなどを特長とする、クラウドならではのサービスの1つです。 そのDynamoDBで、米東リージョンにおいて9月20日午前2時頃（太平洋夏時間）から午前7時頃まで障害が発生。DynamoDBを利用しているEC2 Auto Scaling、Simple Queue Service、CloudWatch、そしてコンソールなどにも一時的な障害が発生していました。 また、この障害はAmazonクラウドを利用している他社のさまざまなサービスにも影響を与えたと報じられています。 Amaz
Arduinoの内部分裂について
仲が良かった頃のArduinoチーム （写真の出典：arduino.cc） ご存知の方も多いと思いますが、Arduinoチームが内部分裂してもめています。おおざっぱに言うと、米国のArduino LLCという会社と、イタリアのArduino SRLという会社が、それぞれ「我こそは正当なArduinoだ」「お前は偽物だ」と言って争っているのです。Arduino LLCは、元々のArduinoの開発者5人が設立した会社です。Arduino SRLは、その5人のうちのGianluca Martino氏が長く経営しArduinoの製造と全世界への販売を担ってきた会社です。現時点では、合計4件またはそれ以上の訴訟または異議申立てが係争中です。 じゃあ、どっちが正しいArduinoなのか。海外のブログとか掲示板とかでは、わりとArduino LLCの肩を持つ意見が多くて、Arduino SRLに対する
MySQLでGROUP BYとORDER BYを同時に使用する場合に気をつけたいこと | 日記の間 | あかつきのお宿
今さらな話ではあるんですが、前にも一度同じ過ちを犯したことがあるので、ここでちゃんと自分を懲らしめておきたいと思います。 前提条件 例えば、データベースにこんなデータが入っているとする。 +----+-----------+--------+------+---------------------+ | id | author_id | title | text | created | +----+-----------+--------+----------------------------+ | 1 | 1 | title1 | text | 2012-10-01 12:00:00 | | 2 | 2 | title2 | text | 2012-10-02 12:00:00 | | 3 | 1 | title3 | text | 2012-10-03 12:00:00 | | 4
自動障害回復システム 月読の話 - Cybozu Inside Out | サイボウズエンジニアのブログ
@ymmt2005 こと山本泰宇です。短い夏休みから帰ってきました。 今回は cybozu.com のデータセンターで運用を開始した自動障害回復システム「月読」を紹介します。障害にも色々ありますが、今回紹介するのは仮想マシンのホストサーバーの物理障害を検出して、稼働していた仮想マシンを予備のホストに移動する仕組みです。 月読は、データセンター全域に分散したエージェントが協調動作するピア・ツー・ピア (P2P)システムとして作られています。以下分散システムの話題が多数でてきますが、とても難解というわけではないので、分散システムの入門記事としてお楽しみください。 障害にどう対処するか 障害対応の自動化 設計のポイント エージェント間通信 障害の検出と回復 その他の機能 まとめ 障害にどう対処するか 物理障害対策の基本は二重化(多重化)です。アプリケーションサーバーのようにデータを持たないサーバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
