InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
-
Dockerで実現するゼロダウンタイムデプロイ
QCon New York 2015で，Paul Payne氏は，12分以内の修正と再デプロイを要件とするNordstormのプロジェクトについて講演を行った。それを可能にしたのはGoベースのマイクロサービスとDockerコンテナ技術，そして継続的デリバリの方法論だ。
-
GoogleがKubernetesベースのVM/Dockerイメージビルドフレームワークを開発
Googleは，JenkinsとPackerを使ってGoogle Compute EngineVMのカスタムイメージのビルドを自動化するリファレンス実装を，Kubernetesベースのオープンソースで開発した。継続的デリバリのビルドパイプラインへのイメージ生成過程の追加と，VMインストールの信頼性向上と時間削減を可能にするアーティファクト生成という，２つの実現方法を実証することが，開発の主な目的だ。
-
-
成功を乗り越えて
チームの成功をある種の失敗と捉えることは稀だが，目標以上のものを求めれば，基本的なソフトウェアやインフラストラクチャニーズを無視するのと同じ位の危険を伴う。Mark Simms氏とMark Souza氏は，彼らがこれまで見たアンチパターンを紹介し，あなた自身の成功とアーキテクチャ上の勝利を両立する最善の方法のいくつかを論ずる。
-
アジャイル，DevOps，自社製品の社内利用
DBmaestro共同創設者でCTOのYaniv Yehuda氏にインタビューした。彼らがアジャイル開発をどのように実行し，DevOpsを利用しているのか，継続的デリバリや困難だと言われるアジャイルプラクティスをどのように実践しているのか，さらにはアジャイルやDevOpsプラクティスを使うことによって，どのようなメリットを得られているのだろうか。
-
Googleにおけるマルチリポジトリ開発
複雑なソフトウェアプロジェクトは、外部依存のために複数のリポジトリにまたがっていることがよくある。これはそれ自体で課題だ。GoogleのWebRTCエンジニアであるPatrik Höglund氏は、Chromeのような何十ものサードパーティ製ライブラリを使用したソフトウェアを開発するとき、Googleがどのようにしているか説明した。
-
Gil Ziberfeld氏に聞く - アジャイルにおける製品計画とその管理
InfoQは，プロダクトの計画とその実践，#NoEstimatesに対する考え，製品計画に関する議論の価値，製品開発における意思決定の改善方法などについて，Gil Zilberfeld氏にインタビューした。
-
継続的テストの利点
2006年の設立以来、Unrulyはチームとしてエクストリームプログラミング(XP)を実践してきた。テストファーストの手法を用いてコードを書き、ステージングでの手動テストに頼るのではなく、自動テストに投資をしてきた。InfoQはRachel Davies 氏にインタビューし、テストの継続的手法の重要性やその育て方、Unrulyで生み出している価値について話を聞いた。
-
-
Phil Calcado氏がSoundCloudのマイクロサービス移行で学んだこと
QCon London 2015でPhil Calcado氏は，SoundCloudがモノシリックからマイクロサービスアーキテクチャへの移行から学んだ教訓を公開した。その中で氏は，マイクロサービスプラットフォームを構築する上で中心となる要件として，迅速なプロビジョニング能力の開発，基本的なモニタリング，素早いアプリケーションデプロイメントの３つを挙げた。
-
Dave Farley氏，継続的デリバリの基本原理について語る
QCon London 2015においてDave Farley氏は，これまでのソフトウェア開発の状況が最適とは言えないものであったことを認めた上で，それが継続的デリバリの実践によって著しく改善されることが調査の結果から明らかになった，という見解を発表した。継続的デリバリはソフトウェア開発の経済を変える，と氏は言う。ビジネスアイデアのより迅速な評価を可能とし，欠陥率を低減するというのだ。
-
マイクロサービスの運用にはDevOpsが必要
前回のQCon Londonで，英国Government Digital Service(GDS)のテクニカルアーキテクトを務めるMichael Brunton-Spall氏は，マイクロサービスの運用に成功するためにDevOpsがいかに重要性であるか，自身の見解を説明した。その中で氏は，マイクロサービスを識別するための重要な要素を特定した上で，最初のマイクロサービスを開発するための方法と，マイクロサービスのエコシステムを管理するために必要なツールとプラクティスについて述べている。
-
-
ThoughtWorksのMingleがビルド時間を改善
Mingleの継続的インテグレーションには現在，１回のビルドに40分を要する。ThoughtWorksのSudhindra Rao氏は，その成果を公表している。