はてなブックマーク

こんにちは、はてなで GigaViewer for Web とバックエンドを開発している id:cateiru です。 この記事は『Inside GigaViewer for Apps』連載の第4回目です。ここまではアプリを中心に連載していましたが、今回は Web とアプリの両方で使用しているバックエンドについて、複数サービスとアプリを支えるしくみを紹介していきます。 GigaViewer のバックエンド構成 マルチテナントにする理由とメリット課題 アクセス数のピークはサービスによって分散する 機能を横展開しやすい システム障害が発生すると全サービスに影響しうるという課題 サービスごとにある固有機能と出し分け Feature を使用して機能を出し分けるさまざまな方法 開発環境でのみ Feature を有効化する WIP Feature 終わりに GigaViewer のバックエンド構成 G

イントロダクション クラウド基盤本部の吉川拓哉です。「Cybozu.comクラウド基盤の全貌」と題して私たちが運用している基盤を連載形式で紹介することになりました。第1回となる本記事はイントロを兼ねたサイボウズのクラウド基盤の概要説明です。 サイボウズのクラウド サイボウズが自社クラウド「cybozu.com」でサービス提供を開始したのは2011年。パッケージ提供していたグループウェア製品であるOfficeやGaroon、メールワイズをクラウド版として移植し、業務アプリケーションを手軽に開発できるkintoneをクラウド製品として新たに開発するなど、クラウドを通じてより多くのユーザーにサービスを届けられるよう努めてきました。 その土台となる基盤を構築しているのがクラウド基盤本部のエンジニアであり、サービスを24/365で安定稼働させつつ、ビジネス成長に合わせてアーキテクチャレベルでの基盤刷

こんにちは。LayerX AI・LLM事業部 SREのshinyorke（しんよーく）と申します。 現在はAI・LLM事業部のAIプラットフォーム「Ai Workforce」1人目のSREとして、 SRE（Site Reliability Engineering）の戦略策定と導入、実装。 企業への導入に際する技術的なサポート・伴走。 SREチーム立ち上げの為の組織作り。より具体的にはSREの採用と育成。 以上のミッションを担っています、入社から現在までの営みはこちらのブログで紹介しています。 tech.layerx.co.jp 一人目SREとして情報とノウハウを泥臭く取りに行きながら、さっさと行動して少しずつSREのプラクティスを浸透させましょう。というスタンスで泥臭く、時にはパワフルにやってきた話を前回のブログでは紹介させてもらいました。私達の行動指針的には「Trustful Team」

freee PSIRT( Product Security Incident Response Team ) のhikaeです。freeeでも自律型AI AgentのDevin*1を雇用しています。 今回はPSIRTの業務の一つである Dependabot対応におけるDevinの活用事例（Devindabot）… ライブラリの脆弱性対策にAIを活用して、開発ライフサイクル全体にいい影響が出た話 をご紹介します。 Dependabot対応 ... ライブラリの脆弱性対策 ライブラリアップデートの辛さ フローを見直し負担を下げる DependabotがPull Requestを作る流れ 1. GitHub Advisory Database · GitHub に脆弱性情報が追加される 2. Dependabotがリポジトリごとの依存グラフを定期的に更新する。もし脆弱性による影響がある場合はアラ

はじめに TVerのSREチームでインフラ周りやサービス監視オブザーバビリティーを担当しています西尾です。 この度はサービスとしての認知が広まり、配信プラットフォームとしての社会的な重要性も高まってきたTVerサービスについて運用面からの取り組みを紹介していきたいと思います。 現在Tverに関しては、多くのユーザーから視聴していただいていますが、サービス提供に関するステークホルダーとしてはこの視聴されていますユーザー以外にも、配信を行うコンテンツを制作提供している各放送局の方々も含まれ、サービスとしてはBtoC/BtoBの両方の性質をもっています。 そのため、サービスの安定稼動についてはこれからもっと多くのユーザーに必要とされ、また信頼できる動画配信プラトフォーム業者として各放送局の方々から選ばれるように高いレベルで求められています。 安定稼働の取り組みとしては各チームで様々な施策を行なっ

