AWS認定 ソリューションアーキテクト アソシエイト に合格したので備忘録

自分のためのメモの意味合いが強いです。
時系列で書いてみます。

それまでの自分


  • AWS歴は3年半ほど
  • EC2とかELBとかRDSとかのいまどきの「サーバーレス」っぽくない基本のプロダクトを業務でよく使っている
  • ACMがDNS認証可能になってRoute53に勝手にレコード書いてタダでソッコーSSL証明書が入手できるのはほんといい時代だなーといつも思っている
  • アプリのコードは書いていない
  • 運用自動化のコードはマイペースに書いている
  • 今の会社に転職する前に当時のAWS本を何冊か読み漁りあとは公式ドキュメントで自分なりに学習してそれを業務で試す日々

40日前


  • 受験を決意
  • 二千円払って公式の模擬テストを受ける
  • 模擬テストは全部画面キャプチャして見返せるようにした
  • 模擬テストは受けた直後に結果がメールで届く
  • 模擬テストの総合スコアは84%だったので安心する

39日前〜10日前

  • 平日はふつーに仕事してた
  • 帰宅後スイッチ切り替えのため30分だけスマブラしたりしてた
  • お酒飲みながらいつもより多めにAWS公式ドキュメントを読んだりした
  • 週末に読みたい記事をTodoistにToDoとしてメモした
  • TodoistはURLを貼ると記事名に変換されそれがタスクになるので便利
  • 画面キャプチャの問題文を読み直しよくわかっていないプロダクトや単語をピックアップして自分の重点学習項目とした
  • 多分1日30分
  • ワイヤレスイヤホンを買ったので皿洗いをしながらEFSのBlackbeltの動画を流して聞いたりした…2周したけどおかげで知識ゼロからだいぶ増えた
  • 試験は平日にしか受けられなかったので会社に「AWSの試験受けてくるので休みます！」宣言をして許可と応援をもらった

10日目〜前日

  • 週末の日中帯は部屋でずっとドキュメント読んでた
  • Redshiftを業務で使ったことがなかったのでクラスメソッドさんのRedshiftの記事から新しい順に10本読んだりしてその記事に貼られている公式ドキュメントも読んだりした
  • 1週間前から禁酒を開始して最後まで飲まなかった
  • 英語オンリーっぽいけどAWSの公式ラーニングサイトで勉強動画見放題なのに気づいてすげーってなった

当日

  • テストセンターでの受験
  • 米国（ホントかわかんないけど）試験管がWebカメラ越しに監視してる中でWebテストを受ける方式だった
  • 試験端末の前に体と証明書類（運転免許証とクレジットカード）だけを持ち込んで参戦
  • 両手を顔などの体に触れてはいけないらしくてカメラ越しにチャットで注意された
  • そんなスネークじゃないんだから体内通信でカンニングとかできませんよ
  • 微妙な問題にフラグをつけながらチマチマやってたから時間が足らなくなりそうで不安だったが1時間ぐらい残った
  • 1000点満点中800点で合格だった
  • ボーダーは720点だったので微妙に危なかった
  • 合格祝いにめっちゃお酒飲んでめっちゃゲームした

翌日以降

  • 翌朝起きたらAWSからメールが届いててAWSの資格管理画面のステータスが更新されていた
  • そこから証明書や証明バッヂをダウンロードできるので後日会社に合格の報告をした
  • そしたら合格したから「試験費用分のお金出してあげるね」ってなってよかった

感想

  • EFSもRedshiftも出たけどちゃんと問題文の意味がわかったので（正解してるかは分からないが）ちゃんと勉強しておいてよかった
  • 先人の合格記事を読んだ限りだと模擬試験の2倍は難しいイメージだったけど実際は1.3倍ぐらいだった
  • 仕事でそれなりの数と頻度でAWSに触れているので本を買う必要はなかった
  • 公式ドキュメントが何言ってるのか全くわからなかったら本に頼った方がいいがそうでない場合はたくさんの公式ドキュメントを読み漁るのがいい勉強だと感じた
  • AWS日本のBlackbelt動画やスライドはとても良いので読み漁るべし
  • Blackbelt教材は同じプロダクトについてでも実は最近新しい版ができたとかあるのでそういうのがないかは確認すべし
  • 合格してやるぞというケツイを抱くのだいじ

次は

  • 4月中にデベロッパー アソシエイトを受ける
  • 落ちるかも
  • 頑張ろう

コメント

コメントを投稿

このブログの人気の投稿

一部のユーザだけ NET::ERR_CERT_REVOKED でサイトにアクセスできない

