TECH PLAY

ネットワヌク

むベント

マガゞン

技術ブログ

本蚘事は 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 トレヌナヌだった頃、オブゞェクトストレヌゞずファむルシステムの基本的な違いを説明するのに倚くの時間を費やしたした。よく䜿ったたずえ話は、S3 オブゞェクトを図曞通の本に芋立おるものでした (1 ペヌゞだけ線集するこずはできず、本ごず差し替える必芁がある)。䞀方、コンピュヌタ䞊のファむルはペヌゞ単䜍で倉曎できたす。図を描き、比喩を考え、ワヌクロヌドごずに異なるストレヌゞタむプが必芁な理由をお客様に説明しおきたした。そしお今日、オブゞェクトストレヌゞずファむルシステムの境界がより柔軟になりたす。 S3 Files により、Amazon S3 はクラりドオブゞェクトストアずしお唯䞀、高性胜なファむルシステムアクセスを提䟛したす。バケットをファむルシステムずしおアクセスでき、ファむルシステム䞊のデヌタ倉曎は自動的に S3 バケットに反映されたす。同期もきめ现かく制埡できたす。S3 Files は耇数のコンピュヌティングリ゜ヌスにアタッチでき、デヌタを耇補せずにクラスタヌ間で共有できたす。 これたでは、Amazon S3 のコスト効率、耐久性、S3 からネむティブにデヌタを利甚できるサヌビス矀ず、ファむルシステムの察話的な操䜜性のどちらかを遞ぶ必芁がありたした。S3 Files でこのトレヌドオフは䞍芁になりたす。S3 が組織のデヌタ基盀ずなり、 Amazon Elastic Compute Cloud (Amazon EC2) むンスタンス、コンテナ、関数など、あらゆる AWS コンピュヌティングリ゜ヌスから盎接アクセスできたす。本番アプリケヌションの実行、ML モデルのトレヌニング、゚ヌゞェント型 AI システムの構築など、甚途を問いたせん。 汎甚バケットを、EC2 むンスタンス、 Amazon Elastic Container Service (Amazon ECS) や Amazon Elastic Kubernetes Service (Amazon EKS) 䞊のコンテナ、 AWS Lambda 関数からネむティブファむルシステムずしおアクセスできたす。ファむルシステムは S3 オブゞェクトをファむルやディレクトリずしお衚瀺し、 Network File System (NFS) v4.1 以降のすべおの操䜜 (ファむルの䜜成、読み取り、曎新、削陀) をサポヌトしたす。 ファむルシステムで特定のファむルやディレクトリを操䜜するず、関連するメタデヌタずコンテンツが高性胜ストレヌゞに配眮されたす。デフォルトでは、䜎レむテンシヌアクセスの恩恵を受けるファむルは高性胜ストレヌゞに保存され、そこから提䟛されたす。倧芏暡なシヌケンシャル読み取りが必芁なファむルなど、高性胜ストレヌゞに保存されおいないファむルに぀いおは、S3 Files がスルヌプットを最倧化するため Amazon S3 から盎接提䟛したす。バむト範囲読み取りでは、芁求されたバむトのみが転送されるため、デヌタ移動ずコストを最小限に抑えられたす。 デヌタアクセスパタヌンを予枬する的確なプリフェッチにも察応しおいたす。高性胜ストレヌゞに保存する内容もきめ现かく制埡でき、ファむルデヌタ党䜓を読み蟌むか、メタデヌタのみを読み蟌むかを遞択しお、アクセスパタヌンに応じた最適化が可胜です。 仕組みずしおは、S3 Files は Amazon Elastic File System (Amazon EFS) を基盀ずし、アクティブなデヌタに察しお玄 1 ミリ秒のレむテンシヌを実珟したす。NFS の close-to-open 敎合性で耇数のコンピュヌティングリ゜ヌスからの同時アクセスをサポヌトするため、デヌタを倉曎する察話的な共有ワヌクロヌドに最適です。ファむルベヌスのツヌルで連携する AI ゚ヌゞェントや、デヌタセットを凊理する ML トレヌニングパむプラむンなどが該圓したす。 䜿い方を玹介したす 初めおの Amazon S3 ファむルシステムの䜜成、マりント、EC2 むンスタンスからの利甚は簡単です。 EC2 むンスタンスず汎甚バケットを甚意しおいたす。以䞋のデモでは、S3 ファむルシステムを蚭定し、通垞のファむルシステムコマンドで EC2 むンスタンスからバケットにアクセスしたす。 デモでは AWS マネゞメントコン゜ヌル を䜿甚したす。 AWS Command Line Interface (AWS CLI) や Infrastructure as Code (IaC) も利甚できたす。 デモのアヌキテクチャ図は以䞋のずおりです。 ステップ 1: S3 ファむルシステムを䜜成したす。 コン゜ヌルの Amazon S3 セクションで File systems を遞択し、 Create file system を遞択したす。 ファむルシステムずしお公開するバケット名を入力し、 Create file system を遞択したす。 ステップ 2: マりントタヌゲットを確認したす。 マりントタヌゲットは、仮想プラむベヌトクラりド (VPC) 内に配眮されるネットワヌク゚ンドポむントです。EC2 むンスタンスから S3 ファむルシステムにアクセスするために䜿甚したす。 コン゜ヌルではマりントタヌゲットが自動的に䜜成されたす。 Mount targets タブで Mount target ID を確認したす。 CLI を䜿甚する堎合は、ファむルシステムずマりントタヌゲットの䜜成に 2 ぀のコマンドが必芁です。たず create-file-system で S3 ファむルシステムを䜜成し、次に create-mount target でマりントタヌゲットを䜜成したす。 ステップ 3: EC2 むンスタンスにファむルシステムをマりントしたす。 EC2 むンスタンスに接続し、以䞋のコマンドを実行したす。 sudo mkdir /home/ec2-user/s3files sudo mount -t s3files fs-0aa860d05df9afdfe:/ /home/ec2-user/s3files ~/s3files にマりントされたファむルシステムで、暙準的なファむル操䜜を䜿っお S3 デヌタを盎接操䜜できたす。 ファむルシステム䞊でファむルを曎新するず、S3 が自動的にすべおの曎新を管理し、数分以内に S3 バケット内の新しいオブゞェクトたたは既存オブゞェクトの新しいバヌゞョンずしお゚クスポヌトしたす。 S3 バケット䞊のオブゞェクトに加えた倉曎は、数秒以内にファむルシステムに反映されたすが、1 分以䞊かかる堎合もありたす。 # Create a file on the EC2 file system echo "Hello S3 Files" > s3files/hello.txt # and verify it's here ls -al s3files/hello.txt -rw-r--r--. 1 ec2-user ec2-user 15 Oct 22 13:03 s3files/hello.txt # See? the file is also on S3 aws s3 ls s3://s3files-aws-news-blog/hello.txt 2025-10-22 13:04:04 15 hello.txt # And the content is identical! aws s3 cp s3://s3files-aws-news-blog/hello.txt . && cat hello.txt Hello S3 Files 知っおおくべきこず 技術的な詳现をいく぀か玹介したす。 S3 Files は AWS Identity and Access Management (IAM) ず統合されおおり、アクセス制埡ず暗号化に察応しおいたす。 ID ベヌスのポリシヌずリ゜ヌスポリシヌで、ファむルシステムレベルずオブゞェクトレベルの䞡方で暩限を管理 できたす。 デヌタは TLS 1.3 による転送䞭の暗号化ず、Amazon S3 マネヌゞドキヌ (SSE-S3) たたは AWS Key Management Service (AWS KMS) のカスタマヌマネヌゞドキヌによる保管時の暗号化で垞に保護されたす。 S3 Files は POSIX パヌミッションを䜿甚し、S3 バケットにオブゞェクトメタデヌタずしお保存されたファむルパヌミッションに察しおナヌザヌ ID (UID) ずグルヌプ ID (GID) を照合したす。 S3 Files の監芖には、ドラむブのパフォヌマンスず曎新に関する Amazon CloudWatch メトリクスず、管理むベントのログ蚘録に AWS CloudTrail を䜿甚できたす。 EC2 むンスタンスに最新バヌゞョンの EFS ドラむバヌ ( amazon-efs-utils パッケヌゞ ) がむンストヌルされおいるこずを確認しおください。AWS が提䟛する Amazon Machine Image (AMI) にはプリむンストヌルされおいたす。執筆時点では、最新バヌゞョンに曎新できたす。 本蚘事では EC2 むンスタンスからの S3 Files の䜿甚方法を玹介したした。ECS や EKS のコンテナ ( AWS Fargate の有無を問わず)、Lambda 関数からも S3 バケットをファむルシステムずしおマりントできたす。 お客様からよく聞かれるのが、ワヌクロヌドに適したファむルサヌビスの遞び方です。AWS のサヌビスは䞀芋重耇しおいるように芋え、アヌキテクチャレビュヌ䌚議でクラりドアヌキテクトを悩たせるこずもありたす。ファむルサヌビスの䜿い分けを敎理したしょう。 S3 Files は、Amazon S3 に保存されたデヌタに高性胜なファむルシステムむンタヌフェヌスで察話的に共有アクセスする必芁がある堎合に最適です。本番アプリケヌション、Python ラむブラリや CLI ツヌルを䜿甚する AI ゚ヌゞェント、ML トレヌニングパむプラむンなど、耇数のコンピュヌティングリ゜ヌスがデヌタを読み曞きし、共同で倉曎するワヌクロヌドに適しおいたす。デヌタを耇補せずにコンピュヌティングクラスタヌ間で共有アクセスでき、サブミリ秒のレむテンシヌず S3 バケットずの自動同期を実珟したす。 オンプレミスの NAS 環境から移行するワヌクロヌドには、 Amazon FSx が䜿い慣れた機胜ず互換性を提䟛したす。Amazon FSx は、 Amazon FSx for Lustre によるハむパフォヌマンスコンピュヌティング (HPC) や GPU クラスタヌストレヌゞにも最適です。 Amazon FSx for NetApp ONTAP 、 Amazon FSx for OpenZFS 、 Amazon FSx for Windows File Server など、特定のファむルシステム機胜が必芁なアプリケヌションに特に有効です。 料金ず利甚可胜リヌゞョン S3 Files は、すべおの商甚 AWS リヌゞョン で利甚できたす。 S3 ファむルシステムに保存されたデヌタの容量、小さなファむルの読み取りずすべおの曞き蟌み操䜜、ファむルシステムず S3 バケット間のデヌタ同期時の S3 リク゚ストに察しお課金されたす。 Amazon S3 の料金ペヌゞに詳现 がありたす。 お客様ずの察話を通じお、S3 Files はデヌタサむロ、同期の耇雑さ、オブゞェクトずファむル間の手動デヌタ移動を排陀し、クラりドアヌキテクチャの簡玠化に圹立぀ず考えおいたす。ファむルシステムで動䜜する本番ツヌルの実行、ファむルベヌスの Python ラむブラリやシェルスクリプトに䟝存する゚ヌゞェント型 AI システムの構築、ML トレヌニング甚デヌタセットの準備など、S3 Files を䜿えば Amazon S3 の耐久性ずコストメリットを犠牲にするこずなく、察話的な共有ワヌクロヌドから S3 デヌタに盎接アクセスできたす。Amazon S3 を組織のデヌタ保管堎所ずしお䜿甚でき、あらゆる AWS コンピュヌティングむンスタンス、コンテナ、関数からデヌタに盎接アクセスできたす。 詳现ず䜿い方に぀いおは、 S3 Files のドキュメント をご芧ください。 S3 Files をどのように掻甚されるか、ぜひお聞かせください。フィヌドバックをお埅ちしおいたす。 — seb 著者に぀いお Sébastien Stormacq 80 幎代半ばに Commodore 64 に觊れお以来コヌドを曞き続けおいる。情熱、奜奇心、創造性を歊噚に、AWS クラりドの䟡倀を匕き出すビルダヌを支揎しおいる。゜フトりェアアヌキテクチャ、開発者ツヌル、モバむルコンピュヌティングに関心がある。Bluesky、X、Mastodon などで @sebsto をフォロヌできる。 この蚘事はVisual Compute Specialist Solutions Architect の森が翻蚳を担圓したした。
2026 幎 4 月 1 日、 Amazon Elastic Container Service (Amazon ECS) マネヌゞドむンスタンス のマネヌゞドデヌモンサポヌトを発衚いたしたした。この新機胜により、 2025 幎 9 月に導入 したマネヌゞドむンスタンスの゚クスペリ゚ンスが拡匵されたす。プラットフォヌム゚ンゞニアは、アプリケヌション開発チヌムずの調敎を必芁ずせずに、モニタリング、ログ蚘録、トレヌスツヌルなどの゜フトりェア゚ヌゞェントを独立しお制埡できるようになりたす。たた、すべおのむンスタンスで必芁なデヌモンを垞に実行し、包括的なホストレベルのモニタリングを実珟できるため、信頌性も向䞊したす。 コンテナ化されたワヌクロヌドを倧芏暡に実行する堎合、プラットフォヌム゚ンゞニアは、むンフラストラクチャのスケヌリングやパッチ適甚から、アプリケヌションの確実な実行の維持、それらのアプリケヌションをサポヌトする運甚゚ヌゞェントの保守たで、幅広い責任を管理したす。これたで、こうした懞念事項の倚くは密接に結び぀いおいたした。モニタリング゚ヌゞェントを曎新するずいうこずは、アプリケヌションチヌムずの調敎、タスク定矩の倉曎、アプリケヌション党䜓の再デプロむを意味したす。数癟、数千のサヌビスを管理しおいる堎合、これは運甚䞊の倧きな負担ずなりたす。 デヌモンの分離型ラむフサむクル管理 Amazon ECS では、プラットフォヌムチヌムが運甚ツヌルを䞀元管理できるようにする、専甚のマネヌゞドデヌモンコンストラクトが導入されたした。このように懞念事項を分離するこずで、プラットフォヌム゚ンゞニアは、アプリケヌションチヌムによるサヌビスの再デプロむを必芁ずせずに、すべおのむンスタンスで必芁なツヌルを䞀貫しお䜿甚できるようにし぀぀、モニタリング、ログ蚘録、トレヌスの各゚ヌゞェントをむンフラストラクチャに個別にデプロむしお曎新できたす。デヌモンはアプリケヌションタスクの前に起動し、最埌にドレむンするこずが保蚌されおいるため、アプリケヌションで必芁なずきにい぀でもログ蚘録、トレヌス、モニタリングを利甚できたす。 プラットフォヌム゚ンゞニアは、マネヌゞドデヌモンを耇数のキャパシティプロバむダヌにデプロむしたり、特定のキャパシティプロバむダヌをタヌゲットにしたりできるため、むンフラストラクチャ党䜓で゚ヌゞェントを柔軟に展開できたす。リ゜ヌス管理も䞀元化されおおり、各むンスタンスが耇数のアプリケヌションタスクで共有されるデヌモンコピヌを 1 ぀だけ実行するため、チヌムはリ゜ヌス䜿甚率を最適化しながら、AMI を再構築したりタスク定矩を曎新したりするこずなくデヌモン CPU ずメモリのパラメヌタをアプリケヌション蚭定ずは別に定矩できたす。 詊しおみたしょう ECS マネヌゞドデヌモンを詊すために、最初のマネヌゞドデヌモンずしお Amazon CloudWatch ゚ヌゞェント を䜿甚しお開始するこずにしたした。私は以前、 ドキュメント を䜿甚しおマネヌゞドむンスタンスのキャパシティプロバむダヌで Amazon ECS クラスタヌをセットアップしおいたした。 Amazon Elastic Container Service コン゜ヌルで、ナビゲヌションペむンに新しい [デヌモンタスク定矩] オプションがあるこずに気付きたした。このオプションで、マネヌゞドデヌモンを定矩できたす。 [新しいデヌモンタスク定矩を䜜成] を遞択しお開始したす。この䟋では、CloudWatch ゚ヌゞェントに 1 ぀の vCPU ず 0.5 GB のメモリを蚭定したした。 [デヌモンタスク定矩ファミリヌ] フィヌルドに、埌で識別できる名前を入力したした。 [タスク実行ロヌル] では、ドロップダりンから [ECSTaskExecutionRole] を遞択したした。 [コンテナ] セクションで、コンテナにわかりやすい名前を付け、むメヌゞ URI に public.ecr.aws/cloudwatch-agent/cloudwatch-agent/cloudwatch-agent:latest ずいく぀かの詳现を貌り付けたした。 すべおを確認したあず、 [䜜成] を遞択したした。 デヌモンタスク定矩が䜜成されたら、 クラスタヌ ペヌゞに移動し、以前䜜成したクラスタヌを遞択するず、新しい [デヌモン] タブが芋぀かりたした。 ここで [デヌモンを䜜成] ボタンをクリックし、フォヌムに蚘入しおデヌモンを蚭定するだけです。 [デヌモン蚭定] で、新しく䜜成したデヌモンタスク定矩ファミリヌを遞択しおから、デヌモンに名前を割り圓おたした。 [環境蚭定] では、前に蚭定した ECS マネヌゞドむンスタンスのキャパシティプロバむダヌを遞択したした。蚭定を確認したあず、 [䜜成] を遞択したした。 これで、ECS は、遞択したキャパシティプロバむダヌのプロビゞョニングされたすべおの ECS マネヌゞドむンスタンスでデヌモンタスクが最初に起動するこずを自動的に確認したす。実際の動䜜を確認するために、サンプルの nginx りェブサヌビスをテストワヌクロヌドずしおデプロむしたした。ワヌクロヌドがデプロむされるず、コン゜ヌルで ECS マネヌゞドデヌモンが CloudWatch ゚ヌゞェントデヌモンをアプリケヌションずずもに自動的にデプロむしたこずを確認できたした。手動による操䜜は必芁ありたせん。 埌でデヌモンを曎新するず、ECS は曎新されたデヌモンを䜿甚しお新しいむンスタンスをプロビゞョニングしお、たずデヌモンを起動し、次にアプリケヌションタスクを新しいむンスタンスに移行しおから叀いむンスタンスを終了するこずで、ロヌリングデプロむを自動的に凊理したした。この「停止前に開始する」アプロヌチにより、デヌモンを継続的にカバヌできたす。ログ蚘録、モニタリング、トレヌスの各゚ヌゞェントは、デヌタ収集においおギャップがなく、曎新䞭ずっず動䜜し続けたす。蚭定したドレむン率によっおこの眮き換えのペヌスが制埡され、アプリケヌションのダりンタむムなしでアドオンの曎新を完党に制埡できるようになりたした。 仕組み マネヌゞドデヌモン゚クスペリ゚ンスでは、独自のパラメヌタず怜蚌スキヌムを備えた、タスク定矩ずは別の新しいデヌモンタスク定矩が導入されおいたす。新しい daemon_bridge ネットワヌクモヌドにより、デヌモンはアプリケヌションネットワヌク蚭定から切り離されたたた、アプリケヌションタスクず通信できたす。 マネヌゞドデヌモンは、運甚ツヌルに䞍可欠である高床なホストレベルのアクセス機胜をサポヌトしたす。プラットフォヌム゚ンゞニアは、デヌモンタスクを特暩コンテナずしお蚭定したり、Linux 機胜を远加したり、基盀ずなるホストファむルシステムからパスをマりントしたりできたす。これらの機胜は、ホストレベルのメトリクス、プロセス、システムコヌルを詳现に可芖化する必芁があるモニタリングおよびセキュリティ゚ヌゞェントにずっお特に圹立ちたす。 デヌモンがデプロむされるず、ECS はアプリケヌションタスクを配眮する前に、コンテナむンスタンスごずにデヌモンプロセスを 1 ぀だけ起動したす。これにより、アプリケヌションがトラフィックの受信を開始する前に、運甚ツヌルの準備ができおいるこずが保蚌されたす。ECS は自動ロヌルバックを䜿甚したロヌリングデプロむもサポヌトしおいるため、安心しお゚ヌゞェントを曎新できたす。 今すぐご利甚いただけたす Amazon ECS マネヌゞドむンスタンスのマネヌゞドデヌモンサポヌトは、珟圚 すべおの AWS リヌゞョン でご利甚いただけたす。開始するには、Amazon ECS コン゜ヌルにアクセスするか、 Amazon ECS ドキュメント を確認しおください。たた、 このりェブサむト にアクセスしお、新しいマネヌゞドデヌモンのアプリケヌションプログラミングむンタヌフェむス (API) を確認するこずもできたす。 マネヌゞデヌモンを䜿甚するための远加コストはありたせん。お支払いいただくのは、デヌモンタスクによっお消費された暙準コンピュヌティングリ゜ヌスに察しおのみです。 原文は こちら です。
2024幎床にAWS認定資栌をすべお取埗し、 2025 ALL AWS Certifications Engineers ずしお衚地しおいただきたした 振り返っおみるず、圓初の予定を倧幅に前倒しした 資栌取埗RTA のような怒涛のスケゞュヌルでした。 今回は、なぜ実務経隓が断片的だった私が党冠を目指したのか、そしおどうやっお駆け抜けたのか、その蚘録を公開したす。 挑戊前のスペックAWS経隓は「点」でした 「党冠」ず聞くず、さぞかしAWSを䜿いこなしおいる人を想像されるかもしれたせんが、圓時の私の状況はこんな感じでした。 仕事クラりドネむティブな開発基盀構築チヌムで、いわゆる「䜕でも屋」をしおいる゚ンゞニア 䞻戊堎 Azure、GoogleCloud仕事の比率はこちらが高め AWS実務経隓 特定サヌビスのアプリ郚品を1぀䜜成。あずは、炎䞊プロゞェクトでの技術支揎火消しにスポット参戊 埗意なこず プログラミング、DevOps関連技術、アプリ開発呚り 保有資栌 高床情報システムアヌキテクト、デヌタベヌススペシャリスト、Java資栌など AWSに関しおは「広く浅く」どころか、特定のスポットだけ激しく觊ったこずがあるずいう、非垞に偏った知識状態からのスタヌトでした。 取埗動機あふれるAWSぞの想いを圢にしたかった 理由はシンプルです。AWSが奜きだから。 しかし、䞖の䞭はAWS゚ンゞニア戊囜時代。人気すぎお競争率が高く、むンフラ専任ではない私には、なかなかAWSメむンの案件が回っおきたせんでした。 「奜きなのに、觊れない  。この熱意をどうにかしお蚌明したい」 そう思い立った結果が、「資栌で可芖化するこず」でした。圓初は「幎2個くらいず぀、ゆっくり取ろうかな」ず考えおいたのですが、いざ始めるず火が぀いおしたいたした。 埗意なDevOps分野が意倖ずスルスル取れたこずで匟みが぀き、1資栌2週間1・2月は月3個ペヌスずいう怒涛の短期集䞭モヌドに突入しおしたったのです。 ※よい子の皆さんは、無理のないスケゞュヌルを立おおくださいね 攻略ルヌト埗意を固めおから「専門領域」に挑む 䞀般的にはSAAAssociateからSAPProfessionalぞ進むのが王道ですが、 私は知識のオヌバヌラップを意識しお、埗意な領域からグルヌピングしお攻略したした。 実際に進んだ順番 1. 基瀎・開発系足堎固め CLF → SAA → DVA → DOP → SOA たずは埗意なDevOps呚りを固め、勢いを぀けたした。 2. トレンド・デヌタ系攻めの姿勢 DEA → AIF → MLS → MLA 新蚭されたデヌタ・AI系資栌を䞀気に攻略。 3. むンフラ・専門系最難関の壁 ANS → SCS → SAP 最難関のネットワヌクANSをあえお埌半に。 最埌は集倧成ずしおラスボス的存圚のSAPで締めたした。 実際に駆け抜けたロヌドマップ コヌド 正匏名称 レベル 初回取埗日 コメント CLF-C01 AWS Certified Cloud Practitioner Foundational 2023-01-28 AWSはじめ SAA-C03 AWS Certified Solutions Architect Associate 2024-02-12 穏やかに取埗 DVA-C02 AWS Certified Developer Associate 2024-06-26 りォヌミングアップ期間 DOP-C02 AWS Certified DevOps Engineer Professional 2024-12-20 芚醒 SOA-C02 AWS Certified SysOps Administrator Associate 2025-01-10 ここからRTAスタヌト DEA-C01 AWS Certified Data Engineer Associate 2025-01-25  ↓ AIF-C01 AWS Certified AI Practitioner Foundational 2025-01-29  ↓ MLS-C01 AWS Certified Machine Learning Specialty 2025-02-06  ↓ MLA-C01 AWS Certified Machine Learning Engineer Associate 2025-02-13  ↓ ANS-C01 AWS Certified Advanced Networking  Specialty 2025-02-26  ↓ SCS-C02 AWS Certified Security Specialty 2025-03-05  ↓ SAP-C02 AWS Certified Solutions Architect Professional 2025-03-17 ゎヌル 勉匷方法䞉皮の神噚 短期集䞭を成功させるために、効率を最優先したした。 1. AWS Black Belt (動画/資料) 知らないサヌビスは、たずこれ。公匏の「正解」を脳に叩き蟌みたす。 2. Udemy (動画教材) 特に未知の領域AI、ネットワヌクは、ハンズオン付きの教材で「觊った感觊」を擬䌌䜓隓したした。 3. オンラむン問題集 「詊隓の勘」を逊うために、仕䞊げずしお数呚。間違えた郚分は公匏ドキュメントに戻っお培底的に朰したした。 挑戊䞭に感じた「光ず圱」 苊しかったこず最難関ネットワヌクの壁 䞀番しんどかったのは、やはりANSネットワヌクです。 開発をしおいるず䞍具合の原因ずしお立ちはだかるこずもあるネットワヌクですが、実務で䜿ったこずのない现かいサヌビス仕様には本圓に苊戊したした。 たた、MLA機械孊習゚ンゞニアも普段の業務ず距離があったため、根気匷く動画ず問題集を埀埩する日々でした。 楜しかったこずアヌキテクチャの䞇華鏡 逆に䞀番楜しかったのは、詊隓を通じお膚倧なアヌキテクチャ事䟋に觊れられたこずです。 普段は特定の基幹システムを芋るこずが倚いのですが、倚皮倚様な構成を孊ぶのは新鮮で、「AWSならこんな解決策があるのか」ず、ただただワクワクしたした。䜙蚈にAWSが奜きになりたした。 おたけ 最埌にちょっずだけ自慢させおください 12回もの詊隓を乗り越えたご耒矎に、AWS Summit2025で取埗した資栌のシヌルをいただいおきたしたデザむン奜きすぎお額瞁に入れたした。 某RPGが倧奜きでたくさんのシリヌズをやっおいるのですが、たさかAWSの資栌シヌルがRPG颚なんお…ドット絵のキャラクタヌが䞊んでいるのを芋るだけで、テンションが䞊がりたす。こうしお物理的な圢になるず、頑匵っおよかったなず改めお実感したす。  ç·è©•党冠を取埗しお倉わったこず 2月から3月のラストスパヌトは、正盎くじけそうになる瞬間もありたした。 ですが、1぀合栌するたびに「自分でもできるんだ」ずいう自信が積み重なり、最埌は 早く次の詊隓を受けたい ずいうランナヌズハむに近い状態になっおいたした笑。 党冠を達成しお埗られたのは、単なる称号だけではありたせん。 AWSずいう巚倧なパズルの党䜓像 が芋えるようになったこずで、アヌキテクトずしお自信を持っお提案ができるようになりたした。   もし、「実務経隓が少ないから」ず迷っおいる方がいたら、ぜひ䞀歩螏み出しおみおください。資栌取埗の過皋で埗られる知識は、必ず珟堎でのあなたの歊噚になりたす。 最埌たで読んでいただきありがずうございたした 2025 ALL AWS Certifications Engineers の名に恥じぬよう、これからも粟進したす P.S.勢いそのたたに、実は「AWS Certified Generative AI Developer – Professional」のベヌタ版も突撃し、Early Adopterバッゞをもらっおきたした。気力が湧いたら、そちらの蚘事も曞く かもしれたせん。

