AWS ECS Service のオススメ監視項目 | 外道父の匠
前記事 AWS ECS Fargate Autoscaling の実戦的な基礎知識 の続きというか派生的なところで、こんな監視項目がこんな理由でえぇんちゃうん、という基礎知識的なお話です。 当ブログでは『監視よければ全てヨシ！』という格言を推していますので、監視の仕込みをサボっている人は今からでも頑張っていきましょう。 はじめに もともと書くつもりでいた本タイトルは、公式からこのドキュメントが出たことで、ゴミ箱行きかと思いました。 推奨アラーム – Amazon CloudWatch > Amazon ECS んが、まぁ所詮はドキュメントということで、ここではもう少し実戦に寄り添う形でまとめていければと思います。 あったら嬉しい監視項目をカテゴリごとに整理しつつ、その理由やら補足情報によって、楽しく監視できるようにしていきたいところです。合わせて読みたいところとしては、この辺もどうぞ。 ミ
Terraform Monorepo の CI の実行時間を可視化し 2 分以上高速化 - freee Developers Hub
SRE team の suzuki-shunsuke です。 今年の 8 月(約3か月前)から freee の SRE team に join しました。 本記事では Terraform Monorepo の CI の実行時間を CIAnalyzer で可視化し 2 分 (70 percentile で約 160 %) 以上高速化した話を紹介します。 背景 freee には AWS などを管理する Terraform の Monorepo があり、 SRE を中心に多くの開発者がそのリポジトリで開発を行っています。 CI には GitHub Actions の Self-hosted Runner を使っています。 フローとしては GitHub Flow を採用しており、 Pull Request を作成すると CI で terraform plan が実行されます。 terraform
韓国のTwitchに関するお知らせ
本日、韓国のTwitchコミュニティに向けて、2024年2月27日(韓国時間)をもって韓国におけるTwitchのサービスを終了する運びとなったことをお伝えしました。非常に残念なお知らせとなってしまい誠に申し訳ございません。このような決断に至った理由と、サービス終了の影響を受けるユーザーの方々へのサポートについてご説明いたします。 韓国でのTwitchの運営コストが極めて高額になってしまったことが、その主な理由です。これまで、韓国でTwitchのサービスを存続させるため、さまざまな方法でコスト削減の手段を探ってきました。まず、動画の品質を守るため、P2Pモデルの配信を試みました。次に、韓国内で配信される動画の画質を最大720pに制限しました。こういった取り組みでのコスト削減を行いましたが、それでも韓国におけるネットワーク料金は諸外国に比べ約10倍高額でした。Twitchは韓国において多額の損
名前空間が Terminating 状態でスタックする
名前空間が Terminating 状態でスタックする 症状 名前空間が Terminating 状態でスタックする 原因 Kubernetes API 拡張機能が使用可能でない場合、その拡張機能によって管理されるリソースは削除できません。 API 拡張機能の削除失敗は、名前空間の削除が失敗する原因になります。 問題の解決 削除されていない API の説明を取得します。 以下のステップを実行して、削除されない API の説明を取得します。 Terminating 状態でスタックしている名前空間を表示します。 kubectl get namespaces 削除されていないリソースを次のように見つけます。 kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get --show-kind --
Scaling gopls for the growing Go ecosystem - The Go Programming Language
Earlier this summer, the Go team released version v0.12 of gopls, the language server for Go, featuring a rewrite of its core that allows it to scale to larger codebases. This is the culmination of a year-long effort, and we’re excited to share our progress, as well as talk a little bit about the new architecture and what it means for the future of gopls. Since the v0.12 release, we’ve fine-tuned
docker/build-push-action v3.3.0で導入されたprovenanceオプションにまつわる問題 - chroju.dev
docker/build-push-actionのv3.3.0 で、 provenance というオプションが入り、デフォルトで有効化された。このオプションについては、 This may introduce issues with registry and runtime support (e.g. GCR and Lambda). という注意書きがされており、一部環境で問題が起きる可能性がある。GitHub Actionsでバージョンをマイナー、パッチバージョンまで指定せずに使っていた場合、自動的にこのバージョンが適用されるため、実際に問題になったという声もTwitterで散見され、自分も一部で引っかかった。 @GitHub Actions runner bumped @Docker buildx today, which has default provenance on. It's
HashiCorp adopts Business Source License
PackerBuild and manage images as code
徐々に高度になるリングバッファの話 - Software Transactional Memo
リングバッファのイメージ図 1. リングバッファとは何か 機能的にはFirst In First Out (FIFO)とも呼ばれるキューの一種であるが、リング状にバッファを置いてそれの中でReadとWriteのインデックスがグルグルと回る構造をとる事によって容量に上限ができることと引き換えに高速な読み書き速度を得たものである。キューを単に実装するだけなら山ほど方法があって線形リストを使ってもいいしスタックを2つ使っても原理的には可能だ。その中でもリングバッファを用いた方法の利点はひとえに性能の高さでありメモリ確保などを行わないお陰でシステム系の様々な場所で使われている。 これの実装自体は情報系の大学生の演習レベルの難度であるが少し奥が深い。まずリングバッファのスタンダードなインタフェースと実装は以下のようなものである。 class RingBuffer { public: explicit
research!rsc: Coroutines for Go
This post is about why we need a coroutine package for Go, and what it would look like. But first, what are coroutines? Every programmer today is familiar with function calls (subroutines): F calls G, which stops F and runs G. G does its work, potentially calling and waiting for other functions, and eventually returns. When G returns, G is gone and F continues running. In this pattern, only one fu
人見知り直したくてガールズバー行ったら同級生の妹いて終わった - kansou
オードリー若林正恭の名言 「人見知りを直せる場所は日本でガールズバーしかない」 をご存知でしょうか。年下の女性とコミュニケーションを取れる状況が簡単に生まれ、テーブルを挟むからちょうどいい距離感で話ができ、キャバクラほどの接待感もなく、しかも短時間で終わる。ガールズバーは人見知りにとって最高のセラピーらしい。 最高にイカれた街、欲怪童殺滅（ほっかいどうさっぽろ）に住んでる人間として、もちろん違法か合法か分からんガールズバーに行った経験は当然何度もあります。 でもあくまで何軒もハシゴした後の酔い狂って頭バグった状態でしか行ったことないですし、話した内容ほぼ覚えてねぇ。人見知りが直った気配は１ミリもありませんでした。 しかし、数日後に初対面の女性と大きな仕事をすることになり、早急に人見知り、シャイを直し、コミュ力を鍛えねばならなくなったのです。 ということで先日行ってきました、人生初の「ひとり
GitHub Actions – Update on OIDC integration with AWS - GitHub Changelog
We have received customers reporting errors with Actions’ OIDC integration with AWS. This happens for customers who are pinned to a single intermediary thumbprint from the Certificate Authority (CA) of the Actions SSL certificate. There are two possible intermediary certificates for the Actions SSL certificate and either can be returned by our servers, requiring customers to trust both. This is a
Kubernetes as a platform vs. Kubernetes as an API | Amazon Web Services
Amazon Web Services ブログ Kubernetes as a platform vs. Kubernetes as an API はじめに Kubernetes とは何ですか？私はこの技術に初期から取り組んできましたが、8 年経っても、この問いにハッキリと答えられません。Kubernetes をコンテナオーケストレーターとして定義する人もいますが、その定義は果たして、Kubernetes を正しく表現できていると言えるでしょうか。私はそう思いません。この記事では、Kubernetes について、従来の考え方にとらわれない考え方や、技術の伸びしろを探ってみたいと思います。 Amazon Elastic Kubernetes Service (Amazon EKS) は、お客さまに代わって、Kubernetes クラスターを運用をする AWS のマネージドサービスであり、非常
OSSをベースにしたサービス提供の難しさ - knqyf263's blog
背景 難しさ 利益相反になりがち 競合OSSの存在 コミュニティからのPull Request 競合サービスによる利用 レベニューシェアにならない 利用統計が取れない やっておくべきこと お金を払いたい機能を見極める 境界線を決める ライセンスについて考える 利用統計の取得方法について考える OSSから有償版へのスムーズな移行を考える まとめ 背景 弊社（Aqua Security）ではOSS開発をしており、そのOSSを組み込んだ有償サービスを売ることで利益を上げています。 自分はその中のOSS開発をフルタイムで担当しています。 会社は何を目的としてOSS開発をしているのか、というのは以前発表しました。 speakerdeck.com フルタイムOSS開発者をやってみての感想なども昔書いています。 knqyf263.hatenablog.com 今回はOSSをベースにしたサービス提供の難し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Default value for Pod.spec.containers.securityContext.allowPrivilegeEscalation · Issue #30104 · kubernetes/website
Stop worrying about 'allowPrivilegeEscalation' - Christophe Tafani-Dereeper
Please clarify the license · Issue #45 · ruby/resolv
ニンテンドーシステムズ、IT技術者の中途採用開始 データエンジニアなど19職種 「良い意味で面倒くさがりな人」求む
サッカーって観戦難しくない？
Google Pixel、スマホ国内2位に浮上 安さでiPhone追う - 日本経済新聞
k6による負荷試験 入門から実践まで
