生涯未熟

生涯未熟

プログラミングをちょこちょこと。

Google PCAに合格した

f:id:syossan:20211129122720p:plain

Googleの資格試験代を補助するので受験したい人〜」と社が募集していたので、これ幸いと受けたら合格しました。

何したか

普段業務でGCPをちょろちょろ使っていたので、その知識+Googleのオススメ勉強コースに従って勉強しました。
正直、仕事とプライベートが同時に忙しくなってほぼ勉強時間が取れませんでした・・・😇

Googleのオススメ勉強コース

Googleは各種認定資格毎にCourseraのオススメ勉強コースを挙げてくれています。

cloud.google.com

今回はここに記載してある

  • Google Cloud の基礎: コア インフラストラクチャ
  • Architecting with Google Compute Engine

ぐらいしかこなせず・・・
1コースごとに結構時間取られるので、まとまった時間を取ってガーッと終わらせるのがオススメです。

後は絶対模擬試験は受けておいたほうがいいです。

docs.google.com

実際、受けてみたら模擬試験のような形式で出てきました。
なので試験の雰囲気を掴むためにも、絶対試験前までにやっておきましょう。Cloud Aceさんがブログにて詳解していますので、模擬試験を受けた後に読むとより理解が深まるかとおもいます。

cloud-ace.jp

cloud-ace.jp

受験

オンライン試験とテストセンターでの試験と2種類選べるのですが、オンライン試験はトラブルもあるという話を聞いたのでテストセンターでの試験をオススメします。
テスト内容については結構国語の問題的なものもあるので、問題に添付されている企業情報は必ずじっくり読みましょう。それだけで変な選択肢は弾けるので貴重な試験時間をセーブ出来ます。(割と試験時間がシビア・・・)

あとは、迷うような問題はガンガン「後から振り返る」チェックを付けて進んじゃうのが良いのかなーと個人的には思いました。
全問解いた最後の画面に問題と解答の一覧が表示され、そこに「後から振り返る」でチェック付けた問題が分かるようになっているので残り時間と相談しつつ各個撃破していきましょう。

テストが終了すると最後の画面で小さく合否が表示されるので、見逃さないようにしましょう(もっとデカデカと合否表示してほしい)。

合格後

結果メールが届くのですが、そのタイミングは人や時期によってまちまちで自分の場合は受験から4日後に届きました。
メール内に合格特典コードが書いているので、特典グッズが欲しい人は忘れないうちに申し込みましょう。

↓ こんな感じのラインナップ

f:id:syossan:20211129135212p:plain

まとめ

業務では使っていたけど自分の中であやふやになっていたGCPの知識が強化されて受けてよかったな〜とおもいました。
今ではGCPがよしなにやってくれるところが多くて、細かいところを意識する場面は少ないんですけどね・・・

というわけで、PCA合格記でした。やったぜ。

GCPプロジェクトが削除されたら何が起こるのかメモ

過去に書いた記事ですが、 Google Cloud Platform Advent Calendar 2021 の13日目の記事としました。
(1日だけ空いてるのが気持ち悪かったので・・・)

概要

開発に使っていたGCPプロジェクトが誤削除される事態があったので、後学のために何が起こるのかメモする。

[2021/10/26 追記]
社の人が誤削除の原因がよく分かる記事を貼っていたので共有

839.hateblo.jp

[2021/11/5 追記] 復元後、何故かMemorystore for Redisがコンソール画面から詳細を見れないようになっていた。(画面が真っ白になる)
サポートケースに投げたところ、復元時にRedisが内部的に上手く立ち上がらなかったらしくGoogleの方に直してもらった。

プロジェクトの復元

ユーザー操作によって削除されたGCPプロジェクトは削除対象としてマークされ、削除保留中のリソースに分類されます。

f:id:syossan:20211025215918p:plain

そして、こちらの画面右上にもある通りマークされてから30日間までは復元可能となっています。 復元を押下するとこんな感じのダイアログが表示されるので、「復元」を押下するとプロジェクトが復元されます。

f:id:syossan:20211025220115p:plain

しかし、ダイアログにも書いてある通り

  • 請求情報の紐付けが解除される → 課金が必要な機能が使えなくなります
  • 一部のリソースは個々の対応が必要になります

前者は単純に再紐付けすれば解決するのですが、厄介なのは後者です。

