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月中にデベロッパー アソシエイトを受ける
  • 落ちるかも
  • 頑張ろう

コメント

  1. dalbyrtgabelman2022年3月5日 10:32

    Las Vegas' first full-service casino, the Buffet at Wynn
    After 포천 출장안마 months of construction and investment, 포항 출장샵 the buffet 보령 출장마사지 at Wynn has 대전광역 출장안마 finally received an official opening date. The 양산 출장샵 Buffet at Wynn Las Vegas announced

    返信削除

コメントを投稿

このブログの人気の投稿

一部のユーザだけ 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=[任意の文字列] コマンド名に
続きを読む

[#CentOS][#Apache] CentOS6 でApacheが起動できない

CentOS 6 で httpd を起動させようとした時のこと $ sudo /etc/init.d/httpd start httpd を起動中: httpd: bad user name apache    [ 失敗 ] なんじゃこりゃ。 ■問題 Apacheが起動できない。問題はapacheユーザ ■原因 httpd.confには ユーザ：apache グループ：apache　でhttpdを起動するようになっている。 ユーザとグループを確認してみよう… $ cat /etc/passwd | grep apache $ ユーザが居ない… $ cat /etc/group | grep apache apache:x:48: グループはある。なんでこうなってんだ？ ■対処 ユーザ「apache」を作ってグループ「apache」に入れてあげよう。 # useradd -g apache apache useradd: /etc/passwd をロックできません。後でもう一度試してください。 は？(#ﾟДﾟ) # ll /etc/*.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/passwd.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/shadow.lock これを消すか # rm /etc/passwd.lock rm: remove 通常ファイル `/etc/passwd.lock'? y # rm /etc/shadow.lock rm: remove 通常ファイル `/etc/shadow.lock'? y これでもう一度apacheをuseraddして…あれ、もしかしてロックファイルがApahceをインストール剃る前からあって、もしかしてyumのインストールシーケンスの中でユーザ作成だけ失敗してたりしてるのかな？ ということでApacheをインストールし直す方向で。 # yum remove httpd $ sudo yum install httpd httpd-devel mod_wsgi Pythonの勉強したいからmod_wsgiも入れてます。 で、yum入りました。 Transaction Summary
続きを読む