現職ではプロダクト拡充のため、ソフトウェアエンジニアの採用を行っております。
転職をお考えの方、または興味のある方は、@blog_devgru までDMください。 現職のWantedlyのページとかんたんな紹介をお送りします1。
バックエンド
フロントエンド
共通: AWS, Datadog, GitHub
会社の人にこのページ見られるのちょい恥ずかしいので隔離させてください。Twitterだめな場合は別途ご相談させてください。↩
（訂正）
書いたはいいが、 よくよく確認したら repository の last commit が2年前と全くメンテナンスされてない状態だったので、 こちらのほうがむしろ推奨されない方法となっていました。
なにかの参考になるかもしれないので、記事は残しておきます。
不便な記事２連発で申し訳ありません。
広告
serverless-plugin-typescript を使おうsls create -t aws-nodejs-typescript -p プロジェクト名
ちょっとしたスクレイピングをするバッチのために Serverless Framework + AWS Lambda + Node.js + TypeScript の構成で実装しようとしたが、 よく検索して出てくる方法が特定の方法に特化しすぎていて、使いづらいケースが多そうだったのでオフィシャルで説明されている方法をおすすめする。
こちらやこちらなどでは、以下のコマンドでテンプレートから生成する方法が紹介されている。
sls create -t aws-nodejs-typescript -p プロジェクト名
この方法で生成されるプロジェクトには以下の問題がある。
生成されるコードはここの内容になる 1。
見てほしいのは、 serverless.ts と src/ 以下で、どちらもガッツリAPI Gatewayを使用する設定になっている。
provider: {
name: 'aws',
runtime: 'nodejs14.x',
apiGateway: {
minimumCompressionSize: 1024,
shouldStartNameWithService: true,
},
environment: {
AWS_NODEJS_CONNECTION_REUSE_ENABLED: '1',
},
lambdaHashingVersion: '20201221',
},
const hello: ValidatedEventAPIGatewayProxyEvent<typeof schema> = async (event) => {
return formatJSONResponse({
message: `Hello ${event.body.name}, welcome to the exciting Serverless world!`,
event,
});
}
serverless.ts と hello ハンドラーがガッチリAPI Gateway使用を前提としているので、
それ以外で定時バッチ組みたいとかのケースだとこれらのコードを削除して整える必要があり、テンプレートを使う旨味が全然ない。
むしろ意図せずAPI Gatewayに公開する危険すらあるので、それ以外の用途で使う場合以外は使うべきではない。
Lambda は依存が増えるとパフォーマンスに影響が出るので依存を減らしたいところだが、
package.json の dependencies を見ると、@middy と source-map-support が入っており、不要の場合いちいち削る必要がある。
また、その下の devDependencies は実行速度に影響こそないものの、なるべく少ないほうがパッケージのメンテナンス上都合がいい。
serverless.yml ではなく serverless.ts になるこれは良し悪しだが、 serverless.ts はあんまり使いたくない。
スキーマチェックが入るので安心できる部分はあるが、ブログなどで紹介されている記述例は9割が serverless.yml なので、いちいち変換して書く必要があるのは美味しくない。
serverless-plugin-typescript を使うserverless-plugin-typescript を使おう。
serverless ではなく prisma-labs 以下のリポジトリなので 3rd party になってしまうが、 本家からも紹介されているので、 問題なく使えると思います。
使い方は、通常のプラグインのように npm install serverless-plugin-typescript したあとに、 serverless.yml に以下を追記するだけ。
plugins: - serverless-plugin-typescript
あとは、handler.js ではなく handler.ts に実装するだけで良い。
バンドラの設定などはよしなにやってくれる。
細かいところは ここ を参考にすると良い
aws-nodejs-typescript よりも、 serverless-plugin-typescript を使いましょう。
プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発
プロジェクト謹製でこれなのは少し困る。↩
2021/02/06 21時35分 追記
参照したGoogleの資料が古く、現在はAppleと同じ仕様になっております。
先日報じられた不具合の原因はこちらのIssueと思われます。
訂正が遅くなり申し訳ありません。
調べたらそれっぽいのがわかったのでメモ。
広告
報道発表の時期から、原因はこのコミットだと思われる。
怪しいのはこの変更。
- MinimumRiskScore = 1, + MinimumRiskScore = 21,
(Minimum)RiskScore の定義を調べると、Google と Apple で異なる。
Apple は0~8の整数値を取る4つのパラメータの積で、0〜4096の値を取る。 それに対して、Google は 1〜8の値を取る4つのパレメータに更に重みを加味して正規化した、1〜8の値を取る。
そのため、RiskScore = 21 というのはApple 仕様の定義では適切だが、Google仕様ではありえない数値となる。
結果として、iOSでは検知するがAndroidでは検知しないという状況が出来上がったと考えられる。
当たっているだろうか？
絶対に挫折しない iPhoneアプリ開発「超」入門 第8版 【Xcode 11 ＆ iOS 13】 完全対応
