Amazon CodeGuru

Amazon.in の販売者のスケジューリングサービスに携わるソフトウェア開発エンジニア、Chris Butterfield

「Amazon CodeGuru Profiler を実行してその推奨事項を確認すると、CPU ロックに関連するバグを修正するには、サービスを更新する必要があることに気付きました。推奨の修正は完璧に機能し、CPU 時間の 55.97% を使用していたスレッド競合に対する警告を取り除きました。これで、単一のホストが 700 TPS を処理できるようになりました。これは、単一のホストが以前処理できたトラフィック処理量の約 7.5 倍に相当します同じトラフィックを処理しながら、負荷テスト後にインスタンスの数を約 75% 削減できました」

Amazon.com のカタログ管理サービスに携わるシニアソフトウェア開発エンジニア、Rajesh Konatham:

「サーバーの起動時間を短縮し、プロファイルの乱雑さを軽減するために、いくつかのソフトウェア関連の設定を無効にしました。Amazon CodeGuru Profiler を使ってこの変更によりどのような影響があるかを理解すると、ワークフローシステムがブランチを実行するたびに、ドキュメントが不要な場合でも複製していることがわかりました。このため、CPU 容量の複製値の 15% を無駄に消耗していたのです。Amazon CodeGuru Profiler の推奨事項に従ってこれらの複製値を削除したところ、CPU 使用率が同期フリートで 40%、非同期フリートで 67% と大幅に削減されました。これは、予想していた CPU 使用率の 15% の削減をはるかに超えていました。 クローンがヒープメモリを使用しなくなり、ガベージコレクションのアクティビティが減少したため、さらに削減できました」

Amazon CloudWatch に取り組むシニアソフトウェア開発エンジニア、Neeraj Kumar

「Amazon CodeGuru Profiler を実行したところ、CPU 容量のほとんどが SHA-2 で Amazon S3 要求を署名するのに使用されていることがわかりました。JDK が提供する SHA-2 実装を使用していましたが、代わりに Amazon Corretto Crypto Provider を使うことを Amazon CodeGuru Profiler は推奨しました。この推奨事項に従ったことで、一部の暗号化アルゴリズムをより迅速に実装できるようになりました。Corretto Crypto Provider は JDK の動作と一致するため、オンボーディングは簡単でした。デプロイすると、CPU 使用率が約 30% 削減された AWS のリージョンがいくつもありました」

AWS ビルダーツールに取り組むシニアソフトウェア開発エンジニア、Mike Thompson

「Amazon CodeGuru Reviewer を使用することで、重要なコードに埋もれている長期にわたる競合状態を把握できました。変更したコードの領域外にあったため、人間のレビュアーであれば見逃していたところでしょう。Amazon CodeGuru Reviewer は、バグに関する十分なコンテキスト、バグがよくない理由についての明確な説明、バグの修正方法の具体例を提供してくれました。必要な変更は非常に簡単で、ものの数分で完了しました。セットアップを要さず、さらに作業の支障にならずにコード品質を改善できる素晴らしいものです」

AWS DynamoDB に取り組むソフトウェア開発エンジニア、Danish Bashar:

「Amazon S3 からファイルをダウンロードしていたのですが、それがストリームで、リソースリークが発生したことに気づきませんでした。単体テストでは問題なく実行できたため、この問題は検出されませんでした。オブジェクト型を明示的に記述していなかったので、気が付かなかったのです。私だけでなく、コードのレビュー担当者でも誰も気づかなかったことでしょう。Amazon CodeGuru Reviewer がコードのセマンティクスを確認するのに数分しかかからず、リソースリークを比較的速く発見できました。Amazon CodeGuru Reviewer は、try-with-resources を使用してリソースを閉じることを推奨したので、すぐに実装しました。+1」

AWS DynamoDB に取り組むソフトウェア開発エンジニア、Geetika Vasudeo

「通常はしない方法で Amazon DynamoDB テーブルを使用していたため、コードレビューで見落としていました。Amazon CodeGuru Reviewer は、オペレーションがすべての結果ではなく、ページ区切りされた結果を返していることを突き止めました。今では問題になりませんが、スキャンを行って最初のページ上の結果を確認するだけでした。テーブルが次第に大きくなると、最初のページのみが表示され、残りの結果が失われていました。正しく処理されないと、これがコードの主要なバグになっていたかもしれません。上手く問題を検出でき、推奨事項も適切でした」