並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 13 件 / 13件

新着順 人気順

gitopsの検索結果1 - 13 件 / 13件

  • GitHub - glasskube/glasskube: 🧊 The next generation Package Manager for Kubernetes 📦 Featuring a GUI and a CLI. Glasskube packages are dependency aware, GitOps ready and can get automatic updates via a central public package repository.

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

      GitHub - glasskube/glasskube: 🧊 The next generation Package Manager for Kubernetes 📦 Featuring a GUI and a CLI. Glasskube packages are dependency aware, GitOps ready and can get automatic updates via a central public package repository.
    • 「GitOps」を提唱したWeaveworksの閉鎖が物語る、オープンコアモデルの難しさ

      クラウドネイティブなアプリケーションやインフラをデプロイする方法である「GitOps」を提唱したWeaveworksの創業者兼CEOのアレクシス・リチャードソン氏は2024年2月5日(米国時間、以下同)、「2023年度は収益と顧客数を伸ばしたものの、2024年2月上旬に事業を閉鎖する」とLinkedInで明らかにした。 Weaveworksが販売していたのはオープンソースの「Flux CD」を基盤とする継続的デリバリー(CD)の商用製品だ。Flux CDは、2021年にCNCF(Cloud Native Computing Foundation)に寄贈されており、「Graduated」という成熟度に分類されていた。 リチャードソン氏は、LinkedInへの投稿で次のように述べている。 「売上高の伸びには波があり、資金繰りは不安定だった。当社の長期的成長にはパートナーか、投資家が必要だった。

        「GitOps」を提唱したWeaveworksの閉鎖が物語る、オープンコアモデルの難しさ
      • GitHub - miekg/gitopper: Gitops for non-Kubernetes folks

        Gitopper is GitOps for non-Kubernetes folks it watches a remote git repo, pulls changes and HUP the server (service) process. A sparse (but with full history) git checkout will be done, so each service will only see the files it will actually need. Several bind mounts are then setup to give the service access to the file(s) in Git. If the target directories don't exist, they will be created, with

          GitHub - miekg/gitopper: Gitops for non-Kubernetes folks
        • Fargate上のGitLab起点でGitOpsを実現するパターンのまとめ - Qiita

          はじめに この記事はDevOps on AWS大全 実践編の一部です。 DevOps on AWS大全 実践編の一覧はこちら。 この記事ではFargate上のGitLab起点で起動するCICDパイプラインのアーキテクチャのまとめを解説しています。 具体的には以下流れで説明します。 解決した課題の整理 アーキテクチャの策定 策定したアーキテクチャで達成できたこと AWSの区分でいう「Level 400 : 複数のサービス、アーキテクチャによる実装でテクノロジーがどのように機能するかを解説するレベル」の内容です。 この記事を読んでほしい人 DevOpsエンジニアがアーキテクチャを決めるときにどのような思考フローを踏んでいるか知りたい人 Fargate上のGitLab起点で起動するCICDパイプラインのアーキテクチャを知りたい人 AWS Certified DevOps Engineer Pro

            Fargate上のGitLab起点でGitOpsを実現するパターンのまとめ - Qiita
          • Fargate上のGitLab起点でEC2を更新するGitOpsを実現したい - Qiita

            はじめに この記事はDevOps on AWS大全 実践編の一部です。 DevOps on AWS大全 実践編の一覧はこちら。 この記事ではGitLab起点でEC2を更新するCICDパイプラインのアーキテクチャを決める流れを解説しています。 具体的には以下流れで説明します。 解決したい課題の整理 今回使うAWSサービスの整理 アーキテクチャの策定 策定したアーキテクチャで達成できたこと AWSの区分でいう「Level 400 : 複数のサービス、アーキテクチャによる実装でテクノロジーがどのように機能するかを解説するレベル」の内容です。 この記事を読んでほしい人 DevOpsエンジニアがアーキテクチャを決めるときにどのような思考フローを踏んでいるか知りたい人 GitLab起点でEC2を更新するCICDパイプラインのアーキテクチャを知りたい人 AWS Certified DevOps Engi

              Fargate上のGitLab起点でEC2を更新するGitOpsを実現したい - Qiita
            • Fargate上のGitLab起点でECSを更新するGitOpsを実現したい - Qiita

              はじめに この記事はDevOps on AWS大全 実践編の一部です。 DevOps on AWS大全 実践編の一覧はこちら。 この記事ではGitLab起点でECSを更新するCICDパイプラインのアーキテクチャを決める流れを解説しています。 具体的には以下流れで説明します。 解決したい課題の整理 今回使うAWSサービスの整理 アーキテクチャの策定 策定したアーキテクチャで達成できたこと AWSの区分でいう「Level 400 : 複数のサービス、アーキテクチャによる実装でテクノロジーがどのように機能するかを解説するレベル」の内容です。 この記事を読んでほしい人 DevOpsエンジニアがアーキテクチャを決めるときにどのような思考フローを踏んでいるか知りたい人 ECSを更新するCICDパイプラインのアーキテクチャを知りたい人 AWS Certified DevOps Engineer Prof

                Fargate上のGitLab起点でECSを更新するGitOpsを実現したい - Qiita
              • AWS、Terraform、Gitops関連用語の整理 - Qiita

                AWS アベイラビリティゾーン (AZ) リージョン内で物理的に分離された1つ以上のデータセンターです。 VPC CIDRを指定して作成する隔離された仮想ネットワーク環境です。 Public Subnet 外部からアクセス可能で、Internet Gatewayを通じてインターネットにアクセスできます。 Private Subnet 外部からアクセス不可能で、NAT Gatewayを経由してインターネットにアクセスします。 NAT Gateway Private Subnet内のリソースを外部インターネットと接続するゲートウェイで、逆方向の接続はできません。 Public Route Table Public Subnetから来るトラフィックの経路を設定し、Internet Gatewayを通じて外部に出るように経路を設定します。 Subnet Association: サブネットとRou

                  AWS、Terraform、Gitops関連用語の整理 - Qiita
                • AWS CloudFormationのGit Syncを使って、AWS CDK用のGitOpsパイプラインを構築する - mazyu36の日記

                  🎄本記事は、AWS CDK Advent Calendar 2023 の 5日目の記事となります 前回、CloudFormationのGit SyncをCDKで使う方法を紹介しました。 mazyu36.hatenablog.com 今回はこちらを活用して、AWS CDK用のGitOpsパイプラインを組んでみたいと思います。 前提 CloudForrmationのGit Syncってなんだっけ CDKにおけるCIOpsとGitOpsの違い CIOps GitOps CDKのGitOpsの使いどころ Git Syncにおける CDKのGitOpsパイプラインの構築 0. プロジェクト構成 1. CDKプロジェクトの作成およびGit Syncの設定 2. OIDCプロバイダーやIAMロールの作成 3. GitHub Actionsワークフロー定義の作成 トリガー契機および変数 チェックアウト〜

                    AWS CloudFormationのGit Syncを使って、AWS CDK用のGitOpsパイプラインを構築する - mazyu36の日記
                  • Developer SandboxでGitOpsを試してみよう! - 赤帽エンジニアブログ

                    はじめに こんにちは、Red Hat のコンサルタントの陳です。今回は、Red Hat Developer Sandbox を利用し、GitOps の開発を簡単に試せる手順をご紹介します。より実践的な内容で OpenShift の魅力を感じていただければと思います。 目次 Red Hat Developer Sandbox とは? GitOps とは? このブログで得られるもの リポジトリの紹介 仕組みの紹介 実施手順 おわりに 1. Red Hat Developer Sandboxとは? Red Hat Developer Sandboxは、誰でも無料で手軽にOpenShiftを体験できるクラウドベースの環境です。これを利用することで、インフラの設定や管理に煩わされることなく、すぐにアプリケーションの開発やデプロイを始めることができます。 2. GitOpsとは? GitOps は、G

                      Developer SandboxでGitOpsを試してみよう! - 赤帽エンジニアブログ
                    • ECSでGitOps - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア

                      私が関わっている案件ではK8s(っというかEKSやGKE)をよく使っています。K8sを使っていればArgoCDを使えるので、デプロイの仕組みをあまり意識する必要はありません。一方でAWS ECSで運用したい要望が出てくると自分でデプロイの仕組みを作る必要がでてくるので話は複雑になります。たまたまそんな機会があり、色々手法を検索しているとAWSのサンプルでECSをGitOpsで管理するサンプルがでてきました。今回はこれを動かしてみます。 gitops-amazon-ecs-sample github.com AWSのサンプルが色々置いてあるOrgで、その中の一つにGitOpsでECSを管理するサンプルが転がっていました。仕組みは以下の図です。 処理の流れを見ていくと CodeCommitにdeployment.yamlをPush CodePipelineが発火 CodePipelineがCo

                        ECSでGitOps - とことんDevOps | 日本仮想化技術のDevOps技術情報メディア
                      • CAPI、Fleet、GitOps:RancherでKubernetesクラスタをオーケストレーションする新手法...

                        SUSE Linux Enterprise Server Run your business-critical apps in any environment

                          CAPI、Fleet、GitOps:RancherでKubernetesクラスタをオーケストレーションする新手法...
                        • Fargate上のGitLab起点でLambdaを更新するGitOpsを実現したい - Qiita

                          はじめに この記事はDevOps on AWS大全 実践編の一部です。 DevOps on AWS大全 実践編の一覧はこちら。 この記事ではGitLab起点でLambdaを更新するCICDパイプラインのアーキテクチャを決める流れを解説しています。 具体的には以下流れで説明します。 解決したい課題の整理 今回使うAWSサービスの整理 アーキテクチャの策定 策定したアーキテクチャで達成できたこと AWSの区分でいう「Level 400 : 複数のサービス、アーキテクチャによる実装でテクノロジーがどのように機能するかを解説するレベル」の内容です。 この記事を読んでほしい人 DevOpsエンジニアがアーキテクチャを決めるときにどのような思考フローを踏んでいるか知りたい人 Lambdaを更新するCICDパイプラインのアーキテクチャを知りたい人 AWS Certified DevOps Enginee

                            Fargate上のGitLab起点でLambdaを更新するGitOpsを実現したい - Qiita
                          • Fargate上のGitLab起点でCloudFormationを更新するGitOpsを実現したい - Qiita

                            はじめに この記事はDevOps on AWS大全 実践編の一部です。 DevOps on AWS大全 実践編の一覧はこちら。 この記事ではGitLab起点でCloudFormationを更新するCICDパイプラインのアーキテクチャを決める流れを解説しています。 具体的には以下流れで説明します。 解決したい課題の整理 今回使うAWSサービスの整理 アーキテクチャの策定 策定したアーキテクチャで達成できたこと AWSの区分でいう「Level 400 : 複数のサービス、アーキテクチャによる実装でテクノロジーがどのように機能するかを解説するレベル」の内容です。 この記事を読んでほしい人 DevOpsエンジニアがアーキテクチャを決めるときにどのような思考フローを踏んでいるか知りたい人 CloudFormationを更新するCICDパイプラインのアーキテクチャを知りたい人 AWS Certifie

                              Fargate上のGitLab起点でCloudFormationを更新するGitOpsを実現したい - Qiita
                            1