こんにちは。エンジニアリンググループで、クラウド型電子カルテ・レセコンである エムスリーデジカル のソフトウェアエンジニア兼 Team SRE をしている井上 渉（@wtr_in）です。キャベツ相場が落ち着いてきていて一安心しています。 今回は、デジカルを構成するサービスの DB（基本的に読み取りのみ）を Aurora MySQL から Fargate 上の SQLite に移行し、性能も向上しつつ当該サービス全体のインフラコストを約 1/8 まで大幅に削減できた 話をご紹介します。 移行前・移行後の構成とその効果 移行前 (Aurora MySQL) 移行後 (SQLite) 移行で得られた効果 移行を検討した背景 なぜ SQLite を選んだか SQLite のデータをどこに置くか インメモリ SQLite へのデータロード まとめ We are hiring! 移行前・移行後の構成と

こんにちは。ECシステムエンジニアリング部門の野口(id:celitan / @regtan)です。MonotaROでは購入者向けのマーケティングオートメーションシステムのプロダクトマネージメントとその開発チームのエンジニアリングマネージャを担当しています。 今回は、2024年12月に社内で行われたアドベントカレンダーの取り組みについてご紹介します。一般的なアドベントカレンダーは12月1日からクリスマスである12月25日まで一つずつ小さなプレゼントを取り出して楽しむものですが、Tech系でアドベントカレンダーといえば12月1日から12月25日までお題に沿ってリレー形式で記事を公開する取り組みを指します。企業単位やTech系コミュニティやTech系ブログサイトでも盛んにおこなわれていることもあり、目にする方も多いかと思います。私自身もいろいろな記事を読むことを楽しみにしているのと同時に、今年

はじめに アドプラットフォーム事業部で開発を担当している室岡です。 既存のGoのOSS内で参照しているaws-sdk-goパッケージをCopilot Agentを使用してメジャーアップグレードした事例をご紹介したいと思います。 LLMを利用した開発の参考になれば幸いです。 ※ Copilot Agentの使用法そのものの説明は割愛いたします。 開発過程 開発対象 下記のGoのアプリケーションになります。 github.com こちらは、database/sqlパッケージのAthena用ドライバです。 tech.speee.jp 他にもAthena用ドライバは存在しますが、パフォーマンス面において改良を加えています。 長らく、aws-sdk-goのv1を使用し続けていたため、Copilot Agentを使用してv2へ変更を試みました。 修正PR 使用した開発環境 Copilot Agent

こんにちは、SREの久保木です。一年弱ぶりにまた記事を書きます。 以前はfreeeに入って割とすぐの頃で、Project間の依存関係を表す図を自動生成したりしていました。 その後はfreeeで使われているTerraform Codeを一括整備するためにTFLintを導入しつつCustom Ruleを実装したり、この手のLinter導入にありがちな最初の間は警告が多すぎて無視されてしまう問題に対処するために全部のCodeを手入れしたり（すごい量でした……）、結果的にfreeeのInfrastructureのIaC周り全般の知識を得られたのでそれを用いてSecurity Riskのある問題の対処をしたり、最近はPSIRTやSRE内のCloud Governance Teamと連携してAWSのResourceの管理状態を見直したりと、いろんなふわっとした課題、ちょっと手をつけづらい課題を探しては

こんにちは。今年からグループ情報部という部署にいる 池田(@mashiike) です。 背景 先日、GitHub Actionsの tj-actions/changed-files にセキュリティインシデントがありました。実は、 reviewdog/action-setup 経由らしいという話が直近の話題です。 nvd.nist.gov www.wiz.io サプライチェーン攻撃が本格的に心配になってきた今日このごろです。 さて、このような状況で、GitHub Actionsの外部actionへの攻撃に対する対策はどうしたら良いのでしょうか？ そんなとき、ちょうど次の記事が公開されまして、「へぇーRenovateとDependabotならCommitHash直指定でも自動で上げてくれるんだ〜」と知りました。 developer.hatenastaff.com やっぱり、対策はCommitH