イメージ
一部のユーザから、HTTPSのURLにアクセスできなくなったという連絡を受けました。 なんでも攻撃される恐れのあるサイトですとかなんとか…。 ブラウザのスクリーンショットをもらってみたら、こんな表示が。 Google Chromeでも同じ感じのエラーメッセージが表示されていました。（サイト名が出るので省略…） Chromeの方のエラーメッセージをよく見ると、 NET::ERR_CERT_REVOKED と書かれています。ファッ！？証明書が失効している…！？ そんな馬鹿なと思い手元でアクセスしてみたら普通に繋がる…HTTPSできてるよ？なんで？何が起こってるんだろう…。 結論を言うと、 SSL証明書業者が手違いで中間CA証明書を失効させてしまった ことにより、私たちが購入して使っている証明書が一時的に利用不可能になり、そのネガティブキャッシュをユーザが参照している 、というお話でした。 解消のための新しい中間CA証明書が公開されていたので、そちらを使って更新してみると、問題は解消されました。 ただ、自社が買っていたのはクイックSSL証明書だとばかり思っていたので、更新に失敗しまくって時間がかかりました。違うやつだった…。 SSL証明書とかドメインの周りのメンテナンスは多くても年に数回とかっていう頻度なので、いろいろ思い出すのに苦労しますね。 ていうか、そういうことあるんですね、中間証明書間違って消しちゃった！とか。 レジストラのDNSサーバダウンと合わせて、「 うちのせいじゃないんだけどご迷惑をおかけしてごめんなさい案件 」って感じで覚えておきたい…。
続きを読む

[AWS] WAF を自分で組み立てるなら SAM でテンプレート書いた方が楽だよ

タイトルの通りです。 あ、 この記事は AWS初心者 Advent Calendar 2018 の7日目 として書いております。 最近会社でWAFとかLambdaとかSAMとかちょっとEC2やRDSといった基本のプロダクトとは違った要素について検証・導入を行なっているのですが、Lambdaをデプロイするために使ってみたSAMでWAFをデプロイすると楽ちんでした。 たとえばここに、HTTPリクエストのメソッドの種別を確認し、HEAD、CONNECT、TRACEを利用したアクセスをブロックするようなWAFを作成するためのSAMテンプレートがあります。 これが存在するディレクトリで以下のようにパッケージングのためのコマンドを実行します。 あ、念の為に雑多なディレクトリではなく、このテンプレートだけが存在する新しいディレクトリを作成してください。 aws --profile [プロファイル名] cloudformation package --template-file template.yml --s3-bucket [あらかじめ用意したS3バケット名] --output-template-file packaged-template.yml これを実行することで、SAMでのデプロイのためにパッケージング化された各種ファイルが指定したS3バケットに送られ、そこからデプロイするために書き換えられた packaged-template.yml が生成されます。 Lambda Functionのためのソースコードがあればここで併せてパッケージング化されるのですが、今回は無いのでtemplate.ymlだけですね。 そして以下のコマンドを実行するとデプロイされます。 aws --profile [プロファイル名] cloudformation deploy --template-file packaged-template.yml --stack-name otameshi-http-method-restriction-for-cloudfront --capabilities CAPABILITY_IAM --parameter-overrides yourApplicationeName=[任意の文字列] コマンド名に...
続きを読む

初めてぐらいの勢いで特定のブランチにマージする業務を行ったときのメモ

自分が送ったコミットを特定のブランチ（今回はstaging）にマージしてくれと言われて対応した時のメモ。 まずこうやってリポジトリを clone して hub am −3 コマンドを使ってマージしようとした。 git clone git@github.com:(team name)/(repository name).git cd (repository name) git checkout staging hub am -3 https://github.com/(team name)/(repository name)/pull/(pull number) 認証失敗 そしたら hub am -3 コマンドが認証失敗になりうまく動かない。 $ hub am -3 https://github.com/(team name)/(repository name)/pull/(pull number) Error getting pull request: Unauthorized (HTTP 401) Bad credentials 色々調べたけど結論としては ~/.config/hub に書いてある認証情報が古かったので消すと認証の再要求が発生して解消した $ rm ~/.config/hub $ hub am -3 https://github.com/(team name)/(repository name)/pull/(pull number) github.com username: hub am -3 コマンドでマージしようとしたらコンフリクト $ hub am -3 https://github.com/(team name)/(repository name)/pull/(pull number) Applying: (this is a comment of commit) Using index info to reconstruct a base tree... M circle.yml Falling back to patching base and 3-way merge... Auto-merging circle.yml CONFLICT (content): Merge con...
続きを読む