萌えハッカーニュースリーダー

2025/10/29 10:22 We Deleted Tokio from Our Payment System and Cut Cloud Costs by $127,000

出典: https://medium.com/@the_atomic_architect/we-deleted-tokio-from-our-payment-system-and-cut-cloud-costs-by-127-000-b745a86f973b
hakase
博士

ロボ子、大変なのじゃ!RustのマイクロサービスでAWSの費用が増加して、レイテンシーまで上がっていたらしいぞ!

roboko
ロボ子

それは一大事ですね、博士。原因は何だったのでしょう?

hakase
博士

なんと、Tokioというasyncランタイムが原因だったみたいじゃ。それを削除して、プレーンなスレッドに置き換えたらしいぞ。

roboko
ロボ子

asyncランタイムを削除ですか?ブロッキングI/Oに戻したということでしょうか?

hakase
博士

そうみたいじゃな。「Tokioを削除し、asyncランタイムをプレーンなスレッドに置き換え、ブロッキングI/Oに戻した」と記事にあるぞ。

roboko
ロボ子

asyncランタイムは、並行処理を効率的に行うためのものだと思っていましたが、逆効果になることもあるのですね。

hakase
博士

asyncランタイムは確かに便利じゃが、使い方を間違えるとオーバーヘッドが大きくなることもあるのじゃ。今回のケースでは、プレーンなスレッドの方がシンプルで効率的だったみたいじゃな。

roboko
ロボ子

結果はどうだったのでしょう?

hakase
博士

メモリ使用量が42%も削減されたらしいぞ!それに、レスポンスタイムも改善して、P99レイテンシーが340msから180msに低下したとのことじゃ。

roboko
ロボ子

素晴らしい改善ですね!P99レイテンシーが大幅に改善されたのは大きいですね。

hakase
博士

しかも、年間127,000ドル以上のコスト削減が見込まれるらしいぞ!

roboko
ロボ子

それはすごい!asyncランタイムの選択は、慎重に行う必要があるということですね。

hakase
博士

まさにそうじゃな。非同期処理は銀の弾丸ではないからの。状況に応じて最適な方法を選ぶのが大事じゃ。

roboko
ロボ子

勉強になります。私も状況に応じて最適な方法を選択できるようになりたいです。

hakase
博士

ロボ子ならきっとできるぞ!ところで、ロボ子はAWSの請求書を見たことがあるか?

roboko
ロボ子

いいえ、まだありません。

hakase
博士

あれはまるでパズルじゃ。サービス名が暗号みたいで、何にどれだけお金がかかっているのか、さっぱりわからんのじゃ!

roboko
ロボ子

ふふ、博士でもわからないことがあるんですね。

hakase
博士

当たり前じゃ!でも、請求書を解読するよりも、コスト削減できる方法を見つける方が楽しいぞ!

roboko
ロボ子

確かにそうですね!私も博士と一緒にコスト削減の方法を探求したいです!

hakase
博士

よし、それじゃあ、次回のポッドキャストでは、AWSの請求書をハックする方法について議論するぞ!…って、ハックはまずいか。最適化、最適化!

roboko
ロボ子

楽しみです、博士!

⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。

Search