“LLM for SRE“の世界探索 - ゆううきブログ
ChatGPTが登場した当初、対話や要約、翻訳、コード生成などの典型的な言語タスクができても、SREやAIOpsの研究開発にはあまり関係ないのではないかと正直思っていた。AIOpsでは典型的にはいわゆるObservabilityデータ（メトリクス、ログ、トレースなど）が入力となるため、自然言語ではなく数値のデータを解析することが求められる。自然言語のタスクを研究対象としていなかったため、AIOpsとChatGPTに強い関係性は見いだせなかった*1。 しかし、自分で大規模言語モデル（Large Language Model: LLM）を日常的に使用したり、表題にあるようにSREのためのLLM（LLM for SRE, LLM4SRE）に関する論文を読むうちに、LLMのテキスト生成器としての性質よりもその優れた推論機械としての性質に注目するようになった。特にSREの障害診断は、人間の専門家が推
コンパウンドスタートアップというLayerXの挑戦｜福島良典 | LayerX
どうも、すべての経済活動を、デジタル化したい福島です。 本日はLayerXが挑戦するコンパウンドスタートアップについて解説したいと思います。 コンパウンドスタートアップとは、Ripplingという米国のスタートアップ のCEO Parker Conradさんが提唱しているスタートアップの新たな競争戦略です。Parker Conradさんはユニコーン企業Zenefitsの元CEOであり、Zenefitsでの失敗の経験を元に、Rippplingを創業。コンパウンドスタートアップという従来のセオリーとは異なるやり方で大成功を収めています。 Ripplingは20年8月にユニコーン入りしており、日経記事でも紹介されています。 TLDR(長すぎて読めないよという方に) コンパウンドスタートアップとは 創業時から単一プロダクトではなく、複数プロダクトを意図的に提供 部署でサービスを区切るのではなく、デ
Mackerel Meetup #14 を7月11日（火）にオフラインで開催します！ #mackerelio - Mackerel お知らせ #mackerelio
こんにちは！Mackerel CREの id:KGA です。 4年ぶりの開催となります「Mackerel Meetup #14 Tokyo」を7月11日（火）にオフラインで開催します！ Mackerel Meetupは、Mackerelをご利用中のユーザーのみなさまとMackerelの開発者を交えた情報交換やシステム運用に関する知見の交換、Mackerelの開発状況を知っていただき開発チームへのフィードバックもいただける場として企画しています。 今回4年ぶりに開催することとなりましたMackerel Meetupですが、日頃からMackerelをお使いいただいているユーザーのみなさまの発表や、Mackerelプロデューサーから「Mackerel 現在と未来 2023」と題して最近リリースした注目機能や今後の開発ロードマップをお伝えする発表、そして「次世代Mackerelのアーキテクチャ」と
Anond AI開発日記 - Hatena Developer Blog
こんにちは。Anond AIを研究している id:cockscomb です。 私たちはこの度、このAI時代を制するプロダクト、Anond AIを開発しました。本エントリではその詳細について説明します。 Anond AIとは Anond AIはいわゆるGenerative AIで、人類が匿名で日記を書くことをアシストしてくれるものです。私たちは日記に芸術性を感じる文化を持っていて、「日記文学」という言葉もあります。Generative AIによって、名前を隠して楽しく日記を書くことをサポートし、匿名日記文化のさらなる発展に寄与できないか、と考えました。 Anond AIは、rinna/japanese-gpt2-mediumをはてな匿名ダイアリーのデータを用いてファインチューニングし、ドメイン適応させたものです。 Anond AIの開発 Anond AIは実験的なプロダクトのため、Hatel
新サービス「Anond AI」をはてラボでリリースしました - はてラボ 開発者ブログ
2023年4月1日、新サービス「Anond AI」をはてラボにリリースしました。 「Anond AI」は、投稿したいワンフレーズを入力するだけで、AIが自動的にはてな匿名ダイアリー（https://anond.hatelabo.jp/）で注目される文体の文章を生成してくれるサービスです。 匿名ダイアリーで話題になる投稿や褒められるネタの傾向を学習しており、人間よりも注目される文章を生成することが可能です。 Anond AIの使い方 https://anondai.hatelabo.jp/ にアクセス 書きたいことを人間がワンフレーズで入力し、「書いてもらう」ボタンを押すと自動で日記が作成されます さらに、「送信する」ボタンを押すとそのまま匿名ダイアリーの投稿画面に文章が入力されます ご利用上の注意 はてな匿名ダイアリーへの投稿にははてラボへのログインが必要です。 本サービスを利用される場合
技術的なアウトプットに疲弊したので振り返る - Diary of a Perpetual Student
2022年は技術的なエントリをそれなりの数書いてきた。特に12月は計10本のエントリを出し、まだ世に出せていないネタもたくさんあるという状況である。 ところが、当人の感覚としては暖簾に腕押しだなあと思っている。ということでちゃんと振り返ってみることにする。 stats 2022年で一番ブクマが多かった記事はblog.arthur1.devである。 他の記事はこの半数にも満たない、というか、片手で数えられるブクマ数でさえありがたい、という状況である。 書くという行為によって自分自身の理解が確かなものになることに意義は感じているものの、せっかく書いているのだから多くの人に読んでほしいし、それが読者のためになればなお良いと思っている。 もっとシビアに言ってしまうと、書いても読んでもらえない状況がずっと続くならいつか自分は筆を取るのをやめてしまうだろうという懸念がある。モチベーション維持のために今
現在の森保ジャパンの攻撃とその問題点について - pal-9999のサッカーレポート
どうもこんにちは、私です。 こないだのコスタリカ戦はレビュー書くような内容がないのでサボりました。 実際に失点の原因は「吉田がいつもの奴をやった」だけですし、攻撃面でも「引いてがっちりブロック作られて点取れない」のはアジア予選でもしょっちゅうなので本当に書く内容がないです、あの試合。当ブログとして言えることは「残り時間が少ない時は迷わず大きくクリアしろ」という事くらいです。もっともカメルーン対セルビアの試合でカメルーンの二失点目はカメルーンのDFが残り時間少ないのに中途半端なクリアしたのをセルビアに拾われて失点してたので、ああいうミスはサッカーにおける事故で一定確率で起きちまう奴なんですけどね。 そういうわけですので、本日はちと趣向を変えまして、現在の日本代表の攻撃の話をしていきたいと思います。 コスタリカ戦で本田さんが言ってた奴 abema.tv ここではコスタリカ戦の動画へのリンク貼っ
リモートワークによる孤立から結束へと向かうチームビルディング
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
SRE NEXT 2022で「プロダクション環境の信頼性を損ねず観測する技術」というお話をしました - ださろぐ@はてな
登壇＆参加エントリです。 ややエモよりになる予定。 当日の体験については他の登壇者の皆様とも少しお話したんですが、完全に馬場さんのエントリに書かれている点と同じ感想であり（事前収録は当日落ち着けてよい、参加者としてのZoom Event体験はかなり良かった、ブースの仕様はやや残念ではあったが個人的にはそれでも楽しめた）、まあ同じことを書いてもということで発表まわりや個別の参加体験の方を書いていきます。 登壇について プロダクション環境の信頼性を損ねず観測する技術というタイトルで登壇させて頂きました。 6/9時点でまだスライドのみですが、ぼちぼちアーカイブの方も上がってくるかなと思います。 www.youtube.com 前回2020の登壇から2年、SRE NEXTが開催されたら何はともあれproposalは出したいと考えていたので募集の段階でネタを考えました。 ネタは2本考え、1つは長期運
株式会社ミラティブに入社しました｜Uchio Kondo
ミラティブという会社を知ったのは（退職エントリで書いた通り）実は大学時代からの友人が入社したのがきっかけで、その須山氏（現在はCFO）のインタビューもちょうど出ているのでよろしければどうぞ。 「近隣の子どもたちとバーベキューやオリエンテーションを開催するボランティアサークル」とは僕も入っていたサークルで、須山さんにはお世話になりました。いやこれからもか…。 なぜミラティブか？ という話入ったばかりでほぼユーザに価値を届けていない段階でアレだが、自分の備忘録という言い訳をして、以下、自分がどういうことを考えてミラティブを選んだかを残しておく。 基本的にこのnoteの内容については、自分の感じたことから書いたものであることは留意されたい。 軸その1: スタートアップなのに低レイヤと向き合えるプロダクトやユーザに向き合うのは大前提として、技術者としての私は引き続きインフラやIaC、SRE、基盤整
更なる実践的な研究開発を目指して研究開発エンジニア2名をお迎えしました
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
k近傍法による異常検知のライブラリをmrubyで作ってみた - Fire Engine
こんにちは！インフラエンジニア見習いつるべーです。 今回は、mrubyという組込ソフトウェア向けの軽量なRuby言語を使って、k近傍法による異常検知を行うスクリプトを書いてみたので、そちらの紹介です！ 目次 なぜ作ったのか 作ったもの ソースコード 使い方 mrubyに入門するには Changefinderとの比較から見るKNNの特徴 今後やりたいこと オマケ：k近傍法(K-Nearest Neighbor :KNN)に基づく異常検知の理論 なぜ作ったのか 今回は、「何かの問題を解決したい」というよりは、「Rubyの勉強がてらに何か作ってみよう」という動機で作りました。 ただ、一般的なRuby（CRuby）ではなくmrubyを選択したのには理由があります。 私が勤めているGMOペパボでは、mrubyを利用してミドルウェアの振る舞いを設定・制御する仕組み（これを"Middleware Con
Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ
eBPF（extended Berkley Packet Filter）という用語を著者が初めてみかけたのは、2015年ごろだった。最初は、eBPFをその字面のとおり、パケットキャプチャやパケットフィルタリングを担うだけの、Linuxの新しいサブシステムであろうと認識していた。しかし、実際にはそうではなかった。 システム性能の分析のための方法論をまとめた書籍Systems Performance 1 の著者で有名なBrendan Greggが、Linuxのネットワークサブシステムとは特に関係ない文脈で、古典的なシステム性能計測ツールでは計測できないことを計測するツールを作っていた。その計測ツールがeBPFという技術によって実装されていることを知ったときに、eBPFに興味をもったのだった。また、eBPFは、システム性能を調べる用途以外にXDP（eXpress Data Path）と呼ばれるプ
Mackerel 生誕秘話 - はてな2代目社長のブログ
このエントリはMackerel Advent Calendar 23日目のエントリです。 Mackerelは2014年の5月にベータリリース、同年9月17日に正式リリースされ、2021年の12月現在でリリースから8年目に入りました。私がはてなの社長に就任したのが2014年の8月なので、Mackerelの年齢（？）と私の社長歴がほぼ同じとなっております。 イベントなどで、はてなという会社の紹介をすると、はてなブログやはてなブックマークといった個人ユーザー向けのWebサービスではてなのことを知っていただいている方から「どうやってMackerelというサービスが生まれたんですか？」とよく質問されます。これまでもインタビューなどでサービスが生まれた経緯はご紹介していますが、アドベントカレンダーという場所を借りて改めて、その辺りの経緯をご紹介したいと思います。 Mackerelは、2013年に社内で
How eBPF will solve Service Mesh - Goodbye Sidecars - Isovalent
Service mesh is a concept describing the requirements of modern cloud native applications with regards to communication, visibility, and security. Current implementations of this concept involve running sidecar proxies in each workload or pod. This is a pretty inefficient way of solving these requirements. In this post, we will look at an alternative to the sidecar model that provides a transparen
AIOps向けデータセット生成システムの論文をIOTS2021で発表しました
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
IOTS2021でゲーム理論のシャープレイ値を用いたシステム異常の原因診断手法について発表しました
カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コンテナ技術における最新の研究動向
『SRE NEXTで「AIOps研究録」講演を終えて - ゆううきブログ』へのコメント
