「SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム」の翻訳者である玉川竜司さんをお招きして、勉強会を実施しました。 SRE(Site Reliability Engineering)とは Googleで培われたシステム管理とサービス運用の方法論である。 Infrastructure as CodeやDevOpsの広がりとともに日本でもSRE（Googleが蓄積したベストプラクティス）が普及し始めており、世界規模のサービス展開を行っている大企業やインターネット関連企業を中心に運用技術者（インフラエンジニア）からSREへの転換が加速している。 －－ウィキペディアより 前半は玉川さんによるSREに関する講義。 翻訳時の裏話や日本での事例なども交えつつ、SREを支える技術や組織のあり方についてご説明いただきました。 後半は、弊社のエンジニア3名と

デブサミ2017でGoogleの中井悦司氏が登壇。Googleが考えるDevOpsの理想形についてGoogleパブリッククラウドサービスをベースに解説を行った。 ソフトウェア開発者のためのイベント、デブサミ2017（Developers Summit 2017）が2017年2月16、17日の両日、都内で開催された。今回は多くのセッションから「Googleのインフラ技術から考える理想のDevOps」と題されたセッションを紹介する。これは昨年までレッドハットでエバンジェリストとして活躍していた中井悦司氏が担当したセッションで、Googleの社内システムを通じてDevOpsのあるべき姿を紹介するものだ。 このセッションで中井氏はGoogleが考えるDevOps、つまり開発と運用を連携させる際の注意点を実際にGoogleが提供するパブリッククラウドサービスを例に挙げながら解説を行った。理想のDev

【読み方】：シロメ 「（白目）」とは白目をむいていることを意味する語尾に付ける言葉である。 元ネタはゲイビデオ「真夏の夜の淫夢」における登場人物の状態。 詳細は記載しないが、何かしらの理由により白目をむいていた。 このことからインターネット上では文の語尾に「（白目）」と書き込む様になった。 ただ現在の使い方としては何か悪ふざけをして「あはは」といった様な意味で「（白目）」と使うことが多い。 主に2chやTwitterなどにおいて用いられている。 元ネタを知らずに利用しているユーザーも多い。

ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究

開発部門と運用部門が力を合わせることで、開発成果と運用上の既存要件を一致させるというDevOpsはここ数年、熱い話題となり、探求の対象ともなっている。そしてこの間、多くの企業がDevOpsを何らかのかたちで実践しようと取り組んできている。2018年には、そうした取り組みすべてが実を結び始め、その成果が知れ渡るようになるだろう。 何故だろうか？今や、ソフトウェアとデータが業務のあらゆる側面をけん引できるだけの水準に達しているためだ。企業の幹部や意思決定者らは、テクノロジが業務要件の急速な変化に追随する必要があると認識している。アプリケーションは即座に構築したり、再構築したり、分解したりできるようになっている必要があるのだ。 以下では、この分野で今後どのようなことが起こりそうかについて、DevOps関連の優れた識者らによる所見を紹介する。 ＃1：クロスプラットフォームでの利用とIoTによって、

両氏はこのプレゼンテーションの中で、それぞれの役割の違いから対立することの多い開発者（以下、Dev）と運用者（以下、Ops）の対立構造を次のように示した。 Devの役割が“システムに新しい機能を追加する”である一方、Opsの役割は“システムの安定稼働”である。そのため、Devが新しい機能を追加したくても、Opsはシステムの安定稼働のために変更を加えたがらない、という対立構造が作られてしまっていた。 しかしDevとOpsのそれぞれのミッションは（DevOpsの概念と同じく）、どちらも「システムによってビジネスの価値をより高めるだけでなく、そのビジネスの価値をより確実かつ迅速にエンドユーザーに届け続ける」ことである。そのミッションを達成するための手段が、上記のとおりDevは“システムに新しい機能を追加する”であり、Opsは“システムの安定稼働”なのである。つまり、同じ「ミッション」を掲げている

DevOps（デブオプス[1]）は、ソフトウェア開発手法の一つ。開発 (Development) と運用 (Operations) を組み合わせたかばん語であり、開発担当者と運用担当者が連携して協力する（さらに両担当者の境目もあいまいにする）開発手法をさす[1]。ソフトウェアを迅速にビルドおよびテストする文化と環境により、確実なリリースを、以前よりも迅速に高い頻度で可能とする組織体制の構築を目指している[2]。 概要[編集] DevOpsをイメージした図。開発と運用、それに品質保証が交わる部分をDevOpsとしている。 従来の機能別に分離された組織では、このような開発部門とIT部門の部門間統合はほとんどない。しかし、DevOpsでは、開発部門、IT運用部門、あるいは品質保証（QA）部門が協力するプロセスと方法を推進している。CI/CD が自動テストや頻繁な統合などソフトウェア開発そのものに

どうも、39 歳の cloudpack の かっぱ（@inokara）です。おっさんです。 はじめに HAProxy の acl 機能を利用して各種条件の振り分け設定についてメモってみます。 構成 振り分けを坦々（淡々）と… acl を使って振り分け HAProxy は機能大杉漣ですが、acl を使うことで柔軟でアクセスコントロールすることが出来ます。 HAProxy – acl 以下 acl を使って幾つかの条件による振り分け設定例を試してみたいと思います。 ホストヘッダによる振り分け frontend kappa-test bind 0.0.0.0:80 acl hage hdr(host) -i hage.test.inokara.com acl pika hdr(host) -i pika.test.inokara.com use_backend hage_bk if hage u

Google のコンテンツ配信ネットワークである Cloud CDN と Media CDN では、スケールすることで世界中のオーディエンスのより近くにコンテンツを配置できます。 新規のお客様には、Cloud CDN や他の Google Cloud プロダクトを試せる無料クレジット $300 分を差し上げます。

BuzzFeed Japanの本『健康を食い物にするメディアたち』発売にあたり、「はじめに」を特別公開。3月25日、ディスカヴァー・トゥエンティワンよりBuzzFeed Japanの本『健康を食い物にするメディアたち』が出版されます。 ネット時代の今、私たちの「健康になりたい」という切実な想いが狙われています。ウソや不正確な健康情報を粗製乱造するメディアたち、量産される健康本、健康食品ビジネスの闇。さらには、高度に発達したテクノロジーにより手口が複雑化し、見分けるのがますます難しくなってきている医療デマ。 なぜ、私たちは医療デマに「騙され」てしまうのか、医療デマに「騙されない」ためにはどうすればいいのか――。 本書は「ネット時代の医療情報との付き合い方」というテーマで取材を重ねている記者が、取材内容をまとめ、なぜ健康・医療に関してウソや不正確な情報、デマが発生しやすいのか、それらから身を守