2026-04-15

docker runでコンテナにホスト側のAWS CLIの認証情報を伝えたい

技術

はじめに

docker run コマンドで実行するDockerコンテナ内でAWSのAPI呼び出しを行うとき、何もしないと認証情報がなくて失敗すると思う。なんとかしてホスト側の認証情報を伝えたい。なお、令和なのでアクセスキーはホストのどこにも (~/.aws/credentials ファイルにも) 永続化されておらず、一時的な認証情報 (SSOやAssumeRole) しかないものとする。

やりかた

結論から言うと、aws configure export-credentials コマンドを使って認証情報をアクセスキー・シークレットキーの形式で取得できるので、これが使える。ホスト側でアクセスキーを使っていない限りは永続性のない (有効期限のある) 認証情報として取り回せる。

aws configure export-credentials --format env-no-export のようにフォーマットを指定してあげることで、以下のような形式で環境変数の定義が取得できる。実用上は AWS_ACCESS_KEY_ID と AWS_SECRET_ACCESS_KEY があればよくて、残り2つの環境変数は要らない気がするけど、今のところ実害を確認できていないので放置してる。--format env にすると環境変数を export する文字列が出てくる。

AWS_ACCESS_KEY_ID=xxxxxxx
AWS_SECRET_ACCESS_KEY=yyyyyyy
AWS_SESSION_TOKEN=zzzzzzz
AWS_CREDENTIAL_EXPIRATION=YYYY-MM-DDThh:mm:ssZ

あとはこれをなんとかして docker run コマンドで使える形に整形したらいい。docker run コマンドでコンテナに環境変数を渡すには -e オプションを使う必要があるので、ひと工夫したらよい。リージョンだけ個別に渡してあげる必要があるので注意。以下はamazon/aws-cliイメージを使う例。サブシェル内で認証情報を環境変数としてexportしつつコマンドを実行している。

% ( eval $(aws configure export-credentials --format env); docker run --rm -e AWS_REGION=ap-northeast-1 -e AWS_ACCESS_KEY_ID -e AWS_SECRET_ACCESS_KEY -e AWS_SESSION_TOKEN amazon/aws-cli sts get-caller-identity )

あるいは、bashやzshを使っているのであれば --env-file オプションと匿名パイプを組み合わせるともっとシンプルに書ける。<(cmd) のように書くことでコマンドの実行結果をファイルディスクリプタ経由で取得できる。少なくともMac zsh + Rancher Desktopではこれで動作した。

% docker run --rm -e AWS_REGION=ap-northeast-1 --env-file=<(aws configure export-credentials --format env-no-export) amazon/aws-cli sts get-caller-identity

追記

もともとは aws --profile configure export-credentials コマンドの実行結果をワンライナーで加工して -e AWS_ACCESS_KEY_ID=xxxxx -e AWS_SECRET_ACCESS_KEY=yyyyyyy のようなコマンドライン引数を組み立てる方法を紹介していましたが、これだとコマンドライン引数から認証情報の中身が見えてしまう問題があるため、修正しました。

まとめ

aws configure export-credentials コマンドを活用することで、ホストのAWS CLIの認証情報を環境変数経由でコンテナに伝えることができて便利。

参考

2026-04-14

ミニPC日記

Windows10のサポートが終了し、ESU (拡張セキュリティアップデート) プログラムに登録していったんしのいでいたが、世界情勢やらAIの台頭やらでいつ新しいWindowsマシンを買うのがよいか分からない状態になっていた。10年前のデスクトップマシンはWindows11にアップデートできない。性能的には困っていないのだけれど、困ったね。

ACEMAGIC 【ミニPC K1 2026最新 AMD Ryzen 5 7430U】 32GB DDR4 512GB SSD増設可 mini pc ryzen6コア/12スレッド 4.3GHz ミニパソコン Windows 11 Pro フル機能Type-C/HDMI/DP 4K・3画面小型pc 高速USB3.2X6 静音排熱 Wi-Fi 6・Bluetooth5.2・有線LAN Vesa対応

