この記事は「Azure の運用を支える AIOps」シリーズの第２回です。今回は、Microsoft Azure のインシデント管理システムで活用されている AIOps のテクノロジーを紹介します。AIOps の概要や Microsoft と AIOps の関わり方については、第１回をご覧ください。 AIOps と インシデント管理 インシデント管理とは インシデント管理（Incident Management）とは、システムやサービスに発生した問題（インシデント）を、迅速かつ効果的に解決するためのプロセスです。単にインシデントを解決するだけでなく、その原因を特定し、将来のインシデントを予防するための対策を講じることも含まれます。そのため、インシデント管理は継続的な取り組みであり、IT サービスマネジメントの重要なプロセスの一つとして認識されます。 インシデント管理のフローには、以下のよう

クラウドサービスが成長するとともに、サービスの運用（Ops）チームは多くの負担を負うようになりました。負担を生んでいる要素には、複雑化していく内部システム、高いレベルの信頼性を要求するミッション クリティカルなワークロード、データセンター運用費に対する最適化要請などがあげられます。 これは、Microsoft が抱える課題でもあります。全世界で 60 以上存在する Azure リージョンには、300 を超えるデータセンターと数百万台に及ぶサーバーが展開され、数多のサービスが提供されています。このような規模でサービスを運用していきながら、複雑なシステムに対応し、サービスの信頼性を高め、運用コストを削減することが求められているのです。 このような背景から、Microsoft では人工知能（AI）技術を活用した運用の最適化に取り組んでいます。これは AIOps と呼ばれるアプローチです。AIOp

2024年11月06日(水) 18:00～19:00の予定に遅刻してしまい、大変申し訳ございませんでした。お詫びとして、当初非公開予定であった資料を公開させていただきます。元々、公開する予定ではなかったので補足が足りない部分などあると思いますのでご容赦下さい。 ブログなどで補足情報出すかもなので気…

はじめに MLOps 成熟度モデル というものをご存知でしょうか。〇〇成熟度モデルというのは他の概念(例：DevOps)についても定義がされており、人、プロセス、テクノロジを定性的に評価するためのフレームワークになります。 近年 機械学習(ML)による意思決定・アプリケーションの高度化が一般化しており、実運用が進められていますが、MLシステムの運用は DevOps のプラクティスだけでは難しいため、ML特有の課題に対処するための MLOps という概念が生まれました。 MLOps 成熟度モデルとは、組織・チームが人・プロセス・ツールの観点から MLOps に対してどの程度成熟しているかを判断するためのフレームワーク になります。このモデルを元に成熟度を計ることで、立ち位置を把握し MLOps の改善につなげることが可能です。 MLOps 成熟度モデルは、Google Cloud、Azure

メリークリスマス!エンジニアのみなさんはPCと向き合っていることかと思います。 最近様々なところでDevSecOpsが浸透してきました。概念としては理解できるものの、実際に例を見てみないことには納得できないところもあるかと思います。 というわけで今回は超入門編の記事を執筆しました。みなさまの腹落ちに繋がると幸いです。 この記事で紹介すること DevSecOpsのアーキテクチャ どういうメリットがあるのか ツールの使用例 DevSecOpsとは DevSecOps（Development, Security, Operationsの組み合わせ）は、ソフトウェア開発プロセスの用語です。開発（Dev）、セキュリティ（Sec）、および運用（Ops）の3つの主要な側面を統合し、連携させることで、セキュリティの統合を強化し、ソフトウェア開発の早期段階からセキュリティを考慮することを目指しています。 ア

DevOps 文化を築くときに知っておくと便利なサイト「DevOps Topologies」を読んだ．「アンチパターン = DevOps Anti-Types」な組織構造（計7種類）と「ベストプラクティス = DevOps Team Topologies」な組織構造（計9種類）が紹介されている．サイトではそれぞれの組織構造の解説と関係性を図解した絵が載っていてわかりやすい！本記事ではサイトを翻訳するのではなく，あくまで個人的なメモとしてまとめる．なお，日本語訳も参考程度に載せておいた！ web.devopstopologies.com 目次 1. DevOps Anti-Types Anti-Type A: Dev and Ops Silos（Dev と Ops のサイロ化） Anti-Type B: DevOps Team Silo（DevOps チームのサイロ化） Anti-Type

Amazon Web Services ブログ 新機能 – Amazon DevOps Guru for Serverless で Lambda 関数の運用上の問題を自動的に検出 2022 年 4 月 21 日（米国時間）、Amazon DevOps Guru の新機能である Amazon DevOps Guru for Serverless を発表しました。これにより、デベロッパーはサーバーレスアプリケーションの運用パフォーマンスと可用性を向上させることができます。 AWS は 2014 年に AWS Lambda の提供を開始し、サーバーレスコンピューティングの分野を開拓しました。今日、何十万ものお客様が AWS Lambda を利用しています。Lambda では、メモリの割り当て、プロビジョニングされる同時実行数、タイムアウトなど、関数用に多くのパラメータを設定できます。多くのお客様

[RSJ24] Object Retrieval in Large-Scale Indoor Environments Using Dense Text with a Multi-Modal Large Language Model

AWS Startup Tech Meetup Online #11 https://aws-startup-community.connpass.com/event/237573/ の登壇資料です。

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

