https://github.com/k1LoW/wsa-sg-8th-draft

第8回WebSystemArchitecture研究会 https://wsa.connpass.com/event/207143/

著者 鶴田 博文, 坪内 佑樹 所属 さくらインターネット株式会社 さくらインターネット研究所 研究会 第8回WebSystemArchitecture研究会 1. はじめに インターネットを介して利用するシステムの大規模化に伴い，システムの構成要素数の増大や，構成要素間の関係性の複雑化が進んでいる． そのため，システムの性能に異常が発生したときに，システムの状態を示す指標であるメトリックをシステム管理者が網羅的に目視することや，メトリック間の関係性を把握することができず，システムの異常原因を特定することが難しくなっている． この問題を解決するために，深層学習などの機械学習モデルを用いて，システムの異常の原因を診断する手法が提案されている[1,2]． これらの手法は，システム管理者が異常の根本原因を絞り込むために活用することが期待できる． しかし，原因診断を行うためには，事前に機械学習モデ

うづら Miehistö: A "recommended" stack to integrate CRIU into existing systems

著者 坪内 佑樹(*1), 鶴田 博文(*1), 古川 雅大(*2) 所属 (*1) さくらインターネット株式会社 さくらインターネット研究所、(*2) 株式会社はてな 研究会 第7回Webシステムアーキテクチャ研究会 2010年代のクラウド技術であるコンテナオーケストレーション、サーバーレス、マイクロサービス、さらにはエッジコンピューティングなどの普及により、分散システムとしての複雑度が高まっている。このまま複雑度が高まっていくと、人手によるルールベースの運用にいずれは限界が訪れるのではないかと考えている。そこで、最近は、このようなクラウドを中心とするSRE分野の課題に対して、機械学習やその他の数理的アプローチを適用するアプローチを模索している。特に、SREの中でも、システムに発生する異常への対応については、現場のエンジニアの経験に基づき直感に大きく依存している。 異常への対応を構成する

