AWS認定 クラウドプラクティショナーに合格しました
先日クラウドプラクティショナーの試験を受けて、無事合格しました!
前提
- EC2、S3 あたりは知っている
- 仕事で AWS 触ることは(ほんのちょっと)ある
- ここ押していいですか!!!今押しました!!!!!といちいち報告しないとこわいレベル
やったこと
AWS 認定資格試験テキスト AWS 認定 クラウドプラクティショナー
受けようと思った当時、唯一の対策本のようだったので1周だけ読みました。練習問題も付いていましたが、こちらは解きませんでした。本当に読んだだけです。
内容が古いので(2018年とか書いてありますね)、これだけでは絶対無理だと思います。あくまで最初にさらっと概要をつかむ程度で。
この問題だけで合格可能!AWS 認定クラウドプラクティショナー 模擬試験問題集(7回分455問)
セールのときに購入して、1600円ぐらいでした。解説の内容が古くなったりすると、すぐアップデートが入るようでありがたいです。仕事以外で PC 触る時間がなかなか取れないため、スマホから解けるのもうれしいです。
基礎1〜応用2までを、正答率90%になるぐらいまで解きました。応用3は試験前日に1回だけ解いてみて、26%とかだったので見なかったことにしました。
得たもの
サービス名を言われても「???」だったのが、「◯◯のサービスだな」とあたりをつけられるようになりました。
仕事で AWS のサービス名が出てきたとき、あれだー!!!と心の中でひとりで盛り上がっています。会話の内容が分かるようになるのってめちゃくちゃ嬉しいですね。
受けてよかったです!
『Software Design 2022年9月号』を読んだ
息子氏の本めくりブームのため、表紙がボロボロになってしまいました。
特集1 MySQL アプリ開発者の必修5科目
データ型の説明
- TEXT 型
- インデックスを付けたい場合は、先頭の文字数を指定して作成する必要がある
- ENUM型
- リストから選択された1つの値を持つ
- 文字列型より少ないバイト数でデータを格納できる
- ORDER BY する場合にはインデックスが使用される
- CHAR に CAST したり工夫が必要
- JSON 型
- 検索とか更新もできる
- TEXT 型のカラムに JSON そのまま突っ込んだりするよりは、こちらを使った方が良さそう
- 他に適切な型があるかもしれないのに、そもそも存在を知らないと選択肢にすら出てこない
- 必要になったとき「この型の方が良いのでは?」と思えるようにしたい
インデックス
- 作成されていない場合の挙動
- めちゃくちゃ効率悪い!
- 「とりあえずキーっぽいのに付けておく」運用をしていたことがあり、そういうものだと思っていた
- 違った
- クラスタインデックス
- MySQL が自動で作成するインデックス
- これを使った検索が一番高速
- セカンダリインデックス
- 自分で作ったインデックス
- クラスタインデックスの検索よりはちょっと遅い
- ベストプラクティス
- プライマリキーを定義しよう
- プライマリキーの列サイズはなるべく小さくしよう
- プライマリキーの更新はできればやめよう
- Invisible Column
- 指定したカラムを SELECT や INSERT、UPDATE の処理から見えなくする
- アプリケーションから認識されなくなる
- インデックスが利用されるケース、されないケース
- 設定したつもりでも、使われない場合がある = 全文検索になってしまう
- EXPLAIN で確認する
- インデックスを利用しないようにするオプションがある
- インデックス使用時、未使用時を比較したいときに使う
トランザクション
- MySQL では、トランザクションの開始宣言をしないとオートコミットになる
- 勝手にコミットされる
- 基本オートコミットされているので、あまり意識したことがなかった
- 特に理由がなければ BEGIN ではなく、START TRANSACTION を使う
- オプションが使えるため
- 暗黙的なコミット
- コミットしていなくても、コミットされるときがある
- インデックスの追加など
- セーブポイント
- 便利そう
デッドロック
- テーブルロック、行ロック、共有、排他
- InnoDB では、データの変更時に行ロックを取得する
- インデックスを使用しない場合、全行ロックになる
- 外部キーを使うと、参照されるテーブルにも行ロックがかかる
- 直近のデッドロックはログが保存されている
- 直近しか見れない
- 全部見たければ設定を変更する
- デッドロックの発生率を下げる
- 範囲はなるべく小さく、狭く
- ロックがかかる順番を揃える
レプリケーション
- レプリケーションのタイプ
- 非同期、準同期、グループ
- バイナリログ
- 3種類ある
- ログの容量とか、使うクエリによってはデータ不整合の起きる可能性があったりとか、それぞれメリットデメリットがあるので適宜選択する
- レプリケーションエラーが発生しやすい要因
- レプリカ側のデータを変更した
- バイナリログが自動ローテションしていて、同期前に消えてしまったとか
- 同期遅延
- トランザクションは小さくする
- レプリカのスペックは、元と同じぐらいにする
特集2 OSS ソースコードリーディングのススメ
- なるべく自分が理解していて、小さくて、馴染みのあるコードがよい
- いきなり「Linux 読んでみるか〜」とかしない
github.com
をgithub.dev
にすると、ブラウザ上で VS Code っぽいエディタで閲覧できる
その他
2022年8月の振り返り
目次
1. 個人 ↑
歯の神経の治療が終わった
- 結局、1本の治療に10回通うはめになった
- なんでも噛めるって素晴らしい
- なんでも飲めるって素晴らしい
- あと1回だけ通院が残っています 頑張ります
夏休み
- 息子氏と過ごした11連休だった
- 暑くて外に出る気すら起きなかった
- あまり記憶がない
Obsidian はいいぞ
- いいぞ
- どういいのかはいずれブログに書きたい
- いいんですよ
- メモを取るのがとても楽しくなった
- ブログもこれで書いています
2. 家族 ↑
息子氏がうまれて10ヶ月になった
- 腹ばいの状態から、自力でおすわりの姿勢ができるようになった
- めちゃくちゃ動くようになった
- ちょっと目を離すとリビングにいる
- ベビーサークルとか欲しくなってきた
息子氏が突発性発疹になった
- 40度の熱が数日間続いた
- 食欲は落ちなかった
- コロナじゃなくてよかった
- このご時世、熱や鼻水があると病院で診てもらうのもたいへんだった
息子氏、誤飲疑惑
- 気づいたら耳かけヘッドホンをかじっていた
- 口から出してもらったが、片方のイヤーパッドがなくなっていた
- 探しているが見つからない 誤飲したのかもしれない
- 小児科に行っても、できることはないとのことだった(苦しそうではなく元気なのと、飲んだ疑惑のあるものがレントゲンに映る素材ではないため)
- 様子見中
3. 仕事 ↑
段取りが悪かった
- もっと早く確認しなければならないことがあったが、できていなかった
- 結果、色々な人に迷惑をかけてしまった
- 全体的に手際も悪かった気がする
見積もりが難しい
- 「このぐらいで終わるだろう」が終わらなかった
- 検証に時間がかかった
- そもそも細かく確認しすぎなのかもしれない(前職のときも言われたので)
- 自分で自分の作業を信じていないので、めちゃくちゃ確認したくなってしまう
- 初めてやる作業で戸惑った
- これはどうしようもない
- 次回はもうちょっとはやくできる気がする
- 想定外の不具合があった
- 想定外の出来事用のバッファは取っていたつもりだった
- そもそもバッファが少なかった?
- もっとバッファの時間を多めに取る?
4. ブログ ↑
- 【Gatsby.js】ブログを立ち上げてみる
- 【Gatsby.js】個別ページをマークダウンで書きたい
- 【GitHub】GitHub-CLIを使ってみる
- 【ポケモンLEGENDS】ブイゼル図鑑タスク埋め
- 【ポケモンLEGENDS】ミノムッチ図鑑タスク埋め
- 『スプラトゥーン3 前夜祭』に参加した
5. 読書 ↑
6. 先月立てた目標 ↑
早寝早起き → △
- 保育園に行く日は、強制的に早起きする
- 息子氏のおかげである
寝坊はあります
積んでいる本を読む → △
- 1冊読むことができたのでえらい!としたい
掃除をサボらない → ×
- サボった
7. 今月の目標 ↑
- 積んでいる本を読む
- 資格試験の勉強をする
- 掃除をサボらない