タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
ウォーターフォールを殺しにきている書籍「継続的デリバリーのソフトウェア工学」を読んだ - 勘と経験と読経
読むのがホネな（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第52回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗るという仕組み。過去5回分のログはこんな感じ。 #51 V字モデルの深淵を覗き込んで反省する：「単体テストの考え方（UTPPP）」を読む（後編） - 勘と経験と読経 #50 V字モデルの深淵を覗き見た気分：UTPPPを読む（前編） - 勘と経験と読経 #49 「デジタルトランスフォーメーション・ジャーニー」でDXできる？ #デッドライン読書会 - 勘と経験と読経 #48 頭を良くしたいので「哲学思考トレーニング」を読んだ #デッドライン読書会 - 勘と経験と読経 #47 いまさら「マスターアルゴリズム」読んだ #デッドライン読書会 - 勘と経験と読経 さ
年末年始に「継続的デリバリーのソフトウェア工学」を読みました。新年を迎えて、気分を一新して開発を始めるのに良い本でした。 ソフトウェア開発に役立つプラクティスを示した本 学びのエキスパート 複雑さ管理のエキスパート 実践的なツール データに基づく指標 ソースコードに限らずに広く適用 ソフトウェア開発者としての矜持 TDD あちら側とこちら側 「継続的デリバリー」は 1 要素 さいごに ソフトウェア開発に役立つプラクティスを示した本 ソフトウェア工学とは、ソフトウェアの実際的な問題に対する効率的、経済的な解を見つけるための経験的、科学的アプローチの応用のことである。 1.2 「ソフトウェア工学と何か」 本書では、ソフトウェア開発の現場で役立つプラクティスを、ソフトウェア工学としてまとめています。ここでいう科学的アプローチとは、「特徴づけ」「仮説の定立」「予測」「実験」という形で思考を組み立て
https://pipecd.dev/docs/faq/#4-what-are-the-differences-between-pipecd-and-fluxcd https://pipecd.dev/docs/faq/#5-what-are-the-differences-between-pipecd-and-argocd Getting Started 「せっかくなので、軽く GitOps の雰囲気が感じられるチュートリアルをやってみましょう」 バージョン kubectl: 1.18.0 eksctl: 0.29.2 Kubernetes: 1.17.9 Helm: 3.3.4 alias k="kubectl" alias ek="eksctl" Kubernetes クラスタを作成 $ ek create cluster \ --name test-kim \ --version
2022のアジャイル本紹介です。『継続的デリバリーのソフトウェア工学』は、久しぶりにソフトウェア工学を題した「アジャイル開発」の本です。もう一度、ソフトウェア工学の観点からアジャイルを説明していて、ま...
「入門 継続的デリバリー」は継続的デリバリーを学ぶのに最適な教科書だった. - Lean Baseball
最近読んだ「入門 継続的デリバリー」がとても良かったので紹介しますね, というエントリーです. 入門継続的デリバリー良かったです. 「継続的デリバリー（Continuous Delivery）」とか「DevOps」ってどこから学ぶかわからんな！？ というのは割とあるあるだと思っています, そもそもめちゃくちゃ難しい話なので（ちゃんと学ぼうとすると）. そんな中, 「入門 継続的デリバリー」がよく説明できてて良かったので感想と関連する書籍を紹介できればと思っています. TL;DR 入門 継続的デリバリー 我々はなぜCDをするのか? 具体的なプラクティス 入門後に読むべき良著 Kubernetes CI/CDパイプラインの実装 継続的デリバリー チームトポロジー 結び - 我思うCDとDevOps TL;DR 「入門 継続的デリバリー」は継続的デリバリーの大切さと概念, 手法を現実にありそうな
Kubernetesなどの開発をホストし、クラウドネイティブを推進する団体「Cloud Native Computing Foundation」（CNCF）は、クラウドネイティブ関連のテクノロジーやツール、サービスなどの評価を示した「CNCF Technology Radar」を発表しました。 CNCFではオープンソースによるさまざまなクラウドネイティブ関連ツールの開発をホストするだけでなく、クラウドネイティブなテクノロジーを活用し議論する立場のエンドユーザー企業もメンバーとして所属しています。 CNCF Technology Radarは、このエンドユーザー企業メンバーに対してアンケートを行い、その結果を基にテクノロジーやツール、サービスなどの評価をまとめたものです。 評価は「Adopt」「Trial」「Assess」「Hold」に分かれています。 「Adopt」はエンドユーザー企業も活
この記事はStef Walterによる CentOS Stream is Continuous Delivery の翻訳です。 継続的デリバリーの基礎：難しいことを継続的に行い、簡単になるようにする。 外から見ると、RHEL（そしてCentOS Linuxコンテンツ）を構築する方法は、この10年間で変わっていないように見えるかもしれません。しかし、その内部ではRHELを開発する方法について、顧客に影響を与えることなく記念碑的な変革を成し遂げようとしています。 私は様々なカンファレンスでこの話をしてきましたが、CentOS Linux 8とCentOS Streamについての発表は、ここで話をするきっかけを与えてくれました。 3年前、RHELエンジニアリングで働いている私たちの何人かはアイデアを持っていました：継続的インテグレーション、継続的デリバリー、予測可能なリリース頻度などの現代的な開
入門 継続的デリバリー
継続的デリバリーとは、コード変更を必要に応じて迅速かつ安全に、継続的にリリースできるようにするための開発手法です。本書は、初めて継続的デリバリーに取り組む読者向けに、必要な知識とベストプラクティスをていねいに紹介する入門書です。基本的な概念や技術、アプローチの解説はもとより、章ごとに事例を使用しながら、継続的デリバリーを実践する際に直面するさまざまなシナリオを取り上げ、その全体像・世界観を包括的に理解することができます。 序文 はじめに 第1部 継続的デリバリーとは 1章 『入門 継続的デリバリー』へようこそ 1.1 継続的デリバリーは必要？ 1.2 なぜ継続的デリバリー？ 1.3 継続的デリバリーとは 1.4 インテグレーション 1.5 継続的インテグレーション 1.6 何をデリバリーするのか？ 1.7 デリバリー 1.8 継続的デリバリーと継続的デプロイメント 1.9 継続的デリバリー
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
MLOps: 機械学習における継続的デリバリーと自動化のパイプライン | Cloud アーキテクチャ センター | Google Cloud
デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。
表1(翻訳者により追加) MLOpsにおいて、DevOpsから追加された項目 以下では，予測サービスとして機能するMLモデルのトレーニングと評価の代表的な手順を説明します． MLのためのデータサイエンスの手順 どのMLプロジェクトでも、ビジネスユースケースを定義して成功基準を確立した後、 MLモデルを本番環境にデリバリする過程には次の手順が含まれます。 これらの手順は手動で完了することも、自動パイプラインで完了することもできます。 データ抽出： MLタスクのさまざまなデータソースから関連データを選択して統合します。 データ分析： 探索的データ分析 （EDA） を 実行して、MLモデルの構築に使用可能なデータを把握します。 このプロセスにより、次のことが起こります。 モデルが期待するデータスキーマと特性を理解します。 モデルに必要なデータの準備と特徴量エンジニアリングを特定します。 データの
GitOpsとは、分散バージョン管理システムであるGitを使用して、全てのアプリケーションとインフラストラクチャの望ましい状態を宣言的に記述し、管理する手法で、継続的デリバリーを実現する一つのモデルです。本連載では、GitOpsを活用した継続的デリバリーやプログレッシブデリバリーについて紹介します。第1回では、GitOpsの概要やメリット、GitOpsを実現するソリューションを紹介します。 はじめに 本連載はソフトウェアデリバリーにおける継続的デリバリー・プログレッシブデリバリーについての連載で、以下の3つの記事で構成されています。 第1回となる本記事では、継続デリバリーについての概要、話題となっているGitOpsは何か、どんなメリットがあるのか、現在のGitOpsソリューションについて紹介します。 第2回では、プログレッシブデリバリーの解説と各ソリューションの紹介・比較について説明します
Argo CDによる継続的デリバリーのベストプラクティスとその実装 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。Necoの池添(@zoetro)です。 現在San Diegoで開催されているKubeCon 2019に参加しているのですが、時差ボケで寝付けないのでこんなブログを書いています。 さて、現在我々はKubernetes上のアプリケーションの継続的デリバリーを実現するためにArgo CDというツールを利用しています。 github.com 本記事ではArgo CDについて簡単に解説した後、継続的デリバリーのベストプラクティスと具体的な実践例を紹介したいと思います。 Argo CD とは Kubernetes向けの継続的デリバリーツールとしては、Spinnakerや Jenkins Xなどが有名です。 これらのツールは継続的デリバリーのパイプラインを統合的に管理・実行するためのツールになっています。 一方のArgo CDは、パイプライン全体を管理するのではなくパイプラインの中の1つの
継続的デリバリの今後10年を予想する
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
継続的デリバリーのソフトウェア工学 もっと早く、もっと良いソフトウェアを作るための秘訣 作者:David Farley日経BPAmazon 書名の「継続的デリバリー」はCI /CDの解説書かな？とも思わせてしまうので若干ミスリードなんだけど、「工学とは何か？」「ソフトウェア工学とは何か？」「工芸と工学は何が違うか？」ということを解説した1冊。 『継続デリバリーのソフトウェア工学』を読み始めた そういえば、最近「ソフトウェア工学」ってキーワードを聞かないなーって思ってたけど、本書にも「最近敬遠されてない？」って書かれてた— magnoliak🍧 (@magnolia_k_) 2023年1月28日 まぁ、確かに「ソフトウェアの品質分析がー」とか、「設計書を書けばコードが自動生成ー」みたいな、「管理！」的な価値観が大きかったように思われてたんじゃないかなーとか思った— magnoliak🍧
Open Policy AgentとSpinnakerで実現するマイクロサービスの安全な継続的デリバリー
KubeFest Tokyo 2020 Track1 15:35~16:10
GitHubにおける継続的デリバリー/How GitHub builds and deploy software
Developers Summit 2020の発表スライドです。 https://event.shoeisha.jp/devsumi/20200213/session/2340/
CI/CD は、ソフトウェア開発および更新の継続的なサイクルを維持しながら、バグやコードの不具合を回避するのに役立ちます。 アプリケーションが増大する中、CI/CD の機能は複雑さを軽減し、効率を高め、ワークフローを最適化するための助けとなります。 CI/CD は、新しいコードをコミットから本番環境に取り込むために従来必要とされていた手作業よる介入を自動化するので、ダウンタイムが最小限に抑えられ、コードのリリースが迅速化されます。また、コードの更新や変更をより迅速に統合できるため、ユーザーのフィードバックをより頻繁かつ効果的に組み込むことができ、ユーザーにとってプラスの結果が生み出され、顧客の満足度が全体的に向上します。 CI/CD の「CI」は常に継続的インテグレーションを指します。これは、コード変更をより頻繁にマージして共有ブランチ、つまり「トランク」に戻す作業を容易にする開発者向けの
[レポート]Github ActionsによるAWSの継続的デリバリ #DOP322-S #reinvent | DevelopersIO
Actionsを作成してみる GitHub Actions Toolkitを使ってみましょう。 actions/toolkit: The GitHub ToolKit for developing GitHub Actions. DEMOアプリケーション Octochat 当セッションのメインでした。 github-developer/octochat-aws git clone git@github.com:github-developer/octochat-aws.git cd octochat-aws mv .env.example .env docker build -t octochat -f Dockerfile.develop . ./script/server.sh http://localhost:49160/ にてアクセスできます。 あるいは、forkした上でブラウザ上
![[レポート]Github ActionsによるAWSの継続的デリバリ #DOP322-S #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/319ccef07e9a4398bd0eee85069885b1bad18edd/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Feyecatch1.jpg)
AWS Service Catalog を使用しての、Amazon ECS 継続的デリバリー用の自動設計図の共有 | Amazon Web Services
Amazon Web Services ブログ AWS Service Catalog を使用しての、Amazon ECS 継続的デリバリー用の自動設計図の共有 この記事は、AWS Dev Tech のスペシャリスト SA である Mahmoud ElZayet が執筆しました 現代的なアプリケーション開発プロセスは、各組織がスピードや品質を継続的に向上することを可能にしています。このような革新的なカルチャーにおいては、小型の自律的なチームに、アプリケーションの全ライフサイクルがゆだねられます。ただ、こういった敏速かつ自律的なチームは、製品デリバリーを加速する一方で、コンプライアンスや品質保証、およびコードデプロイのためのインフラストラクチャに対するコストを生じさせます。 標準化したツールやアプリケーションリリース用コードを用いることで、チーム間でベストプラクティスを共有でき、冗長的なコー
CDK Pipelines: AWS CDK アプリケーションの継続的デリバリ | Amazon Web Services
Amazon Web Services ブログ CDK Pipelines: AWS CDK アプリケーションの継続的デリバリ AWS Cloud Development Kit（AWS CDK）は、使い慣れたプログラミング言語でクラウドインフラストラクチャを定義し、AWS CloudFormation を通じてプロビジョニングするためのオープンソースのソフトウェア開発フレームワークです。AWS CDK は、次の 3 つの主要なコンポーネントで構成されています。 再利用可能なインフラストラクチャ・コンポーネントをモデリングするためのコアフレームワーク CDK アプリケーションをデプロイするための CLI AWS Construct Library（クラウドリソースを抽象化し、実績のあるデフォルト値をカプセル化する高レベルのコンポーネントのセット） CDK を使用すると、cdk deploy
KubeFest Tokyo 2020は、Kubernetes を利用している人、これから導入したい人が新しいことを学んだり、ネットワーキングすることを狙いとして開催するワンデイのオンラインイベントです。Kubernetes環境におけるCI/CDの問題をOpen Policy AgentとSpinnakerを導入することで解決する方法について、メルペイの山下氏が話をしました。後半はOpen Policy AgentとSpinnakerの導入について。 Open Policy Agentとは Open Policy Agentについて軽く説明したいと思います。Open Policy AgentはOSSの汎用ポリシーエンジンです。Regoというポリシー記述言語によってポリシーを定義して入力データを検証します。よくあるユースケースとしては、Deploymentに特定のLabelがあることを強制し
近年 Kubernetes の導入事例が増えたことにより、Kubernetes への継続的デリバリーの手段・ツールも様々なものがあります。 CircleCI のような CI/CD ツールを利用して Kubernetes へのデプロイまで一貫した CI/CD パイプラインを作ることも可能ですが、FluxCD そして今回紹介する ArgoCD など CD 専用の OSS ツールと組み合わせる事例も増えてきました。 これらの CD 専用ツールは GitOps を採用している点が共通点として挙げられます。 GitOps とは 2017年に Weaveworks 社がブログ内で紹介した CD の手法 です。 GitOps では、Git を用いて Kubernetes のリソース構成情報を宣言的に記述・管理します。 GitOps によるメリットは下記などが挙げられます。 生産性の向上 Git の操作(
PipeCDは、近年クラウドサービスの提供するオプションが多様化する一方で、すべてのチームに対応する堅牢なCDシステムが不足している現状を受けて、開発者のエクスペリエンスを向上させるべく、さまざまな種類のアプリケーションに統合されたインターフェースを提供する、新たなCDシステムとして開発されている。 PipeCDには、アプリケーションで何が起こっているかを確認できるデプロイメントパイプラインUI、個々のデプロイメントごとに用意された個別のログビューアを搭載しており、アプリケーションのコンポーネントおよび状態のリアルタイムでの可視化や、SlackおよびWebhookエンドポイントへのデプロイ通知、配信パフォーマンスの表示に対応する。サービスの状態全体がGit経由で管理されるので、クラスタの状態とGitから提供される監査ログを表示できる。 メトリックやログ、発行されたリクエストに基づく自動展開
【レポート】 AWS の継続的インテグレーション/継続的デリバリー総まとめ！モダンアプリケーション構築のための CI/CD ベストプラクティス！ #AWSSummit | DevelopersIO
今日 (9/8) から始まりました AWS Japan Summit Online 2020。ライブ配信セッション AWS-26「AWS の継続的インテグレーション/継続的デリバリー総まとめ！モダンアプリケーション構築のための CI/CD ベストプラクティス！」を拝聴しましたのでレポートします。 概要 継続的インテグレーション/継続的デリバリー（CI/CD）は、モダンアプリケーション開発の重要なプラクティスの一つです。本セッションでは、CI/CD に利用可能な AWS の各サービスの基本から、コンテナやサーバーレスを対象とした様々なデプロイメントパターン、ベストプラクティスまでを紹介します。本セッションは、デベロッパー、運用担当、アーキテクト、PM など CI/CD に関心のある多くの方々を対象としています。 動画および資料 スピーカー 福井 厚（ふくい あつし）氏 アマゾン ウェブ サー
はじめに Google Cloudと協業しDevOpsに関する調査レポートを公開しているDORAの「The Accelerate State of DevOps Report」では、生産性の高いエリートパフォーマーは「コードを1日に何度も本番環境にデプロイする」と述べられています。 多くのデプロイを行うことでユーザーに変更を素早く届けることができ、市場で勝てる可能性が高くなります。しかし一方で、コードの変更はさまざまな障害を引き起こします。頻繁なデプロイには重大なリスクが伴います。 プログレッシブデリバリーという用語を提言したJames Governorは次のように述べています。 The elite performers are shipping a lot more code and with higher quality. ――“An Introduction to Progressi
CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する | SEEDS Creators' Blog | 株式会社シーズ
CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する クラウド事業部の上野です。 AWSにあるコンテナサービスを使ってみたい！今後の弊社のサービスで活用できるかも！ついでにCIツールでデプロイまで自動化したい！ ということでAmazon ECSとAmazon ECRで継続的デリバリー環境を作ってみました。 今回はCIツールとしてCircleCIを利用してみます。 簡単に各サービスを説明しますと、 CircleCIはCI／CD(継続的インテグレーション／継続的デリバリー)を行うサービスです。 Amazon ECSはDocker コンテナをサポートするAW
内容紹介 本書はソフトウェアに関する諸問題を、「工学」に基づいて解決する方法を実利的に示します。 『継続的デリバリー』で著名なデイビッド・ファーリーの“Modern Software Engineering : Doing What Works to Build Better Software Faster”の日本語版です。 継続的デリバリー（『継続的デリバリー』の共著者）の先駆者で、DevOps、TDD、その他ソフトウェア開発全般についての実践者である著者が、ソフトウェア開発に科学的思考法を応用するとはどういうことなのかを明らかにし、本当にソフトウェア工学と呼べるものを実現するにはどうすればよいかを具体的に示します。 真のソフトウェア工学は、私たちの創造力と、高品質で役立つものを自信を持って作る能力を引き上げます。アイデアを掘り下げ、創造力を伸ばせるようになり、大規模で複雑なシステムを構
Cloud Build を使用した GitOps スタイルの継続的デリバリー | Kubernetes Engine | Google Cloud
フィードバックを送信 Cloud Build を使用した GitOps スタイルの継続的デリバリー コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このページでは、ホストされるプロダクトと一般的な GitOps の手法のみを使用して、Google Cloud で継続的インテグレーションとデリバリー（CI / CD）パイプラインを作成する方法について説明します。 Google のエンジニアは、長い間、構成ファイルとデプロイ ファイルをプライマリ ソースコード リポジトリに保存してきました。この手法は、Site Reliability Engineering, Chapter 8（Beyer 他 2016 年）に掲載されており、Kelsey Hightower の Google Cloud Next '17 基調講演で説明されました。 GitOps の重要な要
Heroku の継続的デリバリ | Heroku
Heroku Flow は、Heroku Pipeline、レビューアプリ、Heroku CI、GitHub を構造化された使いやすいワークフローに統合し、継続的デリバリーを実現します。 瞬時に実行できるプロフェッショナルなワークフロー GitHub リポジトリを接続し、自動または手動で Heroku アプリケーションを開発環境、ステージング環境、または本番環境に配置することによってパイプラインを整理できます。また、使い捨て型のレビュー用アプリに反映される開発ブランチで複数の機能を同時に開発したり、GitHub push のたびに Heroku CI でテストを実行したり、プルリクエストをマージしたり、ステージングへのデプロイを自動化したり、本番環境に昇格させることができるユーザーを制御したりすることもできます。 コードデリバリーを完全に可視化 本稼働に向けて開発が続けられている特定の機能
Cloud Operator Days Tokyo 2020は、「クラウド運用のリアルに迫る」イベントです。ここで、メルペイの山下氏が「Spinnakerで実践するマイクロサービスの安全なリリースフローとベストプラクティス」というテーマで登壇。前半はメルカリの継続的デリバリーとSpinnakerの機能を紹介しました。 Spinnakerを使ってマイクロサービスを安全にデプロイするためのTips 山下慶将氏（以下、山下）：こんにちは。お集りいただきありがとうございます。今日は「Spinnakerで実践するマイクロサービスの安全なリリースフローとベストプラクティス」というタイトルで発表いたします。よろしくお願いします。 簡単に自己紹介いたします。自分は山下慶将と申します。メルペイのSREで、今はマイクロサービスプラットフォームのCI/CDチームに所属しています。クラウドに関するプロダクトに興味
パイプライン駆動型組織 - 真の継続的デリバリの実現
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
※本記事は、技術評論社「Software Design」(2023年10月号)に寄稿した連載記事「Google Cloudで実践するSREプラクティス」からの転載です。発行元からの許可を得て掲載しております。 はじめに 前回はRenovateによる依存関係の更新について解説しました。今回はArgo CD1を利用した、Kubernetesへの継続的デリバリ(Continuous Delivery、CD)について紹介します。Argo CDとは何か、なぜ使うのか、基本的な機能やキャディでどのように活用しているかを紹介します(図1)。 ▼図1 CADDiスタックにおける今回の位置付け Argo CDとは Argo CDはKubernetesへの継続的デリバリを行うツールです。Gitリポジトリをソースとして継続的デリバリを行う手法をGitOpsと呼びます2。Argo CDはKubernetesへのデ
CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
Github Actionsによる継続的デリバリーの構築 - SO Technologies 開発者ブログ
CTO室所属の高橋と申します。皆からはニャンさんと呼ばれております。そして私は特に無茶振りはされていません。 さて、developブランチに変更が入ったらdev環境にリリース、mainブランチに変更が入ったら本番環境にリリースを行う仕組み、いわゆる継続的デリバリーを構築しているプロジェクトは多いことと思う。我々のチームではCircle CIで行なっていたが事情があってGithub Actionsに移行することになった。ところがGithub Actionsではdevリリースと本番リリースの手順をどう共通化すればいいのか分からず迷ってしまった。 近年のソフトウェア開発の現場ではCI/CDは当たり前になっているが、もはや当たり前すぎて逆にまとまった情報がネット上にないのかもしれない。であれば得られた知見は共有しておくべきだろう。 結論から言うとジョブの共通化には再利用可能なワークフロー用いるのが
【レポート】AWS サービスで実現する継続的インテグレーション/継続的デリバリー（CI/CD）入門 #AWS-30 #AWSSummit | DevelopersIO
こんにちは！コンサル部のinomaso(@inomasosan)です。 AWS Summit Online Japan 2021が、2021年5月11日(火)、12日(水)で開催中されております。 本記事は2021年5月12日(水)に行われた「AWS サービスで実現する継続的インテグレーション/継続的デリバリー（CI/CD）入門」のセッションレポートとなります。 セッション概要 変化に迅速に対応する為に、ソフトウェアのリリースにも俊敏性が求められています。「より頻繁」、「より迅速」、「より安全」にリリースを行うには自動化が欠かせません。このセッションでは、継続的インテグレーション/継続的デリバリー（CI/CD）に利用できる AWS サービスをご紹介し、どのようにリリースプロセスを自動化することができるのかご紹介します。 登壇者 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 西
GitHub 上で完結する、GitHub Actions + Fastlane をフル活用した iOS の継続的デリバリー - エクサウィザーズ Engineer Blog
Platform Engineer (旧 DevOps Engineer) の 根本 征 です。 前回は GitHub Actions + GitLab Flow を使った API / Frontend のデプロイフローの改善について紹介しました。 techblog.exawizards.com iOS の継続的デリバリーも GitHub Actions を活用して改善することができたので、今回はその内容を紹介したいと思います。 iOS のみならず、Android 開発 や Flutter などのマルチプラットフォーム開発での継続的デリバリーにも応用できると考えています。 Git Flow の採用・Git Flow の簡単な説明 継続的デリバリーの解説 リリースブランチ・Pull Request の作成 2つのリリース Pull Request を同時に merge する Tag & Gi
継続的デリバリーによる高速化
Amazon では、10年以上前にチームがアイデアをいかに早く高品質のプロダクションシステムとして実現できるのかを知るために、あるプロジェクトを実施しました。これにより、ソフトウェアのスループットを測定し、実行速度を向上させることができました。コードチェックインから実稼働までに、平均で 16 日間かかっていることがわかりました。Amazon では、チームはアイデアから始めて、そのアイデアを実現するコードを書くのに、通常 1 日半かかりました。新しいコードの構築デプロイには、1 時間もかかりませんでした。残りの約 14 日間は、チームメンバーがビルドを開始し、デプロイを行い、テストを実施するのに費やしました。プロジェクトの最後に、チェックイン後のプロセスを自動化し、実行スピードを改善できないか提案しました。目標は、品質を維持あるいはさらに改善しながら、遅延をなくすことでした。 この助言の意図
Lambda コンソールで、統合された継続的デリバリーパイプラインを使用してアプリケーションを作成できます。継続的デリバリーでは、ソース管理リポジトリにプッシュした変更ごとに、アプリケーションを自動的にビルドおよびデプロイするパイプラインがトリガーされます。Lambda コンソールには、Node.js サンプルコード付きの一般的なアプリケーションタイプのスタータープロジェクトと、サポートリソースを作成するためのテンプレートが用意されています。 このチュートリアルでは、次のリソースを作成します。 アプリケーション – Node.js Lambda 関数、構築仕様、AWS Serverless Application Model (AWS SAM) テンプレート。 パイプライン – 他のリソースを接続して継続的デリバリーを有効にする AWS CodePipeline パイプライン。 リポジトリ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現代のソフトウェア工学を示す「継続的デリバリーのソフトウェア工学」 - Shin x Blog
汎用的な継続的デリバリーツール PipeCD が出たぞ | DevelopersIO
継続的デリバリーのソフトウェア工学 | Agile Studio
継続的デリバリを実現するツールは何がおすすめ？「CNCF Technology Radar」が公開
CentOS Streamは継続的デリバリーです - 赤帽エンジニアブログ
Amazonのチームはどのように継続的デリバリーを行っているか
MLOps: 機械学習における継続的デリバリとパイプラインの自動化 を翻訳してみた - Qiita
Gitで継続的デリバリーを実現する「GitOps」とは？ 概要とGitOpsソリューションの紹介
『継続的デリバリーのソフトウェア工学』...ソフトウェア工学とは何か？ - Magnolia Tech
CI/CD とは-継続的インテグレーション/継続的デリバリー|Red Hat
メルペイのエンジニアが考えるOpen Policy AgentとSpinnakerで実現するマイクロサービスの安全な継続的デリバリー
GitOps とは? ArgoCD による、Kubernetes への継続的デリバリーを実現しよう
継続的デリバリーシステム「PipeCD」登場、Kubernetesを含む多様なアプリケーションに対応
Amazon.co.jp: 継続的デリバリーのソフトウェア工学 もっと早く、もっと良いソフトウェアを作るための秘訣: David Farley (著), 長尾高弘 (翻訳), 榊原彰 (解説): 本
一歩先の継続的デリバリー「プログレッシブデリバリー」とは？ 概要と実現のためのソリューションの紹介
＜12/19新刊＞『継続的デリバリーのソフトウェア工学』
Spinnakerでマイクロサービスを安全にリリースする方法 オープンソースの継続的デリバリープラットフォームのメリット
第7回: Argo CDによるKubernetesへの継続的デリバリ - CADDi ENGINEER Tech Blog
Gitで継続的デリバリーを実現する「GitOps」とは？ 概要とGitOpsソリューションの紹介
Lambda コンソールでの継続的デリバリーによるアプリケーションの作成 - AWS Lambda
www.nicovideo.jp
www.gundam.info
www.nicovideo.jp
www.h-up.com
www.jcp.or.jp
www.aimedia.co.jp