Team OKRs in Action
From Strategy to Real Results OKRs have become a popular way to connect strategy with execution in large organizations. But when they are set in a top‑down cascade, they often lose their meaning. Teams receive objectives they didn’t help create, and the result is weak commitment and little real change. High‑performing teams work in another way. They define their own objectives in an organization t
AWS ECS Fargate で keycloak をクラスタ構成で動かしてみる | OSSサポートのOpenStandia™【NRI】
公式ガイドのイメージでは、以下のような設定を想定したDockerイメージとなっている。 DBにpostgresを利用する設定 ノード間通信にUDPマルチキャストを利用 ヘルスチェックエンドポイントを有効にする環境変数を設定 しかし、AWSではUDPマルチキャスト使えない仕様であること、 コンテナの環境変数はできる限りECSタスク定義で設定するようにしたいということなど踏まえ、 以下のように変更したDockerfileを用いてAWS環境用にイメージをビルドする。 Dcokerfile FROM quay.io/keycloak/keycloak:latest as builder WORKDIR /opt/keycloak # for demonstration purposes only, please make sure to use proper certificates in pro
AIの民主化に向けた管理画面のMCP Server化 | CyberAgent Developers Blog
はじめに こんにちは、FANTECH本部 の 前田 です。 サイバーエージェントでは、AIツールへの投資を積極的に行っており、2025年6月には 年間で約4億円のAI活用予算をエンジニアに支援 することを発表しています。 私が所属するチームでも、Claude CodeやCursorなど、AIエージェントを利用した開発が導入されており、開発フローの中にAIがいます。 一方、全職種がAIを活用して然るべきフェーズに来ていますが、担当業務よっては個人の業務最適化に閉じているケースが多いです。 個々人がAI活用について知り、自身の業務を最適化していくことがファーストステップですが、組織としてのAI活用の成果創出も考えていく必要があります。 $200の支援を組織に還元していくためにも、AIを利用しやすい土壌整備はエンジニアのミッションの1つになってきていると感じています。 AIイネーブリングという考
EPUBリーダー表示テスト正解集 次世代パブリッシング研究会(著) - ポット出版プラス
紹介 全ての電子書籍リーダーの表示が均一なのではない。CSSルールは同じでも、リーダーが変われば表示も変わってしまう場合がある。それが現実なのだが、これは電子書籍制作者の悩みでもある。そこでこの問題の全面的な可視化を目指し、全12種・全72環境のリーダーをテストしたのが、「EPUBリーダー表示テスト」（2023年）だ。とはいえ多くの人にとってテスト結果を見ただけでCSS仕様通りか否かを判断するのはむずかしい。そこで正しい表示のスクリーンショット、つまり正解を一冊にまとめたのが本書なのである。テストで実際に使用された別売のEPUBファイルにより自分でテストする際、本書を隣に置けば結果は一目瞭然となるだろう。 目次 はじめに ■CSS仕様適合性テスト 「CSSの公式的な定義に含まれるCSSモジュール」から 「かなり安定しているが実装経験が限定的なCSSモジュール」から 「大まかな相互運用性のあ
GitHub Notificationsの未読通知を活用したPull Request / Issueのトリアージを実現するGitHub CLIエクステンションgh triageを作った - Copy/Cut/Paste/Hatena
テイラーでは開発にGitHubを使用しているのですが、それはもう毎日たくさんのPull Request / Issueが作られます。 RenovateなどのPull Requestの数も影響していますが、それを差し引いても構成人数比でいうと多い印象があります。 GitHub Notificationsの未読通知ベースの管理のツラミ 私はGitHub Notificationsの未読通知でPull Request / Issueを把握していて、確認したものから既読にしていく（つまり、確認するつもりで開く）運用をしていたのですが、この運用がうまくいっていない感覚がありました。 明らかに（もう）見なくてもいい未読通知が大量にある マージやクローズの通知はもう終わったことなので、一旦は見なくて良いかなと思うのですが（プロダクトの変遷を追うという意味では重要な情報ではあるのですが、それは別のフェーズ
Slack上でみんなで育てるAI bot 「resident-ai」 - Hatena Developer Blog
システムプラットフォームチーム SRE id:MysticDoll です。 この記事では、私が作成し現在はてな社内のSlackで稼動中のAI bot、「resident-ai」を紹介します。 resident-ai とは 実行例 仕組み 実装時の課題 システムプロンプトの保存場所 Canvasの取得 bot自身のIDの取得 まとめ ウニウニ！ 締め resident-ai とは resident-aiはSlack上でAIとチャットができるbotですが、特にチャンネルのCanvasを最大限に活用できる点が強みです。 @resident-ai <質問内容など> とリプライすると起動し、その後は実行されているチャンネルのCanvasがAIのシステムプロンプトとして自動的に読み込まれます。これにより、Canvasに記述された情報をAIが理解し、それを踏まえた上で対話を進めることが可能です。 実行例
[Nginx]worker_connectionsとworker_rlimit_nofileの値は何がいいのか？ - Qiita
worker_connectionsが足りなくなってしまっています。 今回、ここの値を上げるに当たってworker_rlimit_nofileも上げる必要があります。 worker_rlimit_nofileの値は何にすべき？ そもそもworker_rlimit_nofileとは？ Nginxのworker_connectionsの1workerプロセスにおける、 ファイルディスクリプタ の上限値 引用） Nginx - worker_rlimit_nofile Changes the limit on the maximum number of open files (RLIMIT_NOFILE) for worker processes. 和訳） workerプロセスの最大オープンファイル数の上限（RLIMIT_NOFILE）を変更します。 ファイルディスクリプタとは？ 引用） IT用
![[Nginx]worker_connectionsとworker_rlimit_nofileの値は何がいいのか？ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/98798d04dc4c1acdf0c983fd796261bc8fce5d85/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGMTc4MzUxJTJGcHJvZmlsZS1pbWFnZXMlMkYxNTk2Njk4NTY5P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPWY3NWQxMTdiMDIwOGNhN2RhNTUyMzBmMDBjNTA3MDNi%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dde86a60c8d7193b7f4d469e8016dc65d%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCTmdpbnglNUR3b3JrZXJfY29ubmVjdGlvbnMlRTMlODElQTh3b3JrZXJfcmxpbWl0X25vZmlsZSVFMyU4MSVBRSVFNSU4MCVBNCVFMyU4MSVBRiVFNCVCRCU5NSVFMyU4MSU4QyVFMyU4MSU4NCVFMyU4MSU4NCVFMyU4MSVBRSVFMyU4MSU4QiVFRiVCQyU5RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTQ3ODFlY2Q2YmY0N2RmYTcxYTM5MmIwOTc2ZjUwOTZk%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBtaWtlbmVfa29rbyZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTY5NjllYWUwZTAzODkwZjZlOTNkMzUwZTg5OTkxMDMy%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D56da72fdea976204ac1e2c9980c3884d)
ECS Blue/Green に対応した ecspresso v2.6.0 をリリースしました - 酒日記 はてな支店
Amazon ECS デプロイツール、ecspresso v2.6.0 をリリースしました。 github.com 新機能 ECS Blue/Green デプロイ対応 これまで ECS では CodeDeploy と連携する形での Blue/Green デプロイがサポートされていましたが、先日 ECS deployment controller でのネイティブな Blue/Green がサポートされました。その対応が入っています。 aws.amazon.com 使い方としては特にこれまでと変わらず、サービス定義ファイルに B/G 用の属性を追加して ecspresso deploy するだけで使えるようになります。READMEを参照してください 実装は実は何も大変ではなかったので(ほぼSDKのバージョンを上げただけ) 即日 nightly バージョンをリリースしたところ、早速検証記事を書い
GraphQLの「Resolver並行性・I/O並列性」の言語別実装比較(JS, Go, Ruby, PHP)
はじめに GraphQLは柔軟なデータ取得を可能にする一方で、N+1問題やI/Oによるレスポンス遅延が課題になることが多いです。 このような課題を解決するために、各言語・ライブラリが「Resolverの並行実行」や「I/Oの並列化」などの工夫をしています。しかし、その実装方式は言語ごとにかなり違いがあります。 この記事では、graphql-js（Node.js）、graphql-go（Go）、graphql-ruby（Ruby）、graphql-php（PHP）の主要なGraphQLサーバー実装を比較します。 なぜResolverの並行性が必要なのか GraphQLでは、クライアントから柔軟かつ複雑なデータ取得要求（クエリ）が送られることが多く、1つのクエリが多数のResolver（データ取得処理）を呼び出す構造になります。 このとき、Resolverの並行性（複数のResolverを同時
退 - masawadaの日記
明日、2025/7/31付で株式会社はてなを退職します。本日が最終出社でした。社内に向けたご挨拶は社内エントリとして残したので、この記事はここ最近対面することがなかった仲の良い方向け、あるいは個人の日記です。間の悪いことに先週末ごろ新型コロナウイルスの症状が顕在化したので、最終出社といいつつ自宅から各種手続きを終え、このエントリを書いています。 2014年のはてなサマーインターンに参加し、2015年からアルバイト、2016年に新卒入社したので正社員としては9年強、バイトを含めると10年強と長い間働いていました。 バイトを含めた最初の5年はブログのユーザさん向け機能開発やビジネス向けの改修を担当し、残りの5年はマンガビューワの開発・運用をやっていました。某サービスのユーザデータを他社システムからすべて移行してくるチームのリード*1が一番の大仕事で、終盤はサービスの基盤部分の運用・改善を担当す
AWS ECS Fargate で keycloak をクラスタ構成で動かしてみる - Qiita
Keycloak が ver17 より WildFly から Quarkus へ移行しているが、 Quarkus ベースのバージョンでクラスタ構成を検証している情報が少ないため、 今回 Keycloak を AWS のコンテナ環境でクラスタ構成で動作させてみる。 ※本記事は、Keycloakのバージョンアップに伴い、「Keycloakを冗長構成で動かしてみる」と「インフラ管理不要なコンテナ環境のAWS FargateでKeycloakを動かしてみる」の記事を最新化したものです。 本記事でやること Keycloak の AWS 向けカスタム Docker イメージを ECR にプッシュする。 AWS 向けに S3_PING を用いたクラスタ構成設定を追加 コンテナビルド ECR でプライベートリポジトリを作成 コンテナを ECR リポジトリへプッシュ Fatgate を用いた Keycloa
SRE NEXT 2025にて実施した「SREエンジニア実態調査」と「ヒヤリハット集」の結果を大公開！ - kubell Creator's Note
こんにちは！SREグループの桝谷@hnchn87です。 先日7月11-12日に開催された『SRE NEXT 2025』にPlatinumスポンサーとしてブース出展してきました。この記事では、当日ブースで実施した「SREエンジニア実態調査」のアンケート結果と、「あなたが体験した"ヒヤリハット"集」の集計結果を大公開します！ 当日、アンケートやヒヤリハット事例の投稿にご協力いただいた皆様、本当にありがとうございました！！ アンケートの概要 今回のSRE NEXT 2025では、以下の2つの企画を実施しました： SREエンジニア実態調査: SREエンジニアの皆様の技術スタック、組織体制、関心事などを調査 ヒヤリハット集: SRE現場で経験した「ヒヤリハット」な体験談を収集 どちらも多くの方にご参加いただき、SRE業界の現状を把握できる貴重なデータが集まりました！ 1. SREエンジニア実態調査の
ECSのネイティブBlue/Greenが登場したので検証！フック・Dark Canary・コントローラ更新も強力
日本時間2025年7月18日、ECSのデプロイが大幅に強化されたので、試しつつ情報を整理してみました。単純にBlue/Greenがネイティブで可能になっただけではありませんでした。 先に要点 CodeDeployを使わずとも、ネイティブでBlue/Greenデプロイが可能になった lifecycle hooksによって、様々なタイミングでLambdaによる検証も可能 Test listener/listener ruleによって、エンドユーザ影響ゼロで本番環境での事前検証も可能（Dark Canary） Service ConnectでもB/Gが可能に デプロイコントローラをサービス作成後に変更可能に CodeDeployによるB/Gは今後避けた方がよさそう。移行ガイドもあり アップデートの概要 CodeDeployを用いずともECSの組み込み機能としてBlue/Greenデプロイが可能に
What's New at AWS - Cloud Innovation & News
Amazon Elastic Container Service (Amazon ECS) announces new features that make software updates for your containerized applications safer, allowing you to ship software faster and with high confidence, without needing to build custom deployment tooling. Amazon ECS now supports a built-in blue/green deployment strategy and deployment lifecycle hooks that allow you to test new application versions i
RubyのPathnameライブラリが本体組み込みになったらGC周りのテスト失敗がおきた - STORES Product Blog
こんにちは。ruby-devチームの遠藤（@mametter）です。 次期バージョンのRubyでは、pathnameがRuby本体組み込みとなり、require "pathname"なしで利用可能になる予定です。 Rubyで書き捨てスクリプトを書いてる自分のような人は地味にうれしいかもしれません。 Feature #17473: Make Pathname to embedded class of Ruby - Ruby - Ruby Issue Tracking System さて、pathnameの組み込みがマージされた直後、非常に興味深いバグが発生しました。 今回はそのデバッグの経緯を技術ブログとして共有したいと思います。 問題の発生：特定環境でのみ失敗するテスト コミッタのhsbtさんがpathnameの組み込み化をマージした後、なぜかRubyのCIの一部が落ちるようになりました。
社内共通gRPCサービスにおけるエラーフォーマットの整備 - enechain Tech Blog
はじめに 背景 エラー情報の管理方法 案1: gRPCメソッドのresponseにエラー用のフィールドを追加する Pros Cons 案2: metadataにエラーを追加する Pros Cons 案3: protoにコメント形式でエラー情報を追加 Pros Cons 選定された方法 チェックツールについて まとめ はじめに こんにちは、ソフトウェアエンジニアの大山です。 enechainでは、複数プロダクトから共通で利用される機能はマイクロサービスとして独立させており、それぞれがgRPC APIを提供しています。 Protocol Buffersの一元管理 ではそれらAPIの定義を一元管理する仕組みについて紹介しました。 共通系のサービスが自由なフォーマットで実装されていくとクライアント側の認知負荷が高まるため、正常系の処理だけでなく異常系の処理に関しても詳細なフォーマットが定められてい
アプリケーションのパフォーマンスを向上：Amazon CloudFront が HTTPS レコードを有効化 | Amazon Web Services
Amazon Web Services ブログ アプリケーションのパフォーマンスを向上：Amazon CloudFront が HTTPS レコードを有効化 本稿は、2025 年 7 月 2 日に公開された “Boost application performance: Amazon CloudFront enables HTTPS record” を翻訳したものです。 Amazon CloudFront は、グローバルネットワーク全体で Amazon Route 53 の HTTPS DNS エイリアスレコードをサポートすることを発表しました。この機能でクライアントは、その後の接続ステップではなく、最初の DNS 解決フェーズで最適な HTTP プロトコルを見つけることができます。これにより、ユーザーはパフォーマンスとセキュリティを向上させると同時に、運用コストを削減できます。 この記事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Getting more from your performance test reports | JtlReporter | JtlReporter
GitHub - aws-actions/aws-lambda-deploy: Deploys a Lambda function.
FargateでNginxコンテナをデプロイする時、「worker_rlimit_nofile」の値はタスク定義で設定したulimits値以下にしなくてはならない - Qiita