特別ヨガプログラムエンジニアのかた向けに、肩こり・腰痛等を改善する椅子に座ってできるリフレッシュ法を紹介します。https://sakura.yoga/2017/03/30/%e8%87%aa%e5%b7%b1%e7%b4%b9%e4%bb%8b/さくらヨガChiharusaku_yogaデスクワークにより身体ががちがちに硬くなってしまっていたところ、ヨガに出会う。ヨガを受けた後の背筋がピンと伸びる感覚がとても気持ちよくヨガにはまっていく。他の人にもヨガの良さを伝えていきたくなり、ヨガ指導者の資格を取得する。その後、インドネシアのバリ島やインドの北部、アメリカを旅行し、生活の中に馴染むヨガを経験する。インドではチベット亡命地区のダラムサラにて、「世界でもっとも精神的に影響力のある人物ランキング」一位に選ばれた、ダライ・ラマ法王のティーチングに感銘を受け、チベットの人たちとの交流を深めている。分散アプリケーションの信頼性観測技術に関する研究Webアプリケーションをはじめとする分散アプリケーションは複雑化の一途を辿っています。そのような状況では、システム管理者がシステムに変更を加えるときに、システムの信頼性がどの程度低下するのかを予測したり、障害発生時に短時間で回復することが難しくなっています。その結果、変更することに恐怖を感じ、変更に躊躇してしまいます。そこで、変更時の信頼性低下リスクを予測し、低減させる、つまり信頼性を制御することで、変更速度を向上させるというのが講演者の考えるSREのあり方です。そのアプローチの一つとして、メトリック、ログ、トレースといった異種混合の計測データを組み合わせて、システムの可観測性(Observability)を高める技術が注目されています。そこで講演者は、TCP/UDP通信とOSのプロセス間の依存関係を追跡するといった新しい計測手法に関する研究と、異種混合の計測データを格納し効率的に問い合わせるためのデータ指向アプリケーションの構成技術に関する研究に取り組んでいます。本講演では、研究背景としてSREをサイト信頼性の制御技術と定義した上で、研究内容の概要、および今後取り組む研究展望についてもお話します。佑樹yuuk1tyuukiSREの研究者。Applicationsに関する研究開発を担当。環境をヤフー株式会社内向けに本番提供しています。チームは様々な困難に遭遇しました。スクラムを実践したのか、について共有します。安定性を高めるツールの開発を行っている。タクシーxAIを支えるKubernetesとAIデータパイプラインの信頼性の取り組みについてAIを使ったオートモーティブ領域のサービスとして、タクシー営業を最適化するお客様探索ナビを開発しています。データサイエンティスト、ドメインアルゴリズムエンジニアが開発した結果を、MLOps、サーバサイドエンジニアがデータパイプラインとサーバAPIとして構築し、最終的にタクシー乗務員向けの最適走行ナビアプリとして提供しています。このアーキテクチャの信頼性に対する取り組みとして、データパイプライン中でタクシー運行シミュレーションによる評価行ったり、API末端で案内経路に異常が発生していないか、交通規制を守って走行できるかのチェックなど、複数の施策を行っています。スコープをアーキテクチャの信頼性にしぼり、データパイプラインとアーキテクチャの全体像をお話した後、信頼性を担保するために、行っている施策とそれを取り組むに至った考え方を紹介します。MLエンジニアリンググループ鈴木隆史t24kc2019年に中途入社。前職では大規模データ基盤の新規構築と運用保守、レコメンドアルゴリズムの設計開発、チャットボット開発などに従事していた。あわせてビックデータを活用したサービス分析をリード。DeNAではオートモーティブ事業における機械学習基盤の設計開発を行っている。オートモーティブ事業本部モビリティ・インテリジェンス開発部サーバエンジニア森下篤74th74th2018年よりDeNAモビリティ・インテリジェンス開発部サーバサイドエンジニア。技術書典3〜7への参加や、VSCodeの解説書を執筆。現在メルカリ・メルペイ両社は絶え間ない変化の最中にいます。メルカリにおいてはマイクロサービス化が本格的に進展した一方、メルペイでは2019年のプロダクトリリース前後における怒涛の開発、そしてそれに伴い生じたの諸課題への対応など...。Managerより、そういった激しい変化の中でどのようにSREのプラクティスを浸透させたか、そのためにどのようなチーム作りを行ってきたかについての生の事例をご紹介できればと考えています。RubyやScalaが好きで、RailsAdmin/CarrierWaveのコミッタ。「オンボーディングとは、組織やサービスに新たに加入した人に手ほどきを行い、慣れさせること。」です(IT用語辞典より引用)。本セッションでは、新しく入社した人にパフォーマンスを最大限発揮してもらうために、どのようなオンボーディングをしているか、事例を紹介します。オンボーディングをする過程で、どのようなことに問題を感じ、改善したのお話しします。ためのオンボーディングについてお話ししたいと思います。以下が予定しているアウトラインです。SREtkuchikitkuchikitkuchiki株式会社メルペイSREチーム所属。コマンドラインツールを作るのが好きです。計画的に負荷リスクを排除するためのキャパシティプランニング自分たちのシステムのキャパシティが把握できておらず、サービス運用の中で負荷的なリスクが見えないため事業判断がしづらいという課題がありました。実際に、施策リリースの影響で負荷が高騰してしまいサービスのエラーレートが高い状態が長時間続いてしまったことがあり、新規施策が安心してリリースしづらいという状態になっていました。その課題に対して、定期的な負荷試験によるシステムキャパシティの把握と試験結果をサービス運用に活用する動きをしてきたので、その中で得られたプラクティスを共有できればと思います。大きく分けて負荷試験の運用、試験結果をサービス運用にどう活用しているかについてお話しする予定です。元々はバックエンドエンジニアをやっていましたが、DevOpsに興味がありマッチングエージェントでSREをやらしてもらっています。意見交換できたらと思うので気軽に話しかけてもらえると嬉しいです。モニタリングの歴史について。事業成長し変化していく環境の中でどのようにモニタリングを変えてきたのか、提供しているサービスの特性を踏まえて紹介します。その中でも、何を課題に感じて変えようと思ったのか、何故そのツールを選んだのか、アラート通知はどうしているのか、といったことにフォーカスします。GROUPに新卒として入社。プロダクトですが、残念ながら障害はゼロではありません。想定外の障害もあれば、単純なオペミスによる障害もあります。エンジニアは障害から学びを得て、常に改善を繰り返しています。個人の失敗を責めても何も始まりません。実際に取り組んでいる障害からの学びと改善策をご紹介します。学manabusakaimanabusakaifreeeで働くSREエンジニア。Scala,Rubyでのアプリ開発やAWSのインフラ設計が得意分野。2017年より本業の傍ら個人事業主として開業し、スタートアップの技術アドバイザーをやっています。グループウォレットアプリ、6gramの運用をはじめてみたミクシィは、みんなで使えるグループウォレットアプリ「6gram」を2019年11月にリリースしました。Payと連携したQUICPay+によるモバイル決済の提供を行っており、バックエンドでは決済ネットワークとのやりとりから精算システムに至るまで、そのほとんどすべてをフルスクラッチで実装しています。少人数のチームでPCIDSSに完全準拠したシステムの開発と運用を行っていくために、我々が採用した構成や開発手法などについて具体的にお話します。運用中の異変を素早く検知する機構の整備など安定した決済サービスを提供するための取り組みについても合わせて紹介します。良祐jtwp470ryosan-4702017年株式会社ミクシィに新卒入社しモンスターストライク日本版のSREを経験。2019年4月より、ID/Payment事業部に異動。最近はずっとElixirをかいています。単純さ」という章があり、その中にこのような一文があります。「安定性とアジリティのバランスを取ること」はSREの重要な役割であり、圧倒的な変化やスピードが求められるdelyにおいては特に重要な役割だと考えています。バランスをとるための分かりやすい手段としてエラーバジェットがありますが、エラーバジェット自体はシンプルな考え方でありSREの本質でありつつも、仕組み上組織への導入はかなり難易度が高いものになっています。将来的にエラーバジェットを導入することを目標としても、まず大前提として組織としての考え方を変えていく必要があると考えます。本セッションでは、組織としての考え方を変えていくために、SREとして、マネージャとして何を行ってきたのか、技術だけでは解決できないことに対してどういった工夫を行ってきたのか、などを話したいと思います。SRE/GM/VPoE井上崇嗣gomesuitgomesuit新卒でSIerに入社、WEB系企業で基盤開発、ベンチャーにてインフラエンジニアを経験した後、SREとしてdelyに入社。マネージャを経て現在は開発部の部長を担当。SREチームのリーダーも兼任。ActionableSRE本におけるページャーを鳴らす基準の一つとして「アクション可能であること」が挙げられています。グリーの提供する100を超えるサービスの監視システムでは日々多くのアラートが発報されていますが、中には対応が不明確であり、具体的な復旧アクションを必要としないものも存在していました。本セッションではそういったアラート対応を削減、自動化、またはアクション可能なものへと変えていく方法について具体的な事例と共に紹介します。草平egmcegmc2014年よりグリー株式会社、インフラストラクチャ部所属。ゲームまわりのインフラ担当とサーバ監視チームのリード的なお仕事をしています。日経電子版を支えるSREチームが2019/1に発足しました。メディアとして安定したサービスを実現し、いつでもニュースをユーザーに届けられるようにすることは重要だと考えています。開発チームの体制は電子版を構成するシステムごとに分かれており、電子版全体の可用性、信頼性、アーキテクチャに責任を負うチームはありませんでした。各開発チームは機能開発と可用性、信頼性の担保の両方の責務を負っていて、必ずしも安定稼働上の課題に注力できない環境にあります。この課題を解決するべく、SREチームを発足しました。Manager&サーバーサイドエンジニア。最近は組織課題に取り組むことがメインです。支えているハイブリッドクラウド環境。とオンプレミスのハイブリッドクラウド環境への拡張を行いました。どのようにしてハイブリッドクラウド環境への拡張を行ったか。そこに至るまでの軌跡とこれから目指すべき姿をお話いたします。オンプレミス→ハイブリッドクラウド環境への拡張を行う上で発生した課題と解決までの道のりや、冗長性と生産性を高めるための工夫についてもお話いたします。年、ソフトバンク株式会社に新卒入社。データセンター内NW構築、プライベートクラウド基盤の設計/構築等を担当。登場後、SLO・エラーバジェットという考え方自体は広がってきていますが、それを実際に日常の運用に落とし込むためには工夫が必要です。ある私が1人ではじめ、それが良い習慣であることを確信した後、チーム全体に展開しました。へどのように浸透させていったのか、その具体的な方法を説明します。具体的にどうやって行うのか、それを行うことでどのような利点があるのか、なぜそれが良い習慣であるのかについて説明します。Kondochaspy_chaspy2018年6月にQuipperに入社。開発者が幸せになれる世界を作っていきたい。100万回線のIoT通信を支えるソラコムにおけるOpsDevの実践ソラコムでは130を超える国と地域で利用できるIoT向け通信プラットフォームをAWS上で開発・運用しています。本セッションでは高い信頼性が求められる通信プラットフォームの安定稼働の実現のためソラコムの運用チームが行なっている活動について紹介します。具体的には、開発チームと共に行っているシステム設計やグローバルに展開する通信プラットフォームのモニタリング方法、サポートチームと連携したトラブルシューティングや運用チームが大事にしているカルチャーについてご紹介させていただきます。株式会社ソラコム酒井憲吾kengonkengon株式会社ソラコムのOpsDevエンジニア。移動体通信向けのソフトウェア開発やプライベートクラウドの運用を経て、現職では監視システムの開発や通信プラットフォームの運用を行う。ここ数年にわたり、毎年140%以上の成長をし続けて、2019年には日本・台湾・韓国で会員数が1000万人を突破しました。管理コストの増加などなど、様々な課題を解決・改善し続けて、システムもエンジニアも成長していく必要がありました。具体的な取り組みをまじえつつお話しできたらと思います。研究室OBとして最適化理論の研究に携わる。2012年、株式会社エウレカに入社。「Pairs」および「Couples」の立ち上げメンバーとして開発に参画。2016年10月、執行役員CTOに就任。2017年10月、取締役CTOに就任。RelicはSaaSで提供しているObservabilityプラットフォームで、日本でもすでにたくさんのSREの方に活用してもらっています。Relicを使って日々サービスの健全性を保ち、改善を行っています。Relicの機能活用法を紹介したいと思います。孝佳tanaka_733tanaka-takayoshiソフトウェアエンジニア、インフラエンジニアなど自社開発や自社運用の現場で経験を積んだのち外資系ソフトウェアベンダーでのテクニカルサポートを経て現職。Relicユーザーだった経験あり。C#をはじめとするソフトウェア開発、Kubernetes関連技術およびパブリッククラウド。SREのプラクティスを基に様々な活動を行っております。SREの日々の業務は複雑で、難易度の高いものがほとんどです。やるべきことが多岐にわたったり、緊急度が高かったり、すぐにオンコールで対応しなければならないこともあります。プロダクトの成長に伴い、品質と開発スピードのバランスを取ることが課題として上がってきています。我々はれらの課題に対してスクラムを導入することで立ち向かっています。スクラムに取り組み、SREと開発組織がどう変わったのか、SREがスクラムを回すコツを事例や実際の取組みを通してご紹介します。マイクロサービスアーキテクチャを採用したサービス開発を行っています。当初、各マイクロサービスのデプロイ方式についても各サービス開発チームに一任していたため、様々な方式が乱立し、運用性の低下につながっていました。Rolloutの導入、Blue/Greenデプロイメントの実現、デプロイパイプラインのコードでの構成管理に取り組んでいます。本セッションでは、その取組を進める中で直面した課題や解決策についてご紹介します。SRE森垣航太k_mrgk2018年NTTコミュニケーションズ株式会社に入社、SREチームに発足時から参画し、主にSpinnakerやKubernetesを用いた共通基盤の構築に取り組む。SREがセキュアなWebシステムを構築、維持するためにやれることはなにかセキュリティ専門のエンジニアが組織にいない場合、古くなったソフトウェアのメンテナンス、鍵の管理、ファイアウォールの管理を誰が行うのか。それが曖昧な状況が長く続くとサービスが脆弱となり、やがて問題を引き起こすことでしょう。サービスとシステムの信頼性に対してSREが責任を持つ組織においては、SREが中心となってセキュリティの問題を把握し、安全で堅牢な状態を維持する必要があります。Webアプリケーションやクラウドを使ったシステムをセキュアに保つためにできることは多くあります。新しくサービスを開発する時、サービスの規模が大きくなってきた時など、セキュリティを意識すべきフェーズで何をすべきなのか、戸惑うことは少なくありません。セキュアなWebシステムを構築、維持するために、最低限知っておきたい知識、応用的な事例について、今までの経験をもとにお話したいと思います。IaC、Kubernetes移行が最近の主な業務。チームリーディングとSRE(Engineering)私は2019年4月にZOZOにMLOpsチームを作り、それから10ヶ月ほどチームをリードしてきました。その10ヶ月の間にZOZOでは買収も含め色々なことがありましたが、MLOpsチームではZOZO画像検索のリリースを含め、数々のミッションを達成してきました。本発表では、ミッションを達成できる良いチームを作るために、どのような指針をもって私がチームをリードしてきたのか話します。Reliabilityを向上させてきたのか話します。architecture成長期のプロダクト開発において、新技術の導入やマイクロサービス化などの破壊的な変更を経験するケースがある。実際の現場ではこれらの破壊的な変更を本番環境に導入するにあたり、稼働中のサービスの可用性を維持しつつ、技術や開発体制再構築のプロセスが必要となってくる。このプロセスは組織によって異なるため、様々な事例が広く共有されることが望ましいと考えている。クックパッドのグローバルサービスでも既存の検索サービスを進化させるために破壊的な変更を行った。連携など、これまでの検索サービスにはない取り組みも行った。一方で、検索サービスは高い可用性が求められる。上述の破壊的な変更があるサービスを本番に投入する際もこれは例外ではない。設定方法)、主要技術に関するノウハウを共有する。チームのリードをしています。サイト信頼性エンジニアリングの原則サイト信頼性エンジニアリング(SRE)に出てくる原則や手法について、コンパクトに例を交えながら解説します。SREを導入を検討している方、導入しているけれど違和感を感じている方などに、SREがどのような原理で運用されているかを理解する一助になると思います。モニタリング、アラート、自動化、SLO、エラーバジェット、ディザスター耐性テスト、ポストモーテムなどのキーワードに興味がある方は是非お越しください。Advocate山口能迪ymotongpooymotongpooグーグル合同会社デベロッパーアドボケイト。クラウド製品の普及と技術支援を担当し、特にオブザーバビリティやDevOps/SREといった領域を担当。Goコミュニティの支援も活発に行っている。実践Observability近年、Webサービスを提供する中で、Microservicesアーキテクチャに代表される分散アーキテクチャを採用するシステムが増加しています。その結果、システムの複雑性は増し、各システムがどう連携しているか把握することが難しくなっています。そこで登場したのが、Observabilityという概念です。今回の発表では、改めてObservabilityとは何か、なぜ必要なのか、について私の考えを発表します。jaegerといったソフトウェアを使ってどのようにObservabilityを高めているかお話させていただきます。肇史toshanantanan株式会社ユーザベースのSRE。同社に2016年に入社し、オンプレ・クラウドインフラの構築と運用、モノリスアプリの改善などを担当。最近はGCP、Kubernetes、Istioを愛用している。Webサービスを1日10回デプロイするための取り組みカヤックが運営しているゲームユーザー向けのコミュニティサービスLobiでは、多い日では1日に10回程度のデプロイを行っています。この頻度でデプロイを行うためには、デプロイ自体の高速化はもちろん、CIの高速化、サーバエンジニア以外でも実行できる仕組み、実行後の異変を素早く検知し、問題があった場合に安全にロールバックを行う仕組みなど、いろいろなものを整備する必要がありました。それらを具体的にどのような取り組みによって実現しているのかをお話しします。俊一郎fujiwarafujiwara2011年より面白法人カヤック。最近の趣味はマネージドサービスの隙間を埋める隙間家具OSS作成。パネルディスカッション特別企画として、スペシャルゲストを招いたパネルディスカッションを行います。達夫tsekine2010年よりGoogleでフィーチャーフォン向けやAndroid向けサービスのSREとして従事。数年間のGoogle本社勤務の後、2019年よりとある外資系企業の日本法人でSREとして勤務。テックカンパニーへの技術顧問など様々な領域で活動中。慎司stanakastanaka2006年株式会社はてなに入社、2010年よりCTO。2016年9月、メルカリに入社。メルカリUKにて開発チームを立ち上げる。