博多ラーメンから考える○○の茹で加減

1. 博多ラーメンから考える ◦◦の茹で加減 2026/10/23 AWS Community Builders Meetup Kyushu 2026
2. 私はラーメンが好きです 2
3. 博多のラーメンももちろん好きです 3
4. ラーメンの麺の茹で加減 何秒茹でるかは店によって違う 粉落とし ハリガネ ← 硬い（茹で時間が短い） バリカタ カタ 普通 やわ バリやわ やわらかい（茹で時間が長い）→ 4
5. 茹で加減ごとの時間の目安 粉落とし ハリガネ バリカタ 5 秒前後 10〜15 秒 20 秒 カタ 普通 30 秒 40〜60 秒 やわ バリやわ それより長い 博多ラーメンは細麺が多く、もともと茹で時間が短い 実際はタイマーを使わず、茹でる人の勘で決めることが多い 出典: All About ニュース「ラーメンの「粉落とし」って何？【ラーメン評論家・大崎裕史が解説】」（2024/1/26） 5
6. ここから本題ですが... 6
7. S3 Files にも「茹で加減」がある？ 7
8. Amazon S3 Files 2026/4/7 に登場 S3 の汎用バケットをファイルシステムとしてマウントできる – NFS でマウント（EC2 / Lambda / ECS / EKS） – 裏側は EFS の仕組み データの正はあくまで S3 バケット 出典: AWS News Blog「Launching S3 Files, making S3 buckets accessible as file systems」 8
9. ファイルとオブジェクトは同期でつながる EC2 からはファイルシステム（以下 FS）として読み書きし、S3 とは裏で同期する どちらの向きも、反対側に反映されるまで時間差がある – 麺の茹で具合と似ている！ 9
10. 茹で時間を測ってみる 10
11. 測り方 東京リージョン / EC2 t4g.micro（Amazon Linux 2023）/ amazon-efs-utils 3.3.3 / 各 20 回 11
12. FS → S3 は約 1 分 粉落とし ハリガネ バリカタ カタ 普通 やわ バリやわ 20 回とも 61〜66 秒。ドキュメントの「書き込みが 60 秒止まってから」どおり 出典: Amazon S3 User Guide「Understanding how synchronization works」 12
13. もはや博多うどん 粉落とし ハリガネ バリカタ カタ 普通 やわ バリやわ うどん 博多うどんは、ふわふわしたコシの弱い麺が特徴 写真: Nissy-KITAQ / Wikimedia Commons（CC BY-SA 3.0）/ 出典: 農林水産省 aff 2017年1月号「ニッポン麺探訪」 13
14. 粉落とし ハリガネ バリカタ カタ 普通 やわ バリやわ S3 → FS は約 1 秒（＋キャッシュ） S3 Files の取り込みは約 1 秒 – キャッシュを切って（ noac でマウント）測ると、中央値 1.2 秒 ただし EC2 側の NFS のキャッシュで、見えるまで最大 30 秒くらい待つ – ふつうにマウントすると 3〜30 秒（中央値 16.5 秒） 14
15. 替え玉を頼み続けると... 5 秒ごとに書き足しているあいだは S3 に出ていかない 24 回書いても、S3 には最後に 1 回分だけ 頼み続けるかぎり、いつまでも食べ終わらない 出典: Amazon S3 User Guide「Understanding how synchronization works」 15
16. おいしく食べるコツ 書いてすぐ S3 側で使う処理は、60 秒＋α 待つ前提で組む 書き足し続けるファイル（ログなど）は、止めるまで S3 に出ていかない S3 に置いたものをすぐ見たいなら、NFS のキャッシュも意識する 同じファイルを両側から書くと、S3 が優先される（FS の版は lost+found に残る） 待ち具合は CloudWatch の ExportAge で見える 出典: Amazon S3 User Guide「Monitoring S3 Files with Amazon CloudWatch」 16
17. まとめ 17
18. まとめ S3 Files で S3 バケットをファイルシステムとして使える 反対側に反映されるまでには「麺の茹で加減」がある – FS → S3 は 約 1 分（やわ） – S3 → FS は 約 1 秒（粉落とし）＋ EC2 側のキャッシュ 茹で加減を知っていれば、おいしく使える 18
19. ご清聴ありがとうございました 19
20. 補足: NFS クライアントのキャッシュ S3 Files は NFS（v4.2）でマウントする – EC2 の OS（NFS クライアント）が、ネットワーク越しに S3 Files へ問い合わせる 毎回問い合わせると遅いので、ディレクトリの情報をキャッシュする – 有効期間は Linux の既定で 30〜60 秒（ acdirmin / acdirmax ） – S3 Files のマウントヘルパーもこの値は変えていない キャッシュが切れるまでは、S3 Files 側で増えたファイルに気づかない 出典: Linux の nfs(5) マニュアル / Amazon S3 User Guide「Mounting S3 file systems on Amazon EC2」 20
21. 補足: NFS の経路とキャッシュ アプリはふつうに読み書きし、裏で NFS クライアントが S3 Files に問い合わせる 21