ACEMAGIC

Amazon

ちょっと考えて、このミニPCを買った。考えてみるとWindowsマシンでヘビーなゲームをするわけじゃないし、インターネットやYouTubeが見れたらじゅうぶんだろう、というところに落ち着いたのであった。仕事でも趣味でも開発にはMacを使うようになっている。

たまにファンが回る音が気になるけど、今のところ快調に動いている。SSDが512GBなので換装してもいいかもしれないけど、困ったら考えることにする。

古いマシンのSSDやGPUはどうしようかな……。

2026-04-09

React Testing Libraryでuse関数を使うコンポーネントをテストする (workaround編)

技術

はじめに

PromiseをawaitせずにReactコンポーネントのpropsとして引き回すように修正し、テストコードで単に値を Promise.resolve() でラップするようにしたらテストがじゃんじゃん落ちて困った。ちょっと試行錯誤して直せたので事例共有とします。たぶんworkaroundなのでタイトルもそのようなテンションにしています。

利用しているライブラリのバージョンは以下の通り。

react, react-dom 19.2.4
@testing-library/react 16.3.2
jsdom 29.0.2

やりかた

use 関数 *1を使ってPromiseの解決を待つ (suspendする) コンポーネントがあったとして:

import { use } from "react";

type SuspendComponentProps = {
  data: Promise<string>;
};

export function SuspendComponent({ data }: SuspendComponentProps) {
  const str = use(data);
  return <h1>Hello, {str}!</h1>;
}

コンポーネントに渡したPromiseが解決された後の状態をテストするとき、単に render 関数を呼ぶのではなく、render 関数の呼び出しを await act(async () => ...) で囲んでやる必要がある。つまり、以下のテストコードは1つ目のテストケース (rendered with await act(async () => ...)) しか通過しない。2つ目以降のテストケースでは screen.findByText("Hello, foo!") が1秒でタイムアウトする。

import { act, render, screen } from "@testing-library/react";
import { describe, expect, it } from "vitest";
import { SuspendComponent } from "./SuspendComponent";
import { Suspense, ReactNode } from "react";

function wrapper({ children }: { children: ReactNode }) {
  return <Suspense fallback={<div>loading...</div>}>{children}</Suspense>;
}

describe("SuspendComponent", () => {
  it("rendered with `await act(async () => ...)`", async () => {
    await act(async () => {
      render(<SuspendComponent data={Promise.resolve("foo")} />, { wrapper });
    });
    expect(await screen.findByText("Hello, foo!")).toBeInTheDocument();
  });

  it.fails("rendered with `act(() => ...)`", async () => {
    act(() => {
      render(<SuspendComponent data={Promise.resolve("foo")} />, { wrapper });
    });
    expect(await screen.findByText("Hello, foo!")).toBeInTheDocument();
  });

  it.fails("rendered without `act(async () => ...)`", async () => {
    render(<SuspendComponent data={Promise.resolve("foo")} />, { wrapper });
    expect(await screen.findByText("Hello, foo!")).toBeInTheDocument();
  });
});

以下のリポジトリで実際に動作確認できる。

はじめに

やりかた

追記

まとめ

参考

はじめに

やりかた

なぜこうなるのか

おわりに

はじめに

なぜ移行したのか

構成

移行の流れ

テストを書く

Hono (hono/jsx) に移行する

ESLint flat configに移行する

oxlint, oxfmtに移行する

おわりに

あわせてよみたい

使い方

Docker Compose経由で使う

GitHub Actionsで使う

おわりに

余談 (実装テクニック)

HTTPレスポンスをシリアライズし、モックサーバーのレスポンスとして再利用

graceful shutdown

ログにリクエストIDを入れる

リクエストをcopy as curlできるようにする

スタックトレースのあるerror

環境変数から設定値を注入する

JSONの一部のフィールドだけ書き換えてシリアライズする

E2Eテスト

起こっていること

原因

対策

検証

おわりに