我々は Kubernetes の何を監視すればいいのか？ / CloudNative Days Kansai 2019

6月4日は、虫歯予防デー。 今日もしっかり歯を磨きましたか？ 虫歯予防デーから1週間は「歯と口の健康週間」もはじまります。この健康習慣は、厚生労働省、文部科学省、日本歯科医師会、日本学校歯科医会が実施しているキャンペーンです。 さて、子育て中の皆さん。子どもの歯みがき（歯ブラシ）は、どうされていますか？　健康維持のために行う歯みがきですが、実は歯みがきで命を落とす危険性があるのです。 えぇっ、どういうこと！？ と、思われますよね。転びやすい幼い子どもや、じっとしないで歯みがきをする子どもの間で、歯みがき中に転倒し「歯ブラシがのどに突き刺さり、刺さったまま病院へ救急搬送される」といった事故が多発しています。 【歯みがき中の事故】東京都だけで、年間40件以上の事故 東京消防庁のウェブサイトでは、歯と口の健康週間に合わせ「乳幼児の歯みがき中の事故にご注意！」と、事故の実態と注意喚起を行っています

2015-06-03 Goを習得するために乗り越えるべき精神的障壁 Go 長らくScalaをプライマリ言語としてきたプログラマですが、今のプロジェクトではGoをやっています。 最近ゴリゴリと書き始めて感じてることは、Goを習得する上では技術的なことよりも精神的障壁を乗り越えることが先だということです。 そもそも目的も言語仕様も大きく違うわけで、そもそも比較すること自体がナンセンス。どちらも良い所、辛いところがあるわけで本エントリではage/sageをするつもりはまったくないことを予め表明しておきましょう。 自分が書いたコードが全てクソコードに見えてしまう件 例えば、Goではif err != nilのエラーチェックをよく書きます。Scalaに使ってからあまり書かなくなったものだし、強力な高階関数等もそう。 書いたコードが目的を果たせていても、長らく染み付いた習慣から生み出される違和感はなか

