Goにおけるstructのメモリ構造を知ることでフィールド順序に対する意識が変わったり、なぜunsafe.Sizeof(string)が16bytesでunsafe.Sizeof(slice)が24bytesになるかが理解できます。
unsafe.Sizeof()を使うとその変数がどれくらいメモリを割り振るかが分かります。
※変数の分確保するメモリであり、参照先のメモリは含みません
| 型 | unsafe.Sizeof() |
|---|---|
| bool | 1 |
| int32 | 4 |
| int | 8 |
| float64 | 8 |
| string | 16 |
| []T | 24 |
structのフィールドにそれぞれの型を付けると、その分メモリが割り振られます
続きを読む以前Graceful shutdown機能の使い方を紹介しました。
これによって処理途中のリクエストが残っていても、きちんと完了するまで待ってからプロセスを終了してくれます。
しかしPubSubのPublish()のような非同期処理であればリクエストが完了しても内部でキューが残っており、単純にそのまま終了するとメッセージがロストしてしまいます。なのでプロセス終了までにStop()を呼び出す必要があります。
またミドルウェアとのコネクションクローズといった後処理も、SDKにメソッドが用意されているのであればプロセス終了までに呼び出すべきです。
このようなプロセスが終了するまでのやっておきたい後処理を、あらかじめ登録しておき最後にまとめて呼び出す仕組みをShutdown Hookと呼びます。
JavaではRuntimeに用意されていますが、goでは用意されていないので自前で実装する必要があります。
続きを読むGCPのCloud PubSubはメッセージング基盤として非常に有用です。
ただし利用する上で考慮すべきことも多々あるのでまとめておきます。
パラメータに関しては主にgolangのクライアントライブラリをベースに説明します。
Cloud PubSubのSLOは99.95%です。
自身が提供するサービスのSLOを満たすかはこれを元に利用しましょう。
それを満たせなかったときのSLAとしては以下のように決められています。
| 各月の稼働率 | 対象サービスが SLO を満たさなかった場合、お客様の翌月以降の請求書に対して返金される月次請求額の割合 |
|---|---|
| 99%～99.95% 未満 | 10% |
| 95%～99% 未満 | 25% |
| 95% 未満 | 50% |
ref: Pub/Sub Service Level Agreement (SLA) | Cloud Pub/Sub Documentation
続きを読む前回の続きです。
今回は暗号化における鍵（共通鍵）について説明します。
鍵とはとても大きな数です。
鍵のビット長が大きい＝鍵空間が大きいことを意味します。つまり可能な鍵の総数が大きいため総当り攻撃が困難になります。
AESでは128bits, 192bits, 256bitsのビット長の鍵を選択できますが、長いほど鍵空間が大きくて良いということになります。
続きを読むユーザのメールアドレスといった機密情報を暗号化・復号したいユースケースがあるとします。
メール送信などに利用するためパスワードのようにハッシュ化するのでなく、復号して利用したいケースです。
機密情報の管理全般については以前↓で話しましたが、今回はデータの暗号化に焦点を当ててみます。
適切な暗号方法を理解していないとZoomで問題になったように脆弱性のあるアルゴリズムを使用してしまいます。
Zoom documentation claims that the app uses “AES-256” encryption for meetings where possible. However, we find that in each Zoom meeting, a single AES-128 key is used in ECB mode by all participants to encrypt and decrypt audio and video. The use of ECB mode is not recommended because patterns present in the plaintext are preserved during encryption.
なので暗号における前提知識を説明した後に具体的な実装を紹介します。
続きを読む