ほぼ全員発表型のディスカッション重視の研究会であるWeb System Architecture研究会の第7回をオンラインで開催します！今回は過去回発表者のみの聴講枠を設けています。 WSA研究会では、Webを中心とした様々な技術要素および要素のつながりを含む系全体のアーキテクチャを体系化する、または新しく有用なアーキテクチャを提案し、議論します。 WSA研究会で対象とするトピックは、USENIX LISAが対象とするトピック((https://www.usenix.org/conference/lisa18/call-for-participationのTopic Categories を参照))が近いものとなります。 WSA研の過去の情報はこちらにまとめていますので、発表トピックを選択するときの参考にしてください https://websystemarchitecture.hatena

※ 付録資料ならびに当日プレゼンテーションした分のスライドはこちらです． 処理系性能評価のためのシステムならびにアプリケーションの解析：資料版 - Google スライド 大迫貴1　山崎進2 概要 本研究は，プログラミング言語処理系の性能を評価することで，処理系の性能向上によるWeb アプリケーションの高速化ならびに性能向上の余地がどの程度存在するのかを検証する．また，Web アプリの実態に近い機能感ならびに操作感で検証するため，Web システムのチューニングを競う大会であるISUCON の予選課題を用いる．具体的な調査手法としては，Linux 性能解析ツールperf を用いて，CPU やプログラムの動作に着目したプロファイリングを行い，システム全体やアプリケーションを解析する．異なる処理系にて，同一の命令を実行した際のCPU 挙動の効率性やISUCON ベンチマーカのスコアなどを考慮し，

第 3 回 Web System Architecture 研究会 (2018/11/17) で発表したときのものです。

著者: 坪内佑樹(*1), 古川雅大(*1) 所属: (*1) 株式会社はてな 研究会: Web System Architecture研究会#3 はじめに ウェブシステムは，一般的に，分散したホスト上で動作するソフトウェアが互いにネットワーク通信することにより構成される． 相互にネットワーク通信するシステムにおいて，システム管理者があるネットワーク内のノードに変更を加えた結果，ノードと通信している他のノードに変更の影響がでることがある． ネットワーク接続数が多いまたはノードが提供するサービスの種類が多くなるほど，システム管理者が個々の通信の依存関係を記憶することは難しくなる． さらに，常時接続しておらず必要なタイミングで一時的に通信するケースでは，あるタイミングの通信状況を記録するだけでは通信の依存関係を把握できない． その結果，システムを変更するときの影響範囲がわからず，変更のたびに依

第3回 Web System Architecture 研究会で登壇してきました。その予稿とスライドを公開します。 今回も大変おもしろい発表ばかりで、発表15分議論15分という研究会ですが、大体議論が盛り上がって議論30分になったりしていました。各発表もそこからさらに洗練されたり新しいアイデアが生まれたりしてとても良い創発ですね。そして最も大切なのはそれを楽しんでいることだと思えました。これからもそういう気持ちを忘れずに、思考を深めていきながら汎用化することに挑戦することを皆で継続していけたら良いなと思っていますし、何より新しく参加したいと思った方が、障壁なく参加できるように活動していきたいと考えています。 websystemarchitecture.hatenablog.jp 以下、予稿です。 共著 概要 1. はじめに 2. 高集積マルチアカウント型のメールシステムの流量制御の課題 2

テーマ 道をつくる 個と組織のあり方について「道」の概念を使って考える まえがき わたしが縁側トークをおこなわせていただくきっかけは、こちらのエントリ Web System Architecture研究会の発足と挨拶 - Web System Architecture 研究会 (WSA研) に感化されたことでした。 もう少し詳しくお話をすると、masayoshiさんの「個人的な発足理由と思い」を読み、そのあとウェブシステムの運用自律化に向けた構想 - 第3回ウェブサイエンス研究会 - ゆううきブログで y_uukiさんが考えるウェブシステムとはどういうものかを読みました。お二人のブログにはこれからの展望や技術に対する思いが丁寧に書かれていて、きっとWSA研参加者のみなさんにもそれぞれ技術アイデアや思いがあるのだろうなぁと想像しました。自分は技術者ではないため力になれることはないとわかってい

このエントリは第2回Web System Architecture研究会の予稿です． 発表資料 speakerdeck.com はじめに Webサービスのインフラを設計する上で、RDBやWebサーバを始めとした多くのミドルウェアは欠かせないコンポーネントの一つであり、それらの構築、運用も重要な要素である。 LAMP環境が提唱された1998年頃とは異なり、同じことを実現できるミドルウェアが複数あり、Webサービス開発者はミドルウェアの選択肢の幅が広がった。 また、2005年以降、サーバ仮想化技術の普及を始めに、クラウドベンダーによるミドルウェアのフルマネージドサービスやコンテナ技術の登場により、ミドルウェアの実行環境は多様化してきた。 同一のミドルウェアでも、実行環境が変わることにより、構築、運用手法や利用可能なツールが異なることがあり、それらの違いを表現可能なアーキテクチャの議論は十分にさ

このエントリは、第二回 Web System Architecture 研究会 (WSA研)の予稿です。 はじめに ECサイトの商品種類増大に伴う情報過多問題を解決するため，利用者の要求を満たす商品を自動的に提案する機能がECサイトにとっての関心事となる．商品の提案は任意の観点での商品同士の類似性を根拠とすることから，商品の特性を数値化し，任意の距離空間で近傍に位置する要素を求めることで，機械的に扱えるようにする．この数値化された商品特性を特徴量と呼ぶ． 深層ニューラルネットワークの発展によって，これまで適切な特徴量を導くことが難しかった画像やテキストに対しても，人の感性に近い，特性をよく表現する高精度な特徴量を得られるようになったことからECサイトの商品提案機能に利用され始めている． これらの深層ニューラルネットワークから得られる特徴量は，数百から数千次元の高次元ベクトルとして表現される

この記事は、第2回ウェブシステムアーキテクチャ研究会の予稿です。 ウェブシステムをモニタリングするために、高可用性、高書き込みスケーラビリティ、メトリックの長期保存が可能な時系列データベースが求められている。 これらを実現するために、性能特性の異なる汎用Key-Value Store(以下KVS)を組み合わせ、透過的に問い合わせ可能な、ヘテロジニアス時系列データベースであるDiamondを開発した。 この記事では、Diamondを分散システムの観点で捉え、アーキテクチャ、データ構造、実装を紹介し、考察によりFuture Workを議論する。 1. はじめに 2. アーキテクチャ アーキテクチャ概要 動作フロー データ構造 KVSの機能要件 3. 実装 実装概要 KVS間のデータ移動 データ位置の解決 費用特性 4. 考察と今後の課題 Diamondの欠点 将来機能 5. まとめ スライド

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

サービスやアーキテクチャを考慮したパス構造を用いたログ保存について / Web System Architecture #2

まさに「Webシステムのアーキテクチャ」で悩んでいることがあって、どうしても「これだ！」という情報を探すことができなかったところ、Web System Architecture研究会が福岡で開催されるということで渡りに船とばかりに参加してきました。 発表内容 予稿 github.com 発表資料 発表した内容を端的に説明すると「Webシステム前提において、トラブルシュートのために生ログにアクセスするためのログ保存の方法として、パス構造にリクエスト-レスポンスの伝搬情報を埋め込んだらどうだろう？」という提案でした。 参加して発表してみて 感想は、以下のツイートに集約されています。 #wsa研 お疲れ様でした！発表することで知見を得たいという目論見は、想像以上の結果を得ることになりました。 いろいろ収穫はありましたが、その中でもhayabusaというログ基盤とそのアイデアの根幹をまさかのその作

第 2 回 Web System Architecture 研究会で（なぜか）招待講演をさせていただいたときの資料です