株式会社ヘンリーでSREなどをしている戸田です。弊社では技術勉強会略してギベンを毎週開催しておりますが、このたび個人の方がネットで簡単にサービス販売できるプラットフォームを開発、提供していらっしゃるMOSH株式会社の皆さんと合同で技術勉強会を開催いたしました。弊社からは3名のITエンジニアが発表しておりますので、その内容を軽くご紹介いたします。 GitHubでTerraformできる！tfmigrate & tfactionのご紹介 両社の採用技術の共通点であるTerraformに着目して、筆者（id:eller）が弊社でtfmigrateとtfactionを導入するに至った経緯についてお話ししました。 図1 非公開資料より。tfmigrateとtfactionはとても便利です！ ReactNativeで「手軽に速く」サービスをリリースしたい 弊社の2つ目の発表はokbee（id:taka

はじめに こんにちは、MA部MA基盤ブロックの@turbofish_です。ZOZOTOWNではプッシュ通知やLINE、メール、サイト内お知らせでのキャンペーン配信を行っており、MA部ではそれらの配信を担うマーケティングオートメーション（MA）のシステムを開発しています。本記事ではその中でも、メールの配信を担当する基盤システムをリアーキテクチャし、バッチでの配信とリアルタイムな配信の両立を実現した取り組みをご紹介します。 目次 はじめに 目次 背景・課題 ZOZOTOWNでのキャンペーン配信 メール配信基盤の機能要件 旧メール配信基盤のシステムアーキテクチャと課題 旧メール基盤のアーキテクチャ 旧メール配信基盤の課題 新メール配信基盤の機能要件とアーキテクチャ 新メール配信基盤の機能要件 新メール配信基盤のアーキテクチャ 新メール配信基盤における配信処理の流れ 配信トリガーくん 配信リストア

はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク数ランキング」。3月10日（月）～3月16日（日）〔2025年3月第3週〕のトップ30です*1。 順位 タイトル 1位 中小企業のための「生成AI」活用入門ガイド 2位 AIを学びたい中学生のためのリンク集｜shi3z 3位 全ビジネスマンが使えるClaude3.7 sonnet と draw.ioで始める図の作成。｜遠藤巧巳 - JapanMarketing合同会社 4位 エンジニアに許された特別な時間の終わり - Speaker Deck 5位 〈女性ライバー刺殺・衝撃LINE入手〉「時間かかると思うけど絶対返すから100万かりたい」「もう頼まないから5万だけおねがいしていい？」…高野容疑者と「最上あい」金銭トラブルの詳細 | 集英社オンライン | ニュースを本気で噛み砕け 6位 お前らは口座差押えの困難さを

こんにちは、2025/02からAndroidエンジニアとして入社したid:matsudamperです。 GitHub Actionsで外部のactionを使用する時に、どのようにバージョンを指定していますか？ バージョンの指定方法とメリット、デメリット よく使われるactions/checkoutのREADMEのUsageでは以下のように書かれています。これでv4のタグが使用され、最新のv4.x.xに入った改善が使用側のコードの更新なしに使用する事ができます。 - uses: actions/checkout@v4 この書き方のメリットとデメリットは以下です。 メリット v4の間は勝手に更新され、新しいバージョンに書き換える手間が無い デメリット ビルドに再現性が無くなる 不具合が混入した場合、突然動かなくなる。後でRe-Runすると直っている。 actions/checkoutでもこれが

こんにちは、SmartBankでサーバーサイドエンジニアをしているhiroteaです。 ここ最近、CursorをはじめとしたAIを活用したコードエディタの利用が社内で急速に進み、私自身も日常的に「ペアプロ」しています。 特にCursorのAgentモードは、明確な指示を与えることでテストコードまで自律的に生成・実行してくれて非常に便利です。 docs.cursor.com しかし、AIにコード生成をさせていると以下のような悩みに遭遇します。 社内で定めたコーディングルールが守られない 既存の共通クラスやベースクラスをガン無視して独自に実装し直してくる AIあるあるですよね。 例えば、既に認証やエラー処理を包括的に提供しているApi::BaseControllerという共通の親クラスが存在する場合、以下のような実装をすることが望ましいです。 class AratanaController <