元ネタはこちらのブログ． 50 Shades of Go: Traps, Gotchas, and Common Mistakes for New Golang Devs あまりにも衝撃的でした．HTTP Response の Body を閉じるとき，たぶん，みんなこう書いてると思うんだけど， 誤）エラーがないかチェックしてから閉じるようにしておく resp, err := http.Get("http://golang.org") if err != nil { return err } defer resp.Body.Close() エラーがあっても，Response が nil じゃないときがあるらしい．なので，正しい閉じ方はこう． 正）Response が nil じゃなかったら閉じるようにしてからエラーをチェックする resp, err := http.Get("https://

インターネット通販大手のアマゾンジャパンは３日、本の買い取りサービスを開始したと発表した。和書・洋書１００万タイトルが対象で、１冊でも無料で集荷。買い取りセンターに本が届いてから２４時間以内に査定・支払いが完了するという。 利用者はアマゾンのホームページで、売りたい本が買い取り対象かどうかをチェックした上で申し込む。買い取りサービスの個人ページには「あなたの買い取りサービス商品」として、利用者がこれまでアマゾンで購入した本の買い取り価格が表示される。 アマゾンは２０１２年、ゲームの買い取りを開始。その後、ＤＶＤやＣＤにも対象を広げた。今後は、本をＣＤなどと一緒に買い取りしてもらうことも可能だという。（守真弓）

30. Go1.1.2の頃にMax で同時500接続ぐらいだったので手前 にNginx置くことに go get github.com/go-sql-driver/mysql go get github.com/coopernurse/gorp go get github.com/gorilla/sessions go get github.com/srinathgs/mysqlstore go get github.com/nfnt/resize go get code.google.com/p/goauth2/oauth go get code.google.com/p/google-api-go-client/analytics/v3 使ってるGoライブラリ Nginx Go製アプリ MySQL FastCGIプロトコル HTTPプロトコル 使ってるWeb API Facebook (

Testing Strategies In A Microservice Architectureを読んだを読んでいる途中に出てきた、Circuit Breakerと呼ばれる機構を調べてみました。Martin Fowler氏がこの記事で言及しているものでした。 このCircuit Breaker patternは、Release It! 本番用ソフトウェア製品の設計とデプロイのためにで描かれているような、本番環境化において発生する、複数システムが関係するからこそ発生する障害を抑えることも目的としたデザインパターンのようです。「複数システムが関係するからこそ発生する障害」とは、一部システムの負荷が高まりタイムアウトするといったことを含みます。 内容自体は、 障害検出のための共有のオブジェクト(Circuit Breacker)を用意して、監視・検出できるようにする ということらしいです。Ne

mermaid.jsとは JavaScriptのチャート作成ライブラリです。他にも似たようなのは色々ありますが、これ一本でフローチャート、シーケンス、ガントに対応してるので、個人的にお気に入り。 http://knsv.github.io/mermaid/ サイトの各チャートのページ見ると書き方と何ができるかはわかるので、ご覧あれ。 僕の使い方 JSのライブラリを自分でインポートして何かすることはほとんど無くて(後述の理由からガントだけJSで使ってるけど)、基本的には以下の2つの方法で使ってる。 Haroopad フリーでクロスプラットフォーム(OS X, Win, Linux)なMarkdownエディタ。 v0.13からmermaid.jsがインテグされているので、何もしなくてもそのまま使える。 mermaid.jsのグラフの書き方は、コード表記で、言語をmermaidにしてあげるだけ。

僕は本来、人前に出て積極的に話そうとは思わないし、目立たずにおとなしく引きこもっていたいみたいな気持ちがある。潔癖な部分もあるので、プレゼンスばかり高くて技術力がないような中身が無い人間になりたくないし、そうなったら死ぬしか無い、みたいな気持ちもある。それなのに何故、ものすごく技術力があるわけではない自分が対外発表をするのか。 それは元はと言えば対外発表をするような側に行かないとエンジニアとして生き残れないのではないかという危機感があったからです。 Shibuya.pmの衝撃 初めて参加したShibuya.pmは#10だった。その頃の僕は一企業のよくある何でも屋の1人システム担当であり、開発のメインは前担当者から引き継いだレガシーASPだった。そしてつぶしの効く技術を習得したいと思いPerlを学び始めた頃だった。そしてPerlがそこそこ書けると手応えを感じ始めているところだった。 ところが

2015年5月29日、突然「3日間3GB速度規制」がスタート。実際に規制された人からは、悲しみの声が出ている。 「WiMAX規制とうとうきた。遅すぎてHD画質が見れない」 「Wimaxの規制っぽいのやべぇな ニコ生見れないレベル 止まる」 「速度規制くらったWimax2君、Wimax君と速度変わらないレベル」 「おや？ WiMAX2+ 規制されたか？ いまDropboxで大量に同期中なんだよねぇ」 「WiMAX2+の3GB規制に引っ掛かったのでWiMAX回線使ってるなう」 「WiMAXついに規制きたか 普通にネット見るぶんには問題ないけど動画は流石に止まるな」 編集部で使用している『WiMAX2＋』ルーターも急に遅くなったので、カスタマーセンターに問い合わせたところ、以下のような事実が判明した。 「確かに、お客さまは速度規制されています。直近3日間のご利用状況は、5月26日の1.6GB、2

なぜかUIデザイナーが語る、React.jsとGo言語を使ったGunosyのSPA例。

MySQLのインデックスを効果的に使う方法の第2弾。よく似た2つのクエリなのに、実際にはインデックスの使い方がそれぞれ異なることを通じて、オプティマイザがどのようにクエリの実行計画を立案するのか、そしてその結果どうインデックスが使われるのかを解説する。 前の記事では、ひとつのテーブルに対する様々なクエリを対象にして、インデックスのデザイン方法について議論しました。この記事ではより実世界に即した問題解決の例として、よく似ているにも関わらず、ひとつは適したインデックスを使い、もうひとつはフルテーブルスキャンをしてしまうという、2つのクエリを取り上げます。動作の違いはバグなのでしょうか？それとも想定された動きなのでしょうか？続きを読んでみてください！ 対象のクエリ2つ # Q1 mysql> explain select col1, col2 from t where ts >= '2015-0

2023年03月31日追記：この記事を基に、@sadnessOjisanさんより、コードレベルにより踏み込んだ、かつ、グリーンスレッドベースの新しいWebサーバアーキテクチャも含めて整理された記事 Webサーバーアーキテクチャ進化論2023 | blog.ojisan.io が公開されました。 主に新卒のWebエンジニア向けに、古典的なWebサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介します。 この辺りの話題がWeb界隈で流行っていたのは数年以上前というイメージですが、Webサービスは相変わらずWebサーバの上で動いているので、流行り廃り関係なく学ぶべき内容だと思っています。 また、HTTP/2がいよいよRFC化し、既にh2oやtrusterdなどのHTTP/2のサーバ実装があり、今後Webサーバアーキテクチャを再訪することが増えるような気がしています。 ところが、We

PDCAは「小さな改善」を指すものではないし、そもそもWebサイト改善には向いてない。まずPDCAはP=計画ありきの「マネジメント」の話だし、Webはコントロールできない要素が多すぎて精度の高い計画立案が難しいからだ。 PDCAサイクルの出自は製造業の品質管理である。そしてPDCAという概念のキモは、「品質管理の話をしていると思ったらいつの間にかマネジメントの話をしていた。何を言っているのかry」である。例えば「C」は品質チェック作業はなく、品質のばらつき具合が事前の計画どおりだったかどうかを判断する。それはP=計画の検証そのものだ。製品の品質を管理するときに、単に品質チェックの「作業」を頑張ればいいのではない。品質の問題が生産工程全体のマネジメントの問題にスライドしていく。それがPDCAという概念の画期的な点だった。 だからPDCAというのは製造業だろうがWebだろうが、常にマネジメント