株式会社タイミーではスキマバイトプラットフォームを開発・運用しています。サービスもリリースして3年を超え、"負債"と呼ばれるものが増えてきました。一方でビジネス的に開発したいものは後を絶ちません。そこで開発チームでSLOを制定し、サービスの健全な状態を測定・監視することで「システムが健全にサービス提供で…

Accelerate State of DevOps ReportGet a comprehensive view of the DevOps industry, providing actionable guidance for organizations of all sizes. Download Editor’s note: Another year, another State of DevOps report… The 2022 Accelerate State of DevOps Report is now live, with a special focus on security. Over the past seven years, more than 32,000 professionals worldwide have taken part in the Accel

LOCAL Developer Day Online ’21 /Security というイベントで利用した講演資料です。 イベントページ: https://local.connpass.com/event/219312/ 話者: https://twitter.com/lmt_swallow

※この投稿は米国時間 2021 年 5 月 8 日に、Google Cloud blog に投稿されたものの抄訳です。 アプリケーションの可用性を確保するために重要なのは、サービスレベルの指標を確立してモニタリングすることです。これは、サイト信頼性エンジニアリング（SRE）チームが Google Cloud で毎日実施している内容です。SRE 原則の最終目標はサービスを改善し、さらにユーザー エクスペリエンスを向上させることです。 SRE の概念は、指標がビジネスの目標と密接に結び付いたものであるべきだという考えから始まりました。ビジネスレベルの SLA に加えて、SRE の計画と実践に SLO や SLI も使用します。 サイト信頼性エンジニアリングの用語を定義するこうしたツールは、単なる便利な抽象概念ではありません。これらのツールがなければ、システムの信頼性、可用性、有用性は評価できま

以前からAmazonの欲しいものリストにはあったのですが、なかなか読みたい気持ちにならずリストを整理するときに削除しちゃっていたのですが 2月ぐらいからTwitterでこの本についての言及が増えたし、ちょうどそのころ開発生産性とは何か、について一考していたこともあったので、読んでみました。 LeanとDevOpsの科学 一旦さらっと読んで、面白いなー、やっぱデリバリ大事だなーと思って読了したんですが 先日texta.fmでこの本のことが取り上げられており、あー、そんな読み方があったかーと思って改めてちゃんと読み直してみました。 構成 第一部: 調査結果から見えてきたもの(パフォーマンスを向上させるケイパビリティとは何かの話。特にデリバリを中心に多面的に検討している) 第二部: 調査・分析方法 第三部: 改善努力の実際(いろんな会社の取り組みの事例) 読み方 常に付録Aの図A.1を開いてお

DXの実現を目指す企業がクラウドネイティブの取り組みを推進すべき理由：レッドハット伊藤氏とマイクロソフト寺田氏が語るクラウドネイティブ（2） レッドハットでソリューションアーキテクトを務める伊藤智博氏とMicrosoftでクラウドアドボケイトを務める寺田佳央氏が第3回にわたってクラウドネイティブを語る本連載。第2回はクラウドネイティブに注目が集まる理由、クラウドネイティブの最終目的について。 Web系テクノロジー企業の間で取り組みが広まっている「クラウドネイティブ」について、レッドハットのソリューションアーキテクトを務める伊藤智博氏とMicrosoftでクラウドアドボケイトを務める寺田佳央氏が語る本連載。第2回は、クラウドネイティブという考え方をどう捉えていくべきか語った。 変革の鍵はクラウドネイティブではない ――ビジネス要求の変化に対応する形で、ここ数年でさまざまな技術や方法論が登場し

はじめに 先日、僕が担当する業務でECS/Fargate利用を前提にDevSecOpsアーキテクチャをデザインし、社内のAWS勉強会にて登壇する機会をいただきました。 本ブログでも内容をかいつまんでご紹介できればと思います。 AWSによらず、コンテナを利用されている方にとって、一つのプラクティス例としてご参考になれば幸いです。 ※コンテナ自体の説明や必要性に関する内容は省略していますm(_ _)m そもそもDevOpsとは？ DevSecOpsの導入意義をお伝えするた前に、まず軽くDevOpsの意義をお伝えします。 ※とは言え、この記事をご訪問されている方にとっては「何をいまさら...」な内容かもしれませんし、ググればDevOps自体の情報はたくさん見つかりますので、重要なポイントのみ述べることにします。 DevOpsとは、一言で述べれば、開発チームと運用チームが協力してビジネス価値を高め

「あつまれ未来のアーキテクト！クラウドでのアプリケーションアーキテクチャー設計を知ろう」で発表させていただいたスライドです。 Agenda 1. Microsoft Azure Well-Architected Framework について 2. Well-Architected Framew…

この記事は2021/1/3~2021/1/8発行の下記3つのWeekly Reportを読み、備忘録兼リンク集として残しているものです。 なるべく情報を早く届けたい/共有したいので、ブログのリンクを確認次第、先行公開しています。自身のコメントは随時追加しています。 DEVOPS WEEKLY ISSUE #523 January 3rd, 2021 SRE Weekly Issue #251 January 3rd, 2021 KubeWeekly #245 January 8th, 2021 English Version of this blog is here. DEVOPS WEEKLY ISSUE #523 January 3rd, 2021 News A good discussion of the benefits of compression. Starting out w