はてなブックマーク

日本語で検索するとretryとretryingを使っている技術記事が多く出てくるのですが、これらのライブラリは更新が随分昔で止まっています。 retry 最終更新: 2016年5月 retrying 最終更新: 2016年7月 一方で、tenacityは更新され続けており、現在この記事を書いている前日(2021年10月4日)にも更新が入っています。 githubのスター数を見ても、tenacityが圧倒的に多くなっています。 ※2021年10月時点 retry スター数: 420 retrying スター数: 1700 tenacity スター数: 3300 これらの理由から、今後も使い続けられるtenacityをリトライのライブラリに選ぶのが良いでしょう。 またtenacity自体、更新の止まったretryingライブラリからフォークして作られています。 そういった意味でもtenacit

OpenAPI定義からAPIGatewayをいい感じに作成できたので、伝えたかった記録になっています。 どんな流れで 「OpenAPI ×CDK」 に辿り着いたのか、つらつら書いています。 長い記事になっていますが、本当に伝えたいのは最後のCDKの話だけです！ 時間が勿体ない方は最後の方だけ読んでいただけたらと思います。 【想定している層】 APIGateway そこそこ分かる CDK 聞いたことある OpenAPI(Swagger) 聞いたことない 【私のレベル】 APIGateway 2年くらい使っているけど未だにCorsエラーとかで沼る。 CDK 1ヶ月前くらいから触り始めたけど、既に好き。CloudFormationに戻れない。 OpenAPI 『スキーマ駆動開発』、とかの記事をみて気になっていて、最近初めて実際に触った。 OpenAPIとは？ 「Restful APIの定義を記述

EC2 AutoScalingのスケーリングポリシーについて、ざっくりまとめています。 今回紹介するのは以下です。 静的スケーリングポリシー 動的スケーリングポリシー ターゲット追跡 ステップ シンプル スケジュールドスケーリングポリシー 予測スケーリングポリシー 静的スケーリングポリシー 固定スケーリングポリシー、と表現した方が分かりやすいかもしれません。 常に「希望するインスタンス数」を起動するように設定するポリシーであり、「希望するインスタンス数」は変化しないため、静的スケーリングポリシーと呼ばれます。 動的スケーリングポリシー 静的スケーリングポリシーに反して、「希望するインスタンス数」が変動するポリシーです。 マネジメントコンソールから設定する際に、「動的スケーリングポリシーを作成」のメニューから作成できるポリシー3つが分類されます。 3つと書きましたが、基本的に使うのは2つで、

※本記事は2022/03/14に書いたので、現在では使えない情報があるかもしれません。 PlanetScale[1]とは、『MySQLと互換性のあるサーバーレスデータベースプラットフォーム』です。 AWSで相当するサービスは、Amazon RDS for MySQL や Amazon Aurora MySQL になります。 PlanetScaleの特徴として、『ブランチ』があります。 gitの運用のように、developブランチには開発環境のデータを投入、masterブランチには本番環境のデータを投入、といった使い方ができます。 また、アカウントを作成すればすぐに無料枠の範囲内でRDBが使えるため、検証用の環境としても優れています。 注意点として、「外部キーに対応していない」という点があります。外部キーを利用したい場合、アプリケーション側で外部キーに相当する実装が必要になるようです。 素晴

AWS の Elastic IP とは、停止→起動するたびに変わってしまうEC2のパブリックIPを固定するときに利用するものです。 公式説明[1]の一行目では以下のように説明されています。 Elastic IP アドレスは、動的なクラウドコンピューティングのために設計された静的 IPv4 アドレスです。 こちらのElastic IPですが、料金体系が少し特徴的で、簡単に説明すると「EC2インスタンスに1対1で紐づけられているときは課金されない」という特徴があります。 そして、EC2インスタンスに紐づけられていないときの料金は 0.005USD: 実行中のインスタンスに関連付けられていない Eastic IP アドレスあたり/1 時間 (比例計算) と説明されています[2]。 そこで、ひらめきました。 「使ってないElastic IPが単独で居るよりも、お金の掛からないインスタンスに紐づけた