アジャイル開発を支えるためのCI/CD - Qiita
アジャイル開発での何度も行われるプロダクトリリース アジャイル開発は早いサイクルが回っているチームでは１週間のうちに何度もリリースを行います。 リリースを何度も行うメリットは 開発中も常に動く状態のアプリケーションが確認できること 壊れたときにすぐに気がつけること 変更箇所を他の人もすぐ取り込むことが出来ること マネージャや顧客に対して常に進捗をデモという形で見せれること 他にも色々 このようなものがあります。 そもそもビッグバンリリースはテストも大変ですし、問題が起こったときに、どの箇所に問題があるかを調査する範囲を調べることが大変です。 バグの修正に掛かる時間の大半を占めるのがバグの調査時間になります。 半日以上かかって調査ししたバグが、１行のコード修正で終わってしまうこともよくあります。 細かくリリースをすることで、壊れた場合にそのコミットの変更の中におかしなところがあったと気がつく
クックパッドにおける最近のMicroservices事例 - クックパッド開発者ブログ
こんにちは。技術部の吉川です。 最近ではMicroservicesという言葉もかなり浸透し、そのテクニックも体系化されつつあります。 一方でMicroservicesについての話は概論や抽象的な話が多く、具体像が見えないという方もいらっしゃるのではないでしょうか。 当ブログでは1年半ほど前にMicroservicesへのとりくみについてご紹介しました。 当時社内ライブラリだったGarageはその後オープンソースとして公開され、また社内のシステムも当時と比べ飛躍的な進化を遂げています。 そういったクックパッドにおける最近のMicroservices事例を先日Microservices Casual Talksで紹介しました。 Microservicesの抽象的な話は一切割愛し、具体的な事例に終始した内容となっています。 Microservicesの基本となる考え方はわかったものの、実践方法で
Aws CodeStarを試してみる - PPT Developers' Blog
今回は Amazon Web Services Advent Calendar 2017の22日目の記事を書きたいと思います。 AWS CodeStarについて書こうと思います。 CodeStarは一言で言うとCI/CD環境を全てAWSで構築・運用できるサービスです。 Code三兄弟(Code Commit、Code Build、Code Deploy)などのサービスと連携して、 アプリケーションコードのコーディング、ビルド、テスト、デプロイできる環境の構築を可能にします。 開発者は素早く必要なアプリケーション開発環境と動作するコードを用意することでできるそうです。 試してみる まずはアプリケーションのテンプレートを一つ選びます。 今回はNode.jsのLambdaアプリケーションを選びます。 次にプロジェクトの詳細を設定します。プロジェクト名は好きなものを入れてください。 レポジトリはA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
