AWS DevOps Engineer - Professional 受験メモ

-

まえおき

　最近、AWS DevOps Engineer - Professionalを取った。今年の面談でDevOps Engineer資格自体は今年取ります＆なので研修行きたいですと話したので、2つの研修(DevOps Engineering on AWS、Advanced Developing on AWS)を受けて、受験する予定ではあった。いつ受けるか考えていた中、たまたまサンプル問題を解いてみたら「割といけるんじゃない？」と根拠なき自信にあふれて2週間後のテストセンターを予約。そして、運よく合格したので、3年後の更新に備えてメモ。(最近投稿が少なかったのもあるし)

 

筆者のスペック

  • 入社4年目、AWS経歴は2年くらい

  • 業務でAWSを使っている

    • AWS関連作業の自動化業務をやっており、最近はStepFuncions、Cloudformation、Codepipelineを浅く触っている

  • Solution ArchitectのProfessionalを持っている

  • Advanced Developing on AWSを受講済

     

「AWS DevOps Engineer - Professional」について

試験ガイドを参考にすると、6つの分野から出題されるらしい。

分野 1: SDLC(Software Development Life Cycle)の自動化 22%
分野 2: 構成管理およびInfrastructure as Code 19%
分野 3: 監視およびロギング 15%
分野 4: ポリシーと標準の自動化 10%
分野 5: インシデントおよびイベントへの対応 18%
分野 6: 高可用性、フォールトトレランス、およびディザスタリカバリ 16%

　もう受験して2か月くらい経つので内容はほぼ覚えてない(...)。

　覚えている範囲で書くと、まずはCI/CD系の内容。CodeシリーズとElastic Beanstalkのサービスと絡めて,上記の内容を聞く問題が出るような感じ。例えば、「ブルー/グリーン構成をElastic Beanstalkで構成したけど、問題が発生。どう直せばいいか」や「こういう構成で開発からデプロイまで自動化したい。どうすればよいか(選択肢にはCodeシリーズの組み合わせが出てくる)」のような雰囲気の問題がでる感じ。

　開発サイクルを運用していく中で、起きるインシデントをどう処理するかの問題もあった(分野５かな？)。例えば、デプロイを行ったときに一部は成功、一部は失敗した。原因は何か、解決はどうすればよいか類の問題となる。

　あとは、パッチあての戦略(Systems Managerあたり)やCloudformation関連問題も出た。また、CDK関連の内容は出てなかった。

 

勉強方法

いつもの課金(Udemy模擬試験)

　資料を眺めながら勉強するより、模擬問題を解きながら間違った問題から「なぜ間違ったか」を調べながら勉強するほうが好きなので、Udemyで模擬問題集を購入した。

　個人的にはTutorials Dojoの問題集だけで十分な気がする。模擬試験の結果よりEKSや高可用性周り(分野6)が足りないことが分かったのでそこはBlackBeltの資料を見ながら復習した。Proレベルの試験になると、問題の選択肢ができないものの中で１つでなく、できる方法の中で一番問題の状況を効率的に解決できそうな１つを選ぶことになるが、DevOpsは他の資格に比べてそれが強い気がする。できると思って選択したら、よりいい方法の選択肢ある場合が多かった。

 

やってないけど、やっておくといいかも？

AWS模擬試験

　今回はあまり時間がなかったので受けではないが、AWSの模擬試験も受けておくといい。単純に全体の問題の中で正解したパーセントを教えてくれるだけなのでUdemyと比べると少し不親切＆4000円(税別)を払う必要があるけど、AWS公式模擬問題ということでより安心できると思う。他のAWS資格の合格したことがあるなら、50％バウチャーがもらえるので2000円(税別)で受けることができる。

 

AWSの試験の準備トレーニング

　AWSでは「試験の準備」というタイトル無料のE-Learningコンテンツを提供している。日本語でも提供しているので、聞いておくと準備に役立たつと思う。

　Exam Readiness: AWS Certified DevOps Engineer – Professional (Japanese)

 

さあ、受験へ

  • いつもお世話になっている、横浜のテストセンターで受験
  • 何か月前からPSI以外にもピアソンVUEで受験の予約ができるようになり、前回の機械学習の時はピアソンVUEからの受験だったが、横浜テストセンターでは違いなかった
  • メモ用紙を1枚使えて、受験後回収される
  • 180分、70問～75問だった
  • 回答中の感覚では、試験ガイドの比率通りだなと
  • もうちょっと勉強すればよかったなｗと思った

 

結果＆感想

  • 760点で合格(合格点は750点以上…ギリギリのギリギリｗ)

    • 構成管理(分野2)と高可用性(分野6)が「再学習の必要あり」だった。構成管理は普段Cloudformation周りを触っているので、自信あったけどな…。

  • 今後更新が必要クラウド関連資格が5個になった

    • 2年後くらいには更新地獄が始まりそうなので、資格コレクションはこれくらいにしよう…。
    • 1個3万円だから5個×3万＝15万…(少し安いのもあるから、正確には12万くらい)

