1年半くらい前の AWS のオンライン講座を見直してみたけど、マネジメントコンソールとか設定項目は変わってても基礎的な部分はあまり変わってないから、コンテンツとしてそれほど陳腐化してるわけではなさそう
— kntmr (@knt_mr) 2020年4月16日
いきなり余談ですけど、以前購入したまま中途半端になってた AWS のオンライン講座を改めて見直してみました。マネジメントコンソールとか設定できるパラメータはいろいろ変わってるところはあっても、基礎的なところはあまり変わってなくて、オンライン講座のコンテンツとしてまだ全然有用そうな印象を受けました。
そのオンライン講座の中で、SQS と SES を組み合わせるちょっとした課題があったので備忘録。初めて PHP を書きました。
JSUG勉強会 2020 その3 Spring Cloud without Netflix OSS に参加しました。今回はオンライン開催。簡単に所感をまとめます。
Spring Cloud やマイクロサービスはあまり知識がないため、自分にはなかなかハイレベルな内容でした...。後半2つのセッションは若干内容が被ってたけど、特に最後のセッションは Kubernetes 絡みの事例で貴重な内容だったかも。こういうのをしっかり理解できるようになりたいものです。
ところどころ、Spring Cloud 関連は EOL が短い傾向あり？という話が出てたのが気になる。そんなに困らないということだったけど、後方互換はちゃんと考慮されてる感じなんだろうか。
Spring Cloud のようなマイクロサービス向けのライブラリは、アーキテクチャや設定などがサービスやライブラリ間で疎結合になるように工夫されてるような印象があります。最初は覚えるのが大変そうだけど簡単に運用できるようになってるんだろうと思います。
以下、メモから抜粋。
recover に代替処理を記述@RefreshScope
/refresh エンドポイントを叩くwww.slideshare.net
@EnableScheduling を付けないとポーリングしてくれない前回の続き。備忘録。
Jenkins から curl で Google Chat に通知する - kntmr-blog
しばらくは問題なく動作していたが、いつ頃からか Jenkins から curl を実行したところで以下のようなエラーが出るようになった。
curl: (35) schannel: next InitializeSecurityContext failed: Unknown error (0x80092013) - 失効サーバーがオフラインのため、失効の関数は失効を確認できませんでした。
SSL 証明書の失効チェックができてないっぽい？
次のどちらかのオプションで回避する。セキュリティ的にはよろしくないかもだけど、社内の限定的な範囲でしか使わないのでよしとする。
備忘録。
社内の情報共有サイトに Google Chat で Webhook を使う方法が流れてたので、それを参考に Jenkins のビルドを通知する Bot を設定しました。
普段、Git と Jenkins を使っているのですが、現在の運用では、リリース内容によってはビルドするブランチを master から feature や release などに切り替えることがあります。で、今の Jenkins のビルド設定でどのブランチのどのコミットをビルドしたのかを手軽に知りたいと思いまして。
Git のブランチモデルについてまとめた記事はこちら。
Git ブランチモデル改善 (案) - kntmr-blog
Google Chat のルームから Webhook を設定する。以下のような URL が生成される。
https://chat.googleapis.com/v1/spaces/<ROOM_ID>/messages?key=<KEY>&token=<TOKEN>
今回は「Windowsバッチコマンドの実行」から curl で POST する。curl コマンドがない場合はインストールする。
この Jenkins が 32bit で動作しているのが原因なのか、C:\Windows\System32\ の curl コマンドが参照できないっぽい。なので、C:\Windows\SysWOW64\curl.exe を使うようにする。
コマンドプロンプトから叩くと正常に実行できるのに、Jenkins から実行すると Payload が正しくないというエラーが返る。
$ curl -X POST -H "Content-Type:application/json" -d '{"text": "message"}' "%WEBHOOK_URL%"
リクエストの JSON をダブルクォートで囲って、中のダブルクォートをエスケープしたらイケた。ただ、^ でエスケープするだけでもよかったかも。
$ curl -X POST -H "Content-Type:application/json" -d "{\"text\": \"message\"}" "%WEBHOOK_URL%"
Jenkins から curl を実行すると 400 Invalid request token が返る。原因は Webhook の URL に & と % が含まれているため。& はクエリパラメータなのでいいとして、なぜ token に % が含まれるんだろうか...。
それぞれエスケープして ^& と %% にする。
https://chat.googleapis.com/v1/spaces/<ROOM_ID>/messages?key=<KEY>^&token=aaaaaaaa%%3D
最終的にこんな感じになりました。リクエストに thread を指定すると同一のスレッドにメッセージを送ることができる。今回は Jenkins の環境変数を利用して以下の情報を通知するようにした。(実際はもう少し気の利いたメッセージにしてある)
BUILD_NUMBER: ビルド番号GIT_BRANCH: ブランチGIT_COMMIT: コミットハッシュset PROXY=http://<PROXY_HOST>:<PROXY_PORT>/ set WEBHOOK_URL=https://chat.googleapis.com/v1/spaces/<ROOM_ID>/messages?key=<KEY>^&token=aaaaaaaa%%3D curl -X POST -H "Content-Type:application/json" -d "{\"text\": \"%BUILD_NUMBER% %GIT_BRANCH% %GIT_COMMIT%\", \"thread\": {\"name\": \"spaces/<ROOM_ID>/threads/<THREAD_ID>\"}}" -x %PROXY% "%WEBHOOK_URL%"
ｷﾀ━━━(・∀・)━━━!! pic.twitter.com/HRVKKYB6rn
— kntmr (@knt_mr) 2020年2月29日
AirPods Pro を購入しました。
これまで、「イヤホンを充電する」という行為がどうしても煩わしく感じてて、オーディオテクニカの普通のカナル型イヤホンを使い続けていました。
が、通勤であったり、最近は仕事中に耳栓代わりにイヤホンを着けたりしてて、やっぱりワイヤレスがいいかなとか思い始めまして...。あと、ノイズキャンセリング。これがどんなものなのかが気になってました。
で、モノは試しということで AirPods Pro をポチることに。ポチってから届くまで3週間ほど。
持ち運びしやすそうなケースで、Qi に対応している。iPhone と同じ Lightning ケーブルで手軽に充電できるので、特に面倒に感じることはなさそう。
音質はイマイチ。特に中音域の抜けがイマイチ。音質にそこまでこだわるわけではないけれど、それでもイマイチに感じる。
ノイズキャンセリングはそこそこいい耳栓と同程度。仕事中にイヤホンを耳栓代わりに使うのでちょうどいい。それより外部音取り込みモードの聴こえ具合に驚いた。ただ、用途が分からない...。どういうときに使うの？
音質だけ目をつぶれば、この使いやすさでノイズキャンセリングが使えるならいいかなって。充電もそれほど煩わしくなさそうだし、とりあえず買ってよかった、ということで。
昔のメモを読み返してたら ECRS という単語が目に留まりました。たぶん社内研修かなんかで聞いた単語をメモったんだと思われます。
ECRS は『業務プロセスを改善するためのフレームワーク』らしいです。
近頃、DX でモダナイゼーションがどうのこうの (雑) という話をよく聞きます。モダナイゼーションとは、老朽化したシステムの刷新、業務プロセスの改善や効率化などを指すようです。たぶん。
この業務プロセスの改善に ECRS の観点が大事なんだろうなぁと、ふと思った今日この頃です。
全然関係ないけど、部屋の掃除や片付けをするときに ECRS が使えそう。今度子供に教えてみるか。
JSUG勉強会 2020 その2 Spring Boot 1.x から 2.x への移行 に行ってきました。簡単に所感をまとめます。
普段あまり他社さんのバージョンアップの話を聴く機会は多くないかと思うので、なかなか興味深い内容でおもしろかったです。バージョンアップの流れとかハマりどころとかまとまった情報は重宝しそう。
細いけど、非推奨な機能を使ってるときに警告を出力する設定にしたり、小まめに PR してレビューコストを削減 (分散？) するのがわりとポイントかなと思ったり。
Micrometer の話は、去年の Spring Fest でも聴いたけど、とても便利そうだし使ってみたいです。なかなか使える機会がないけど...。(そもそも Boot アプリじゃない)
あとで読む。
以下、メモから抜粋。
www.slideshare.net
