InfoQ ホームページ ReleaseManagement に関するすべてのコンテンツ
-
DoorDash社から学ぶモバイルアプリ リリース管理の重要な教訓
DoorDash社のモバイルアプリのリリースプロセスは、チーム間で共有された明確な責任の所在、効果的なコミュニケーション、テスト、リグレッションやホットフィックスの取り扱いに関する厳格なルールに基づいていると、DoorDash社のエンジニアであるManolo Sañudo氏は説明する。すべての組織がDoorDash社のような規模で仕事をしているわけではないが、彼らのアプローチの中には、小規模な組織にも参考になる側面が数多くある。
-
JRelaser 1.0:アーリーアダプタに聞く
JRelaserは、それ自体のリリースに使用することを通じて、ユーザエクスペリエンスの直接的な理解を深めてきた。その過程を通じて、他のプロジェクトにも導入されるようになった。InfoQは今回、JReleaserのエクスペリエンスと安定性について理解するべく、その開発に関わってきた開発者たちの声を聴いた。
-
JReleaser 1.0が自らを”リリース"
初回リリースからちょうど1年、JReleaserがバージョン1.0をリリースした。その間、さまざまなプロジェクトに採用され、機能も向上している。この1年間の発展を振り返り、次の1年間を予測するため、作者で中心的コントリビュータのAndres Almiray氏に話を聞いた。
-
Google Kubernetes Engineの機能強化：チャンネルのアップグレード、Windowsコンテナのサポート、Stackdriver
最近開催されたバルセロナのKubeCon EUで、GoogleはGoogle Kubernetes Engine（GKE）用にRapid、Regular、Stableの3つの新しいリリースチャネルを提供することを発表した。これらのチャネルを使用して、Google Cloud Platform（GCP）ユーザは最も新しいリリースを希望するのか、最も安定したリリースを希望するのかを選択できる。あるいは開発環境で最新のアップデートを迅速に評価できる。
-
Electric CloudがDevOps向けの予測分析機能をローンチ
ElectricFlow DevOps Foresightでは、リリースパイプラインのパターン識別にディープラーニングを導入して、ソフトウェアリリースの成功可能性を評価し、パイプラインのパフォーマンスとアプリケーション品質を漸進的に向上するためのレコメンデーションを生成している。
-
観測可能な分散システムを構築する
今日のシステムはますます複雑化している。ネットワーク上に分散し、ダイナミックにスケーリングするマイクロサービスでは、さまざまな方法で障害が発生するため、その予測は必ずしも可能ではない。可観測性(observability)を重視することにより、それまでは考えたこともなかった、システムに対する疑問を持つことが可能になる。この目的に使用可能なツールとしては、メトリクス、トレース、構造化および相関化ログなどがある。
-
継続的デリバリの基礎としてのトランクベース開発
pivotalで継続的デリバリに関する書籍を著したDave Farley氏は先頃、トランクベース開発のプラクティスに対する異論について記事を書き、CIと優秀なチームで果している役割を証拠としてそれらの意見に反論した。共著者のJez Humble氏もTwitterのスレッドでこのプラクティスの文化的側面についてコメントし、プログラマ気質との関係について説明している。
-
CAがWorkload Automation Engineの新リリースを発表
オートメーションベンダーCAは、新しいワークロードエンジンであるCA Workload Automation AEの新しいバージョンをリリースした。このリリースには、新しい使いやすさとパフォーマンス機能が含まれており、CA Automic One Automationプラットフォームに直接統合されている。
-
EdgemenshがP2Pアクセラレーションサービスを運用向けにロールアウト
Edgemeshは、WebRTCプロトコルスイートをベースとした、P2PのWebアクセラレーションサービスである。従来ならばCDNで処理されるようなトラフィックの一部を、P2Pネットワーク上で共有されるブラウザベースのキャッシュにオフロードする機能を提供する。数ヶ月前に運用レベルでのリリースが行われたことで、その体験の一部を共有できるようになった。
-
AtlassianがPortfolio for JIRA 2.0をリリース
AtlassianのPortfolio for JIRAの新リリースには，リアルタイムのポートフォリオ計画機能が備えられている。チームとプロジェクトに関する情報をJIRAから引き出して，製品ポートフォリオ計画に導入することにより，リリース計画に自動的に従うことが可能になる。
-
スクラムのためのNexus Guideを公開
Nexusは，大規模なソフトウェア開発プロジェクトを展開，維持するためのフレームワークである。Nexus Guideは，スクラムをスケールアップする上でScrum Guideの次段階として，複数のソフトウェア開発チームを統合した活動のサポートとして使用することができる。
-
Gil Ziberfeld氏に聞く - アジャイルにおける製品計画とその管理
InfoQは，プロダクトの計画とその実践，#NoEstimatesに対する考え，製品計画に関する議論の価値，製品開発における意思決定の改善方法などについて，Gil Zilberfeld氏にインタビューした。
-
ZeroTurnaroundがオートメーション市場の未確立を理由にLiveRevelの開発を終了
ZeroTurnaroundは，アプリケーションリリース自動化プロダクトのLiveRebelの開発を終了すると発表した。リリース自動化は開発チームが直面している最大の問題ではない上に，リリース管理のあるべき姿に対する明確なイメージがないことから，製品の市場に十分な大きさがない，というのがその理由だ。
-
アジャイルにおける計画作りの死
企業がアジャイルを導入して、自己組織的なチームが生まれ始めると、マネジメントは制御を失ったと感じる可能性がある。アジャイルに移行すると、手続きやレビュー委員会、コンサルテーション委員会などが無駄になってしまう可能性がある。しかし、そのような立場になる人は無駄になってしまうことに気づかない、とMarcel Heijmans氏は言う。再び、制御を取り戻そうとすると、問題はもっと厄介になり、"プランニングの死"へと到る。
-
組織調整(Orchestration)から自律性(Autonomy)へ - ソフトウェアデリバリサイクルのスピードアップのために
現代の企業のソフトウェアデリバリにおいて，ソフトウェアのリリースを問題なく行うために必要なのは自律性(autonomy)だ - Niek Bartholomeus氏はDevOps Summit in Amsterdamで行った"Orchestration in Meatspace"と題したプレゼンテーションで，企業を調整的(orchestration)アプローチから自律的アプローチに変えて，アイデアから製造までのフィードバックサイクルをスピードアップするにはどうすればよいかを論じた。