こんにちは、エデュケーショナルサービス課の井澤です。 私たちは、AWSの導入支援や運用・サポートといったサービスを通じて、多くのお客様のクラウド活用をサポートしています。 その中で、近年特にお問い合わせが増えているのが「システムの自社運用（内製化）」に関するご相談です。 そうしたご相談にお応えするため、サーバーワークスはAWSトレーニング・内製化支援サービスを提供しています。 AWSトレーニング・内製化支援 サービスページより抜粋 https://www.serverworks.co.jp/service

React初学者が陥りやすい「無限レンダリング」問題について、その原因と対策を解説。useStateによる状態更新やuseEffectの依存配列の誤りが引き起こす無限ループの具体例と、useCallbackなどを用いた解決策を紹介します。

はじめに タイトルの問いに対して、結論から言うとベクトル検索が完全に不要になった、ということはないです。一方、「各文書を分割→ベクトル化→並列に配置して検索」のような従来RAGのアーキテクチャだと対応できないユースケースは多々あります。 本記事では、従来のベクトル型RAGの特徴を振り返り、技術的課題を再認識するとともに、最新のRAGアーキテクチャの利点を踏まえて、これらとベクトル検索をいかに共存させるかを再検討します。 RAG（Retrieval-Augmented Generation） RAGの定義

本記事は 2026 年 4 月 7 日 に公開された「 Launching S3 Files, making S3 buckets accessible as file systems 」を翻訳したものです。 Amazon S3 Files の提供開始をお知らせします。S3 Files は、あらゆる AWS コンピューティングリソースと Amazon Simple Storage Service (Amazon S3) をつなぐ新しいファイルシステムです。 10 年以上前、私がAWS トレーナーだった頃、

はじめに 従来のAzure Database for PostgreSQL Flexible Serverでは、いわゆるマスター・レプリカ構成が一般的でした。この構成では、インスタンスのスケールアップの他にリードレプリカを追加することで参照系クエリのスケールアウトが可能です。しかし、Amazon Web Services（AWS）のAuroraのReader Endpointのように単一のエンドポイントでリードレプリカへ自動的に負荷分散する仕組みは提供されておらず、アプリケーション側で接続先を切り替える、

はじめに Slackでメッセージを送ったあと、「ちゃんと読まれているかな」と不安になったことはありませんか。丁寧に書いたはずなのに反応が薄かったり、スレッドがそのまま流れてしまったり。 「伝わるSlack」と「流れるSlack」の違いは、内容よりも「相手の使い方に合っているか」にあると感じています。 そういった経験から、私は「どう書くか」より「相手がどう使っているか」を先に考えるようになりました。 この記事では、相手のSlackの使い方を観察して、その人に合わせた送り方を変えるという、私が日々実践している

目次 概要 実現できること AutoOps とは システム構成イメージ サンプルの内容 動作確認環境 ファイルの説明 セットアップ手順 1. パスワードなどの設定 2. コンテナの起動 3. オンプレミス側での API Key の発行 3.1. オンプレミス Kibana へのログイン 3.2. API Key の発行 3.3. Home 画面 3.4. Welcome 画面 3.5. API Key 作成画面 3.6. API Key の貼り付け 4. Cloud Connect 4.1. メニュー移動

本ブログは 【寄稿】AI民主化に向けた丸紅の取組 （丸紅株式会社）の続編です。 みなさん、こんにちは。総合商社を担当しているソリューションアーキテクトの林です。 前回のブログでは、 丸紅株式会社 デジタル・イノベーション部が内製で開発した社内生成 AI プラットフォーム「Marubeni Chatbot」の誕生から、7,500 人以上への展開、そして業務時間 25〜65% 削減という成果をご紹介しました。 あれから約1年半。丸紅グループの生成AI活用は、さらに大きく進化しています。前回のブログに引き続き、

なぜGoogle Workspaceは組織の力を引き出すのか Google Workspaceは、個人の力に頼るのではなくチーム全体の生産性向上を重視するGoogle独自の思想を体現しています。その本質は、単に個人の作業を効率化するだけでなく、従来の情報を送る・交換するやり方から、クラウド上で共有するコラボレーションの働き方へ、仕事のあり方そのものを根底から変える力を持つ点にあります。

こんにちは、プロダクトエンジニアリング部の江口です。 私は普段 LIFULL HOME'S 賃貸マーケットの技術負債解消に取り組むエンジニアリングチームのリーダーをしています。 本記事では、賃貸マーケットで長年の課題だった「ユーザー行動ログ送信処理」の技術負債解消について紹介します。技術的な取り組みだけでなく、エンジニアとして技術負債にどう向き合っていくべきかを考えるきっかけにもなった経験をお伝えできればと思います。 何が問題だったのか なぜこれまで解決できなかったのか どうアプローチしたか 難易度を下げ

はじめに 名古屋からこんにちは。IIJ名古屋支社の北河です。 春です。春がやってきました。そして3月28日、名古屋駅周辺はざわざわした一日でした。 「そりゃあ鈴鹿F1がありますし」という声が聞こえてき...

要約 3回目に権限をリクエストしたときにダイアログが出ないのは仕様です。権限ダイアログを出すのは諦め ...

はじめに こんにちは、ユーザベース Sales System Engineering Teamの竹本（あだ名：たけたけ）です！ 前回の記事 では、僕たちユーザベースのSalesforce構成をご紹介しました。 その中で、スクラッチOrgを用いたソース駆動開発へ転換を目指す…と締めくくりましたが、ようやく形になってきたので今回はそのストーリーをお伝えできればと考えています。 このブログを通して、よりよいSalesforce 開発体験を作る議論のきっかけになると嬉しい限りです。 なぜ組織駆動開発 > ソース駆

G-gen の奥田です。当記事は、2026年3月19日に開催された Agentic AI Summit 2026 Spring で筆者と弊社の今野が登壇したセッション「Gemini Enterprise と ADK で実現する業務特化型エージェント開発の最前線 — ユーザー認証連携における Google Workspace 操作の実装方法と事例を公開」のレポートです。 セッションの概要 なぜ AI エージェントにユーザー認証が必要なのか サービスアカウントのリスク OAuth 2.0 によるユーザー認証連

Hi, I’m a backend engineer on the Bucketeer ...