AWS認定 デベロッパー アソシエイト に合格したので備忘録

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

それまでの自分

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

40日前

  • 受験を決意
  • 公式の模擬テストを受けたんだけどソリューションアーキテクト アソシエイトを合格したご褒美として無料だった
  • さらに本番の試験費用もご褒美として半額になるクーポンが利用可能だった
  • 模擬テストは全部画面キャプチャして見返せるようにした
  • 模擬テストは受けた直後に結果がメールで届く
  • 模擬テストの総合スコアは75%だったので頑張れば受かるぞという気持ちになった

39日前〜10日前

  • 平日はふつーに仕事してた
  • 仕事が結構大変で全然勉強できてなかった
  • 休日は疲れを癒すのでわりと精いっぱいだったので全然勉強できなかった

7日目〜前日

  • GWに入ったので勉強のチャンスだった
  • GW前までは仕事して気分転換にお酒飲んでゲームして寝るような日々が多かったのでなかなかスイッチを切り替えられなかった
  • 毎日1時間ずつ増やしていった。1日目1時間、2日目2時間、3日目3時間みたいな…。
  • 模擬テストのキャプチャを見返してSQSの知識が足りてなかったからSQSの公式ドキュメントを順番にたくさん読んだ
  • 2日前からSQS以外のサービスについて「軽くは知ってるよ」レベルになるように学習対象をリストアップしてそれらについて各種ドキュメントを読んだ
  • Code*系のサービスをもっと学習しておけばよかったなと思ったけど間に合わなかった
  • Nintendo SwitchのFitBoxingで体を動かしたりしたけどあれはいいですぞ

当日

  • テストセンターでの受験
  • 今回のテスト業者はPSIではなくピアソンVUEだったがWebカメラ越しの試験監督官などは存在しなかった…しかし日本語訳の精度はPSIより低く感じたしロード時間が数分単位だったりした
  • ピアソンVUEの場合試験前に端末の前で再度個人認証をする必要もないので手ぶらで試験部屋に入室
  • 両手を顔などの体に触れてはいけないとか注意されなかったので楽だった（私はよく頬杖をしてしまう）
  • 今回も微妙な問題にフラグをつけながらチマチマやってたから時間が足らなくなりそうで不安だったが1時間ぐらい残った
  • 1000点満点中773点で合格だった
  • ボーダーは720点だったので微妙に危なかった
  • 合格祝いに回るお寿司をメッチャ食べたてめっちゃお酒飲んでめっちゃゲームした

翌日以降

  • 翌朝起きたらAWSからメールが届いててAWSの資格管理画面のステータスが更新されていた
  • そこから証明書や証明バッヂをダウンロードできるのでまた会社に合格の報告をしようと思う
  • 今回も受験料を会社から支給してもらえそうだけど試験費用は半額だったのでもらえるお金も半額だと思う…
  • 会社の昇給や昇格の条件ではないので完全に対外アピール用

感想

  • デベロッパーアソシエイトの副題は「サーバーレスアーキテクチャをより適切に設計・構築できる人かどうか」だと思った
  • 今回勉強が足りなかった開発支援系サービス（Code*）に関する問題が多めに出たのでもっと勉強しておくべきだった
  • DynamoDBとSQSは結構詳細まで勉強したほうがいいよ！
  • 仕事でそれなりの数と頻度でAWSに触れているので本を買う必要はなかった
  • これは前回もそうだけど公式ドキュメントが何言ってるのか全くわからなかったら本に頼った方がいいがそうでない場合はたくさんの公式ドキュメントを読み漁るのがいい勉強だと感じた
  • AWS日本のBlackbelt動画やスライドはとても良いので読み漁るべし
  • Blackbelt教材は同じプロダクトについてでも実は最近新しい版ができたとかあるのでそういうのがないかは確認すべし
  • 合格してやるぞというケツイを抱くのだいじ

次は

  • お盆までにSysOpsアドミニストレータを受けてアソシエイト3冠をめざす
  • 落ちるかも
  • 頑張ろう
  • 年収上げたい


コメント

コメントを投稿

このブログの人気の投稿

一部のユーザだけ 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
続きを読む