Popular Posts

CloudWatch EventsはAmazon EventBridgeになるらしい

-
イメージ
まえおき 　最近久々にCloudWatch Events(以下、Events)の画面を開いたら、以下のようなメッセージが出ていた。 グーグル翻訳先生に翻訳をお願いすると CloudWatch Events is now Amazon EventBridge Amazon EventBridge (formerly CloudWatch Events) provides all functionality from CloudWatch Events and also launched new features such as Custom event buses, 3rd party event sources and Schema registry to better support our customers in the space of event-driven architecture and applications. CloudWatch EventsがAmazon EventBridgeになりました Amazon EventBridge（以前のCloudWatch Events）は、CloudWatch Eventsのすべての機能を提供し、カスタムイベントバス、サードパーティイベントソース、スキーマレジストリなどの新機能も起動して、イベント駆動型のアーキテクチャとアプリケーションの領域でお客様をより適切にサポートします。 らしい。Amazon EventBridge(以下、EventBridge)がEventsの代わりになるということだった。いつから出たんだろう…。最近、画面のUIが変わりましたのメッセージが常にほぼどのサービスでも同じ感じで出ていたから全然気つかなかった…。今までは、EventBridgeというEventsと似ているサービスがあるということは知っていたけど、Eventsの機能で十分だったので特に気にしてなかった。調べてみると、ちょうど1年前に発表されたサービスだった。( Amazon EventBridge – SaaS アプリケーション用のイベント駆動型での AWS の統合 )   Cloudwatch EventsとAmazon EventBridgeの違い 　全く同じサービスであるというと若...
続きを読む

PythonのDict型をDynamoDB形式のJsonに変換する

-
pythonでDynamoDB関連操作をするとき、難しい点の一つは一つは以下のようなDynamoDBの独特なJSON形式だと思います。 { "id": { "N": 12345 }, "name": { "S": "TanakaTaro" } } Python用のAWS SDKであるBoto3にはDynamoDB形式のJsonをPythonのDictに変換できる TypeSerializer と TypeDeserializer があります。 https://boto3.amazonaws.com/v1/documentation/api/latest/_modules/boto3/dynamodb/types.html TypeSerializer PythonのDictをDynamoDB形式のJsonに変換します。個人的には変換結果で最初の{"M": ...}はなくしてほしいですが… TypeDeserializer DynamoDB形式のJsonをPythonのDictに変換します。こちらも一気に変換はできず、各Keyごとに変換が必要です。 まとめ＆蛇足 TypeSerializerとTypeDeserializerはDynamoDBのデータをpythonで処理したいときや処理後にまたDynamoDBにアップロードしたいときに有効に利用できそうです。 ただ、そのまま利用するよりは、利用しやすくカスタム関数やクラスを作成したほうがよさそうです。 JavaScriptのSDKにもConverterというものがあるようです https://aws.amazon.com/jp/blogs/developer/announcing-the-amazon-dynamodb-document-client-in-the-aws-sdk-for-javascript/
続きを読む

CloudFormationテンプレート内のStep functionsのState machine定義をS3に置けるようになった

-
イメージ
まえおき 今週あったチーム先輩(Aさん)との会話 私　：CloudFormationテンプレートにStepfunctionsを書こうとするとyamlにベタ書きしかできないんですよ。 　　　これが私がCDKを押す理由の一つなんですよ。 Aさん：LambdaみたいにS３バケットに定義ファイルを置いてそのパスをyamlに書けばいいじゃん。 私　：あれ?私が調べたときはそれができなかったので、今あるテンプレートはすべてベタ書きにしているんですが…。 Aさん：うん?これでできないんだけ？(CloudFormationのドキュメントURLを共有) 私　：できるじゃん!? 　送られてきた CloudFormationドキュメント を見ると、 DefinitionS3Location というプロパティがあった。おかしいな…調べたときは本当になかったんだようなーと思いずつ更新履歴を見ると、2020年5月20日更新。私が調べたのは1月ごろだったから、その時はなかったということだ。うーん、What's Newはほぼ毎日見るけど、使っているサービスのドキュメント更新履歴も頻繁にチェックしないといけないのかな…。とりあえず、試してみることにした。   DefinitionS3Locationを試してみる Step Functionsのテンプレートを準備 　State Machineの定義はAWSドキュメントの Getting Started with Step Functions にあるコードから最後のstateを少し変えた簡単な以下のコードを利用する。 DefinitionSubstitutions も使ってみたかったので。 DefinitionSubstitutions はテンプレート内で同時に作成されるリソースをState Machine内で利用する場合に使う。例えば、Lambdaを作成して、それをState machineに入れるとか。(LambdaのARNが必要になる)   　jsonファイルで保存し、S3のバケットに保存する。 　これでStep Functions側の準備は終わり。   CloudFormationテンプレートを準備 　 CloudFormationの StepFunctions::StateMachi...
続きを読む