こんにちは、デザインマネージャーの清水です。 私たち「プロダクトデザイン課」は、お客様の業務課題を解決するため、全プロダクトのUI/UXデザインを担っています。 あらゆるプロダクトにとって、最良のUXを目指すことは必然だと思います。 私たちもまた、お客様にとってより使いやすいプロダクトを提供するため、継続的にUX改善に取り組んでいます。 先日のブログ「ラクスのプロダクトデザイン組織紹介― 顧客価値を高める新たな挑戦」では、継続的なUX改善の一環である「UI刷新」プロジェクトについてご紹介しました。 ここでの「刷新」とは、既存UX（お客様の使い勝手に大きく影響する配置や導線）を急激に変更するという意味ではなく、UXの維持向上を重視しつつ、よりわかりやすいUIデザインにするイメージにとらえていただければ幸いです。 tech-blog.rakus.co.jp 今回は「UI刷新」の目的や背景、どの

モンスターハンターワイルズの力の護符と守りの護符をいつの間にか取っていたものの、ずっとアイテムBOXの中に入れていて取り出さないとダメ、ということに HR 70 になってから気がついた柴田です。 今日は最近紹介記事をよく見かける AI Agent による自動コーディングについて実際に試してできたコードや感想についてご紹介します。 GitHub Copilot の Agent mode 勤務先のアンドパッドではエンジニア全員が GitHub の Copilot のビジネスプランを使用することができます。私も GitHub の Copilot を VScode から利用しており、同じようなコードの繰り返しなど、「ここでこういう処理を書いてほしいなあ」と想像したものと大体同じコードを補完してくれるので便利に使っています。 一方で Copilot Edits や最近 Preview で追加された

カミナシで、Webフロントエンドエンジニアをしている osuzu です。 これまでフロントエンド専門外のエンジニアからReactを学ぶ良い方法やお勧めドキュメントを聞かれる度に、 公式ドキュメント のリンクを貼る日々を過ごしてきましたが、何かすごい上達方法がないものかと普段意識していることをこの記事で書き起こしてみました。 文字にした結果、中身になにか特別なことや魔法のテクニックは一つもなく、むしろプログラミング一般に通ずる話ばかりになりましたが、（自戒も込めて）凡事徹底することの難しさもあると感じておりその一助になれば幸いです。 ※ 凡事徹底：平凡なことを非凡なほどに実行すること。一つ一つの理解や実行は平易でも、それを実践し続けるのは難しい。 React Server Component（以下RSC）を採用するかで変わる部分もありますが、記事の例はClient Componentの話が中

TypeScript で MCP サーバーを実装し、Claude Desktop から利用する MCP（Model Context Protocol）とはアプリケーションが LLM にコンテキストを提供する方法を標準化するプロトコルです。MCP を使用することで、LLM は外部ツールやサービスからコンテキストを取得するだけでなく、コードの実行やデータの保存など、さまざまなアクションを実行できるようになります。この記事では MCP サーバーを TypeScript で実装する方法を紹介します。 MCP（Model Context Protocol）とはアプリケーションが LLM にコンテキストを提供する方法を標準化するプロトコルです。多くの LLM ではユーザーに適切な回答を提供するために追加のコンテキスト情報を必要とします。例えば、今日の天気の情報をユーザーから求められたとしても LLM

こんにちは！広告事業本部でリードアプリケーションエンジニアをしている高木です。 私が所属するチームでFindy Team+を導入し、サイクルタイムの改善に取り組みましたので、その内容を紹介いたします。 Findy Team+は、GitHubやJiraなどの開発ツールと連携し、開発生産性の可視化・向上を支援するツールです。 サイクルタイムとは最初のコミットからマージされるまでの時間のことで、開発効率を測る指標の1つです。 Findy Team+では、サイクルタイムの平均時間に加えて以下の各プロセスのリードタイムも確認できます。 コミットからオープンまでの平均時間 オープンからレビューまでの平均時間 レビューからアプルーブまでの平均時間 アプルーブからマージまでの平均時間 背景 弊チームでは、レビューに時間がかかっていることが長年の課題でした。 Pull Request（以下、PR）をオープン