2024/12/11に行われた、OCHaCafe Season9 #3で用いた資料です。 commpass: https://ochacafe.connpass.com/event/333245/
Kubernetesトラフィックルーティング徹底解説/Kubernetes-traffic-deep-dive
2024/12/11に行われた、OCHaCafe Season9 #3で用いた資料です。 commpass: https://ochacafe.connpass.com/event/333245/
ログから学ぶKubernetes
Google Kubernetes Engine (GKE) の可観測性を活用し、 システムの Resiliency を高める障害原因調査
Google Kubernetes Engine (GKE) の可観測性を活用し、 システムの Resiliency を高める障害原因調査
Google Kubernetes Engine (GKE) の可観測性を活用し、 システムの Resiliency を高める障害原因調査
「Linuxは分かるはず」が通用しなかった Kubernetes の話 〜オンプレミス前提からクラウドネイティブへの技術ギャップ〜
はじめに オンプレミス前提の環境で、組み込みソフトやプライベートクラウドを扱うエンジニアとして働いたあと、転職し、クラウドネイティブな環境に移ってしばらくが経ちました。 環境が変わって最初に感じたのは、新しい技術を覚えること以上に、 これまで当たり前だと思っていた前提が通用しない、という戸惑いでした。 この記事は、オンプレミス前提の環境からクラウドネイティブな環境に移る中で、 特に Kubernetes を中心に感じた技術的ギャップについての振り返りです。 オンプレミス前提の環境での技術的前提 オンプレミス前提の環境では、いくつかはっきりした技術的前提がありました。 ある程度の共通仕様があり、迷いは少ない オンプレミス前提で、IGP的な比較的固定されたネットワーク構成 安定性や制約を強く意識する文化 「決められた前提条件の中で、いかに堅実に作るか」が重視されていました。とはいえ、技術選定の
CTFのためのKubernetes入門
イベント登壇資料です。2025/09/23 魔女のお茶会 #8 https://witchskeyparty.connpass.com/event/363928/
Amazon EKS MCP Server を使ったら自分要らなかった話
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな吉井 亮です。 EKS 上であるサービスを起動させていたのですが、頻繁に HTTP 50x エラーを返しており少々困っていました。 AWS が大量の MCP Server を提供しており、そのなかに EKS 用の MCP Server があることを思い出し、試してみました。 Amazon Q CLI インストール 特に意味は無いのですが、AWS への認証が楽そうなのと AWS の知見が多そうという適当な理由で Q CLI を使うことにしました。 （結果的に認証も知見も関係なかったです。なのでお好きな AI クライアントで大丈夫です。） インストールは Using Amazon Q Developer on the command line のまま実行です。 Q CLI の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kubernetes環境のオブザーバビリティの次の一歩をOpenTelemetryで実現すると何がどうなるの？ - CloudNative Days Winter 2024
