免責 会社のテックブログに書くと社の代表者としてコメントしているように見えるので、個人ブログに考えをつらつらと書いていく。答えがあるとは限らない。 背景や課題感はやはり社に基づいているため、考えの方向性はそれらに依存している。 ただし、公開できる範囲にしか言及できないためこの記事ですべては賄えないであろうことをご了承いただきたい。 なお、このブログはAIではなく私自身が書いています。 免責 [序文] プロダクトの数が増えると、SREはそれぞれのプロダクトへ平等にリソースを割くのはむずかしい SREは自身のチームの継続性を考慮した負荷軽減とプロダクトチームの自律性を両立するための戦略が必要ではないか "Product-Focused Reliability for SRE" について知る SREの「プロダクト」中心と「サービス」中心の違いについて考える 方針 SLOについて考える SLOを開

2025年01月26日 10:35-11:05（ルーム A）にて「Site Reliability Engineering on Kubernetes」というタイトルで登壇します。 イベント名: SRE Kaigi 2025 公式URL: https://2025.srekaigi.net/…

ゆるSRE勉強会 #8 で話したときの資料です https://yuru-sre.connpass.com/event/332731/

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

2023年7月13日 成熟度モデルを活用したCloud Nativeへの道筋 という副題で登壇します #開発生産性con_findy https://syu-m-5151.hatenablog.com/entry/2023/07/13/131433 開発生産性Conference の…

30; }, handleResize() { if (window.innerWidth >= 1024) { this.mobileOpen = false; this.dropdownOpen = 'none'; } }, checkAnnouncementBanner() { const announcementBanner = document.querySelector('.announcement-banner') || document.querySelector('.announcement-banner--large'); if (announcementBanner) { this.hasAnnouncementBanner = true; } else { this.hasAnnouncementBanner = false; } } }" x-init="chec

概要 ModuleはTerraformの複数のリソースをまとめて再利用可能な単位として扱うことができます。Moduleを使うことで複雑なリソース構成を抽象化し、システムの構造の把握やリソース構成の再利用が可能になり、読みやすさや可読性が向上し、修正箇所が単一になるなどのメリットがあります。 ただし、理解には初期コストが必要です。Moduleの設計では、1つの機能を持つように小さくシンプルに保つことが重要で、それが難しい場合は大抵複雑と言えます。 また、公式のModuleを利用することで、自身で定義やドキュメントの整備、メンテナンスの手間を省きつつ、プロジェクトを超えて共通認識として扱えるため、Module理解のコストが減ります。 しかし、どのタイミングでModuleに組み込むかの正解は、個々のプロジェクトの特性や開発チームの状況により大いに変わるでしょう。 絶えず試行錯誤を繰り返しながら個

この記事から得られる知識 この記事を読むと、以下を "完全に理解" できます✌️ ArgoCDのアーキテクチャを構成するコンポーネントの種類について ArgoCDがマニフェストを自動デプロイする仕組みについて この記事から得られる知識 01. はじめに 02. 概要 アーキテクチャ レイヤー コンポーネント 仕組み (1) repo-serverによるクローン取得 (2) application-controllerによるマニフェスト取得 (3) application-controllerによるCluster確認 (4) application-controllerによる処理結果保管 (5) argocd-serverによるキャッシュ取得 (6) 管理者のログイン (7) IDプロバイダーへの認証フェーズ委譲 (8) dex-serverによる認証リクエスト送信 (9) argocd-s

はじめに ソフトウェアの問題解決に関する提案してくれるプロンプトを利用することは、今後の開発者やエンジニアがより効率的に問題解決を行うための重要な手段の一つになります。というか毎回、適切なプロンプトを作成するのが面倒になった。このプロンプトには、ソフトウェア開発におけるベストプラクティスやDevOps、SRE方法論などの知識や経験が共有され、開発者やエンジニアの能力向上に貢献することができるようになれば良いなーと妄想しております。GPT4 のみを対象にしています。GPT3.5 で改善を試みたけど4ほど良い内容が返ってこない。 効果 ユーザーの問題を効果的に解決するための具体的なソリューションを提案します。 DevOpsとSREの手法を活用して、ユーザーのソフトウェア開発プロセスを改善します。 ユーザーとのコミュニケーションを通じて、問題解決の過程でのフィードバックを得ることができます。 想

はじめに もし、アプリケーションに実装できるならそれが良いです。独自に実装などせずにエンドポイントにて500 Internal Server Errorが多発していればアラートをすれば良いので...。 こちらの続編になります。 syu-m-5151.hatenablog.com 本エントリーでは、GolangでEchoフレームワークを使用し、Prometheus ExporterをMiddlewareとして実装する方法について説明します。Prometheus Middlewareは、自動でMetrics を生成します。これにより、アプリケーションのパフォーマンス監視や問題解析が容易になります。 利用しているコードはこちら github.com はじめに コードを解説するんじゃい var init measureExternalAccess unstableEndpoint Middlewa

このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

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

こんにちは。もともとはフロントエンドをやってましたが、最近はSREに足を踏み入れたとよしーです。 以前、ポストモーテムはじめてみたという記事を書きましたが、 恥ずかしながらまだまだSREがどういうマインドで、どういうことをやっていくのか不明瞭な状態です。 そんな状況なので少しでもSREとはなんなのかを明らかにするために、 SRE関連の文献をチームで輪読会をしようと企画しました。 なぜ輪読会をやるのか？ 端的に背景を伝えると、SREの知識がほとんどない状態で、チームでSREの役割を担うことになったからです。 「SRE」といっても、メンバーそれぞれが思い描いているイメージが違うとやるべきことがまとまらない可能性があります。 また、SREのプラクティスだけを真似ても良い動きができるわけではなさそうと思い、原則をチーム全体でインプットした方が今後やるべきことが見えやすくなるのでは...と仮説を立て

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2023年もSRE再考と叫びなさい‼️ SREの跡を求めず SREの求めたるところを求めよ というタイトルで登壇してきました 2023年3月3日 エンジニア文化祭 2023 https://forkwell.connpass.com/event/272596/ 『2023年もSRE再考と叫…