参考: cloud.google.com

一部のリソースの対応

一部のリソースとは何か?という部分ですが、自分が見た限りは以下でした

それ以外はDBやCloud Storageなどは無事でした。
DBは最初インスタンスが停止した状態になっていますが暫くすると立ち上がりますので放置で大丈夫です。

まとめ

とりあえず慌てず騒がずに復元しましょう。復元されたら請求紐付け。
もしかしたら今回遭遇したリソース対応以外にもあるかもしれないので、使用しているGCPサービスは全部正常か確認しましょう。

レビュー待ちのPR列挙くんを作った

GitHub Actionsでレビュー待ちのPR列挙くんを作った。こんな感じのイメージ。

f:id:syossan:20210807205801p:plain

コード

【2021/08/10 追記】

そういえばこの状態だとApprovedのPRも列挙してしまうので、弾きたい場合は各々のPRにrequest飛ばして( github.pulls.get )、response内の mergeable_state がcleanかどうか?とかで判定するといいかなと👀

Firebase Authenticationの電話番号認証でOTP Autofillを体験したかったけど敗北した

前段

Firebase Authentication、便利ですよね。各種主要な認証をポチポチっと様々なプラットフォームで実現できる、素晴らしい。
ただ、電話番号認証でOTPのAutofillをやる際には🤔となったのでメモ書き。

やったこと

きっかけとして何がやりたかったかというと、電話番号認証で認証コードがSMSで届いたら入力フォームにタップ一発でシュッとコードが入って欲しかった。
どんな挙動かというとこちらの記事内のGIFを見るとわかります。

akaki.io

で、これを実現しようと思うと以下のようなコードを書く必要がある。

<input autocomplete="one-time-code"/>

これだけ。スンバラシイ。
意気揚々とiOS/Androidで挙動確認してみたところ、iOS x Safariは想定通りにうま〜く動いてくれました。やったぜ。
ただし、Android x Chromeで試したところなんとまぁ動かない。

首をひねりながら調べていたところ、先程のサイトをよく読むと「Androidでは日本語のメッセージでの発動を確認できなかった」と・・・
Firebase Authenticationから届いてるメッセージはたしかに日本語で、それが原因かいなと対応策を探すことに。


暫く調べているとこんな記事が👀

qiita.com

Android: 日本語SMSメッセージでは自動では行われない様子。スクリプトで対応。

ここでWebOTP APIの存在を知ることに。コード書けばいいのね〜と書いて試してみました。
ちなみに navigator.credentials.getlocalhostHTTPS の場合のみしか動かないのでご注意を。

stackoverflow.com

で、やってみましたがこりゃまた動かない。どのように動かないかというと navigator.credentials.get で取れてくるべきOTPが取れずtimeoutエラー・・・
またまたなんでじゃと首を傾げていましたが、そもそもFirebase Authenticationから降ってくるメッセージってWebOTP APIの形式に合っているのか?と疑問に。
ちなみに欲しい形式は以下に載ってるように

Your OTP is: 123456.

@web-otp.glitch.me #12345

な感じ。

web.dev

どうなってるのかFirebaseのGitHub探った方が早いかなと調べたところ、こんな感じのissueが。

github.com

あー・・・これはサポートされてませんね・・・
というわけでFirebase Authentication側で対応してくれないことには実現できないのかーと敗北しました😇

※もし「いや!出来るよ!」という方がいらっしゃいましたらコメントに書いてもらえると助かります・・・🙇

GitHubのREADME.mdにある画像をPurgeするGitHub Actionsを公開したよ

社内でGitHub Actionsを拵えた時に、掲題のGitHub ActionsがMarketPlaceに意外と無かったので作って公開したよ。

github.com

それ何?

GitHubのREADME.mdに貼った画像はセキュリティの観点やらでOSSのcamoを使ってホスティングされているんですよね。

docs.github.com

で、ここでキャッシュが効いているので画像に対して明確にPURGEをリクエストしないと画像が切り替わらない問題があります。
例えば、今回拵えたもので言うとGitHub Actionsによるデプロイ作業によってREADME.mdにある画像をよしなに切り替えた後に、このPURGEを行いたかったわけです。

走らせるshell scriptについてはmpyw氏の以下の記事を大いに参考にさせて頂きました。

qiita.com

もし困ってる人がいたら使ってみて下さいー。