動画

曞籍

おすすめマガゞン

蚘事の写真

Honda CONNECTは、“Connected぀ながる”から“Wise賢い”ぞ——Global Telema...

蚘事の写真

HondaにPdMはいない──それでも「PdM的に動く人」が生たれる理由

蚘事の写真

クルマの䟡倀を匕き出す「芋えない土台」 ──NTTデヌタMSEの車茉プラットフォヌム開発

蚘事の写真

【北九州垂】デゞタルで"皌げるたち"をどうアップデヌトする―産孊トップランナヌず語る【KITAKYUSHU Tech...

蚘事の写真

【#TUC Growth Summit 2025】孊び続ける者だけが、未来を倉える。 ——その䞀歩が、あなたの人生を動か...

新着動画

蚘事の写真

【ゞュニアは育おるべきか】AI時代の若手育成の本質「シニアはい぀か死に絶える」 / ロゞカルシンキングず非認知スキル /...

蚘事の写真

【砎壊防止】意図しないリ゜ヌス削陀を防ぐTerraform䞀行コヌド株匏䌚瀟ディヌカレットDCPThe OneLi...

蚘事の写真

【AIは60点しか出せない】基瀎力がないず芋抜けない / ゞュニア゚ンゞニア䞍芁論の栞心 / ミノ駆動氏『良いコヌド/...