AWS CodeBuildの評判・口コミ 全11件

改善してほしいポイント

AWS CodeBuildで自動ビルドした際に、エラー発生したときにエラーの原因の特定が難しく、そのあたりの情報があまりない。「AWSサービスのラインナップを揃えました」という感じですので、本腰を入れて精度を上げていってもらいたい。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

CIツールはいくつか試してきたが、別サーバを立てるとコストかかるため、コスト面で大きく寄与したといえる。

改善してほしいポイント

設定項目が多く、開発経験の浅いメンバーや非エンジニアには少し取り付きにくい印象です。YAMLファイルでビルドプロジェクトを管理するので、運用が安定するまでは何度か試行錯誤が必要でした。また、ちょっとした環境変数やIAMの設定ミスが原因で、ビルドエラーになることもあり、ログを読む習慣がないと詰まります。営業企画として直接使うことはないですが、連携業務があるなら「どこがボトルネックになりやすいか」は理解しておいた方がよさそうです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

以前は、各種スクリプトや小規模なWebツールの修正反映が開発メンバー頼みで、「口頭で頼んで、忘れられる」みたいな属人運用がありました。CodeBuildを軸としたCI/CD導入により、更新依頼→マージ→テスト→本番反映までのフローがほぼ自動化。非エンジニア側が「気づいたら直ってた」と思えるくらいのスピード感が出ています。データ更新処理の安定運用にもつながり、KPIレポートの遅延や誤集計も激減。営業現場や経営レポートに影響するようなトラブルが明らかに減りました。

改善してほしいポイント

欲しい機能・分かりづらい点
・ビルド実行時のデバッグがしずらく、エラー発生時のトレースが難しい

その理由
・一応ビルド時のログは表示されるが、ビルド用のスクリプトのどの箇所でエラーになっているのかなど詳細な情報が分からないケースがある
・ビルド用サーバ用にログインができないので、ビルド時の情報をダンプファイルに残すなどといったことはできない

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

解決できた課題・具体的な効果
・AWS Code Pipelineと組み合わせたCICD環境の構築

課題に貢献した機能・ポイント
・AWS Code Pipelineと組み合わせることで、Gitリポジトリへのpush→ビルド→デプロイまでの一連の作業の自動化が可能になった

改善してほしいポイント

AWS codebuildで処理し、エラーが出てしまうと、エラーの原因を特定が非常にし辛い。
ビルドに関しては、他のもので実行し、エラーを潰した方が効率が良い。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Build用のサーバーを別で用意する必要がなくなったため、今までサーバーにかけていた人工を他のところへ回すことが出来た。

改善してほしいポイント

欲しい機能・分かりづらい点
・デバッグしずらい
・buildspec以外にも、IAMロール、artifactを置くS3バケットなど、用意するものが多い
その理由
・一応ログが出るのでそれを元にトラブルシュートしていくのですが、AWSの他機能との連携部分で失敗している場合などは苦労します。例えば、IAMの権限や、VPC環境へアクセスが必要な場合はVPCの設定が必要だったり、キャッシュのためのストレージが必要だったりと、AWSの他機能の知識がないと、トラブルシュートが難しいです。
・ローカルでビルドする手軽さからは比べ物にならないくらい設定が面倒です。しかし一度動いてしまえば、とても使いやすく感じます。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

解決できた課題・具体的な効果
・サーバはAWS、ソースはGithub、パイプラインはCircleCIなど複数サービスの管理が煩雑だった
課題に貢献した機能・ポイント
・複数のサービスが絡むCIパイプラインでしたが、それぞれの担当ごとのIDや権限管理が煩雑でしたが、AWS内で完結できたのはスッキリしてよかった

検討者へお勧めするポイント

AWS内で完結できると、セキュリティ面でも安心感があるので、おすすめです。

改善してほしいポイント

Jenkinsではアカウント単位で動作可能なジョブを制限するなど出来ましたが、
その点、CodeBuildでは複雑なアクセス制限をかける事ができない。
運用でカバーしていますが、機能として追加されたらぜひ利用したいと思っています。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

他Code系シリーズと連動させて、Blue/Greenデプロイメントを運用に取り入れる事ができました。
それにより、より安全にデプロイしやすい環境に改善する事ができました。

検討者へお勧めするポイント

CodeBuildを利用することで、簡単にクラウドらしさを体感できます。
これを機にJenkinsからの移行を考えてみてはどうでしょう。

改善してほしいポイント

AWSの管理コンソールは、どのサービズにも共通していることなのですが親切とは言えないですので、ある程度ご自身あるいはAWSパートナーから情報を得ながら使うしかないです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

プログラム単体テスト時にサーバーを立てて実施していましたが、codebuildで素早く単体テスト可能なため、生産性及びコストの面で90%以上の改善が見込まれます。

改善してほしいポイント

メリットにも記載したように、Code系のサービスと組み合わせて（CodePipelineの裏でCodeBuildが利用されているイメージ）であるため、ビルドだけ実施したい。といった用途には向かないと思います。とはいえ、特段改善を強く望むようなポイントは無いと感じています。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

CICD環境のサーバ構築や維持管理の負荷が軽減し、開発業務に専念できるようになりました。またAWSサポートの質が非常に高いため、不明点や困った点はサポートに質問することで迅速かつ的確に回答を頂けるので、使い方に困るといった経験はなく、ストレスなく利用することが出来ています。

改善してほしいポイント

機能的には大満足でしたが、まれにログを吐かないエラーに遭遇したり、原因不明のエラーで落ちることがありました。
サポートに問い合わせて解決しようとしたのですが、それでも解決しなかったこともあり、発展途中のサービスではあると思うので、その辺りの改善がされていくことが望まれます。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Selenium系の自動テストツールをコンテナ化して利用していました。
アーティファクトをS3に保存するように設定することで、テスト結果をS3に吐き出して、git push の前の自動テストとして利用していました。