並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 438件

新着順 人気順

gitopsの検索結果361 - 400 件 / 438件

  • 2023 DevOps is terrible.

    Classic DevOps misspell on a YAMLWhat is DevOps?If you are reading this post you already know it but for those in the back who don’t: DevOps is a culture, a movement, a philosophy if you will; that aims to foster collaboration during the Software Development Life Cycle. DevOps is not a role or a set of tools or (just) a methodology. It is indeed achieved by adopting tools, approaching to software

      2023 DevOps is terrible.
    • The Architect’s View of Auth0’s New Private Cloud Platform

      REPLATFORMINGThe Architect’s View of Auth0’s New Private Cloud PlatformReplatforming to enhance agility, productivity, scalability, reliability, and security. TL;DR: Auth0’s private and public cloud offerings are converging on a single platform to deliver an increase in business agility, developer productivity, scalability, reliability, and security for our customers and Auth0 by using industry-le

        The Architect’s View of Auth0’s New Private Cloud Platform
      • 【OpenShift 4】CodeReady Containers 1.2.0をWindowsで動かそうとしたら大変だった話 - Qiita

        【OpenShift 4】CodeReady Containers 1.2.0をWindowsで動かそうとしたら大変だった話VirtualBoxopenshiftHyper-Vcodeready 本記事はOpenShift Advent Calendar 2019の4日目のエントリになります。 仕事でOpenShift(3.11)のインストールばかり1年以上やっていますが結構しんどい(笑)です。 (GitOpsとかCI/CDとかクラウドネイティブなアプリ開発とか色々やってみたい…!) 実は初めてのアドベントカレンダー参加ですがよろしくお願いします。 code-ready/crc: CodeReady Containers is a tool that manages a local OpenShift 4.x cluster optimized for testing and develo

          【OpenShift 4】CodeReady Containers 1.2.0をWindowsで動かそうとしたら大変だった話 - Qiita
        • GitHub - mumoshu/decouple-apps-and-eks-clusters-with-tf-and-gitops

          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 - mumoshu/decouple-apps-and-eks-clusters-with-tf-and-gitops
          • GitHub - fluxcd/flux2: Open and extensible continuous delivery solution for Kubernetes. Powered by GitOps Toolkit.

            Flux is a tool for keeping Kubernetes clusters in sync with sources of configuration (like Git repositories and OCI artifacts), and automating updates to configuration when there is new code to deploy. Flux version 2 ("v2") is built from the ground up to use Kubernetes' API extension system, and to integrate with Prometheus and other core components of the Kubernetes ecosystem. In version 2, Flux

              GitHub - fluxcd/flux2: Open and extensible continuous delivery solution for Kubernetes. Powered by GitOps Toolkit.
            • Kubernetes CI/CD Pipelines — Best Practices and Tools

              CI/CD pipelines enhance the software delivery process by automating key stages such as testing, security scanning, and deployment. Adopting a pipeline-based workflow helps you ship more quickly by passing all code through a consistent set of steps. This guarantees that required standards are adhered to. You’ll see the greatest CI/CD success when you combine the right set of tools for your team’s s

                Kubernetes CI/CD Pipelines — Best Practices and Tools
              • ACM 2.1のリリース (Red Hat Advanced Cluster Management 2.1) ~たくさんの Kubernetes クラスターを簡単に管理したい - 赤帽エンジニアブログ

                こんにちは。Red Hat で、ソリューションアーキテクトをしています花田です。 OpenShift Advanced Cluster Management for Kubernetes (ACM) と AWS 環境への OpenShift の超簡単新規構築!!で、岡野さんが既にご紹介してくれている ACM (Advanced Cluster Management) という製品の新バージョンが11月にリリースされ、晴れて ACM 2.1となりました。 今回は、この製品が生まれた背景と、製品の概要についてもう少し深掘りしてみたいと思います。 ACM という製品が生まれた背景 一般的には「そろそろキャズムを超えた?」言われている Kubernetes ですが、一方では、Kubernetes や、Red Hat版のKubernetesである OpenShift を使って複数のクラスターをデプロイ

                  ACM 2.1のリリース (Red Hat Advanced Cluster Management 2.1) ~たくさんの Kubernetes クラスターを簡単に管理したい - 赤帽エンジニアブログ
                • How Your Grafana Can Fetch Metrics From Red Hat Advanced Cluster Management Observability (Observatorium and Thanos)

                  NOTE: This blog has been updated to support RHACM 2.3 and beyond, as of March 28, 2022. Introduction Red Hat launched the Advanced Cluster Management (RHACM) for Kubernetes tool to enable and empower organizations to overcome the challenges of managing multiple Kubernetes clusters regardless of where they are (public cloud, private, bare metal, physical, edge). When an organization that adopts Kub

                    How Your Grafana Can Fetch Metrics From Red Hat Advanced Cluster Management Observability (Observatorium and Thanos)
                  • 生成AIは「過度な期待のピーク」期に。米ガートナー「先進テクノロジーのハイプサイクル2023年」を発表 | テクノエッジ TechnoEdge

                    ガートナーのハイプサイクルは、技術の登場から安定までを5つのステージに分けて説明したものです。5つのステージは、「黎明期」から始まり、「『過度な期待』のピーク期」「幻滅期」「啓発期」「生産性の安定期」まで。この途中で消えていく技術もあります。 ガートナーは、このハイプサイクルに示した先進テクノロジーは今後今後2年から10年の間に変革をもたらす可能性を秘めているとしています。 ▲出典:米ガートナー(2023年8月)。画像の右側にある啓蒙活動期、生産性の安定期を省略 ハイプサイクルの左からいくつか注目したいテクノロジーを見ていきましょう。 「黎明期」には、GitOps、Cloud Development Environments(クラウド開発環境)、Internal Developer Portal、そしてWebAssemblyなどの名前が並んでいます。 「『過度な期待』のピーク期」のほぼ中央

                      生成AIは「過度な期待のピーク」期に。米ガートナー「先進テクノロジーのハイプサイクル2023年」を発表 | テクノエッジ TechnoEdge
                    • Avoiding complexity with systemd

                      Unix machines, since the early days of the operating system, have been designed for multiple users to use concurrently. Traditionally there is a set of “unprivileged” users used by people and system services, and the root account which can generally do anything. Because of the concept that most things in Unix are represented by a file, users could be allowed to perform various operations by adding

                        Avoiding complexity with systemd
                      • Measuring enterprise developer productivity

                        EnterpriseMeasuring enterprise developer productivityIn a recent paper written by Nicole Forsgren and her colleagues, “The SPACE of developer productivity: There’s more to it than you think,” there is an irony that is hard… In a recent paper written by Nicole Forsgren and her colleagues, “The SPACE of developer productivity: There’s more to it than you think,” there is an irony that is hard to esc

                          Measuring enterprise developer productivity
                        • Argo Workflowsの代替としてのCloud Workflowsの調査 - yasuhisa's blog

                          夏休みの自由研究です。軽く触ってみました程度の技術調査なので、あまり当てにしないでください...。 Argo WorkflowsからCloud Workflowsへの移行のモチベーション ワークフローエンジン上で動かしている既存のジョブ Cloud Workflowsとは ワークフローを動かしてみる よかったポイント 改善して欲しいポイント 所感 Argo WorkflowsからCloud Workflowsへの移行のモチベーション 仕事やプライベートでデータ基盤や機械学習のワークフローエンジンとして、Argo Workflowsを最近ずっと使っている。単体だと足りない部分も多少あったが、補助のスクリプトを自前で書くことで概ね満足した使い勝手になっている。 一人や少人数のチームで使う分にはいいのだが、Argo WorkflowsはKubernetesネイティブなワークフローエンジンというこ

                            Argo Workflowsの代替としてのCloud Workflowsの調査 - yasuhisa's blog
                          • セキュリティって本当におもしろい!──「セキュリティ・キャンプ」で講師を務めた二人による“セキュリティよもやま話” | mercan (メルカン)

                            メルペイのエキスパートチームに所属。バックエンドエンジニアとして日々Goを書いている。Google Developer Expert (Go)。一般社団法人Gophers Japan代表。Go Conference主催者。大学時代にGoに出会い、それ以来のめり込む。人類をGopherにしたいと考え、Goの普及に取り組んでいる。複数社でGoに関する技術アドバイザーをしている。マスコットのGopherの絵を描くのも好き。 セキュリティ・キャンプの講師をすることで得られた学び ──早速ですが、お二人はどのような内容の講義をしたんですか? @rung:僕は「Webセキュリティクラス」で講義をしました。Webセキュリティというと、ふつうはWebのことを話すクラスだと思われるかもしれないですが、今回プロデューサーの方の考え方が違っていて、Web以外のことも含めた、プロダクトを開発する際に直面する課題全

                              セキュリティって本当におもしろい!──「セキュリティ・キャンプ」で講師を務めた二人による“セキュリティよもやま話” | mercan (メルカン)
                            • Running Databases on Kubernetes

                              A few weeks ago, Kelsey Hightower wrote a tweet and held a live discussion on Twitter about whether it's a good idea or not to run a database on Kubernetes. This happened to be incredibly timely for me, since we at QuestDB are about to launch our own cloud database service (built on top of k8s)! "Rubbing Kubernetes on Postgres won't turn it into Cloud SQL"​ Tweet from Kelsey Hightower via Twitter

                                Running Databases on Kubernetes
                              • EKS Blueprints WorkshopのArgo CDの章の実装を調べた | DevelopersIO

                                EKS Blueprints for Terraformのworkshopをやってみました。面白かったのですが、「なんかできた!」くらいの理解に留まったので、どのように実現しているのかもう少し調べてみました。特にArgo CDが登場する章が理解できていなかったので、そこを調べました。 この章でやっていることのおさらい 端的に言うと、この章では各種addonをデプロイしています。 ここでいうaddonの定義は、クラスターに特定の機能を追加する一連のコンポーネントをまとめたもののことです。EKSの機能でいうところのアドオンのことはEKS managed addonと呼んでいます。単にaddonとだけ言うと、これらEKS managed addonと、そうでないものを併せた総称として扱われています。 今回この章ではaddonとして以下がデプロイされます。この中でEKS managed addon

                                  EKS Blueprints WorkshopのArgo CDの章の実装を調べた | DevelopersIO
                                • GitOps とは | Red Hat

                                  GitOps は、Git リポジトリを信頼できる唯一の情報源として使用し、インフラストラクチャをコードとして提供します。登録されたコードは CI プロセスをチェックし、CD プロセスではセキュリティやコードとしてのインフラストラクチャ (IaC、Infrastructure as Code)、またはアプリケーションフレームワークに設定される境界線に関する要件がチェックし、適用します。コードの変更はすべて追跡されるため、アップデートが容易になると同時に、ロールバックが必要な場合のバージョン管理も可能です。 GitOps が提供するもの: アプリケーション開発のための標準的なワークフローアプリケーション要件を事前に設定することによるセキュリティの向上Git による可視化とバージョン管理で信頼性を向上あらゆるクラスタ、クラウド、オンプレミス環境における一貫性GitOps フレームワークの構築には

                                    GitOps とは | Red Hat
                                  • Gunosy に転職して 1 年経ったので振り返っていく - Gunosy Tech Blog

                                    はじめに こんにちは、広告技術部の fujishiro です。 ゼルダの伝説 ティアーズ オブ ザ キングダムが発売されましたね。私は乗り遅れてしまっていて、そもそもゼルダの伝説をやったことがないのですが、今作は盛り上がりがすごいので気になっています。 さて先日、私が Gunosy に転職して 1 年が経ったので、転職してからの 1 年間の振り返りとしてこれまで取り組んできたことをざっくりとご紹介できればと思います。 広告技術部での初めの 1 年間はこんな感じでしたよということをふんわり知っていただければ幸いです。 はじめに Gunosy に転職した理由 Gunosy での取り組み 5 月 - 6 月 Gunosy Ads 管理画面の React の TypeScript 化 6 月 - 9 月 広告フィードバック機能の開発 管理画面の GitOps 化 管理画面のフロント画面 React

                                      Gunosy に転職して 1 年経ったので振り返っていく - Gunosy Tech Blog
                                    • kubernetes-failure-stories

                                      Kubernetes Failure Stories A compiled list of links to public failure stories related to Kubernetes. Most recent publications on top. You Broke Reddit: The Pi-Day Outage - Reddit - blog post 2023 involved: Calico CNI, Upgrades, labels impact: global outage How a couple of characters brought down our site - Skyscanner - blog post 2021 involved: Gitops, templating, namespace deletion impact: global

                                        kubernetes-failure-stories
                                      • Azure Kubernetes Service インフラ ブートストラップ開発フロー&コードサンプル 2020春版

                                        何の話か マネージドサービスなどではコマンド1発で作れるほどKubernetesクラスターの作成は楽になってきているのですが、運用を考えると他にもいろいろ仕込んでおきたいことがあります。監視であったり、ストレージクラスを用意したり、最近ではGitOps関連もあるでしょう。 ということで、最近わたしがAzure Kubernetes Service(AKS)の環境を作るコードを開発する際のサンプルコードとワークフローを紹介します。以下がポイントです。 BootstrapとConfigurationを分割する 環境構築、維持をまるっと大きなひとつの仕組みに押し込まず、初期構築(Bootstrap)とその後の作成維持(Configuration)を分割しています 前者をTerraform、後者をFluxとHelm-Operatorによるプル型のGitOpsで実現します FluxとHelm-Ope

                                        • 米Gartnerが「先進テクノロジーのハイプサイクル2023年」発表 生成的AIとクラウドネイティブは過度な期待のピーク

                                          この記事は新野淳一氏のブログ「Publickey」に掲載された「米ガートナー「先進テクノロジーのハイプサイクル2023年」を発表。GitOpsは黎明期、生成的AIとクラウドネイティブは過度な期待のピーク」(2023年8月18日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 米調査会社のGartnerは、「先進テクノロジーのハイプサイクル2023年」を発表しました。 また、ガートナージャパンがほぼ同時に「日本における未来志向型インフラ・テクノロジのハイプ・サイクル:2023年」を発表しています。 こちらは別記事「ガートナージャパンが『日本における未来志向型インフラ・テクノロジのハイプ・サイクル:2023年』発表」をご覧ください。 Gartnerのハイプサイクルは、技術の登場から安定までを5つのステージに分けて説明したものです。5つのステージは、「黎明期」から始まり、

                                            米Gartnerが「先進テクノロジーのハイプサイクル2023年」発表 生成的AIとクラウドネイティブは過度な期待のピーク
                                          • Kubernetes APIのdeprecation/removalを事前に検出する - Qiita

                                            apps/v1beta1 Deployment等のKubernete APIのdeprecation/removalを検出するための方法について紹介します。 特にKubernetes v1.16以上に移行する方々 Kubernetes v1.16ではDaemonSetやDeploymentの古いAPIバージョン(ex. extensions/v1beta1, apps/v1beta2)がremoval対象となっているため影響が大きいです。v1.16以上のクラスタに移行する予定がある方は注意しましょう。 背景 Kubernetesは新しいバージョンで特定のKubernetes API(ex. apps/v1beta1 Deployment)がdeprecated/removedとなります。詳細なDeprecation Policyについては公式ドキュメントを参照してください。 Kuberne

                                              Kubernetes APIのdeprecation/removalを事前に検出する - Qiita
                                            • Using EKS encryption provider support for defense-in-depth | Amazon Web Services

                                              Containers Using EKS encryption provider support for defense-in-depth Gyuho Lee, Rashmi Dwaraka, and Michael Hausenblas When we announced that we plan to natively support the AWS Encryption Provider in Amazon EKS, the feedback we got from you was pretty clear: can we have it yesterday? Now we’re launching EKS support for the encryption provider, a vital defense-in-depth security feature. That is,

                                                Using EKS encryption provider support for defense-in-depth | Amazon Web Services
                                              • 既存サービスの1つをEKSに移行しました - freee Developers Hub

                                                こんにちは。関西支社の hatajoe です。 先月からSREチームへ異動しました。 関西支社としては1人目のSREで、今後関西でSRE組織を拡大するためにも良いロールモデルになれるよう頑張りたいと思います。困っちゃうな〜。 今回は、自分がしばらく携わっていた既存サービスのEKS移行についての思い出話を書きたいと思います。 最近の freee インフラ事情 移行話をする前に、最近の freee のインフラ事情をざっくりですが前置きます。 freee の展開するサービスは AWS を利用して提供しています。 各AWSリソースはほとんど全てが terraform によって構成されており、全て1つのレポジトリに集約する形で管理されています。 EKSについては別管理となっており、eksctl, kubectl, helm, helmfile などをラップした内製システムが存在します。こちらも社内の

                                                  既存サービスの1つをEKSに移行しました - freee Developers Hub
                                                • Kubernetes と GCP のリソースを統合して、よりシンプルで迅速なデプロイを実現 | Google Cloud 公式ブログ

                                                  ※この投稿は米国時間 2020 年 1 月 29 日に、Google Cloud blog に投稿されたものの抄訳です。 コンテナと Kubernetes を採用すると、特にリソースを構成、維持する方法など、新しい処理方法を採用することになります。宣言型システムである Kubernetes では特定のリソースに対する意図を表現でき、そのリソースを継続的に調整しながら作成、更新します。命令型構成のアプローチとは異なり、Kubernetes スタイルの宣言型構成では、構成をバージョン管理システムに保存して YAML ファイルで定義するという GitOps のベスト プラクティスに従いやすくなります。 ただし、Kubernetes で実行されるアプリケーションは、多くの場合、Cloud SQL や Cloud Storage などの Kubernetes 外部にあるリソースを使用します。通常、こ

                                                    Kubernetes と GCP のリソースを統合して、よりシンプルで迅速なデプロイを実現 | Google Cloud 公式ブログ
                                                  • Amazon EKS での Kyverno によるワンツースリーのように簡単なポリシー管理 | Amazon Web Services

                                                    Amazon Web Services ブログ Amazon EKS での Kyverno によるワンツースリーのように簡単なポリシー管理 本記事は、Easy as one-two-three policy management with Kyverno on Amazon EKS を翻訳したものです。 この投稿は、Raj Seshadri と Jimmy Ray によって寄稿されました。 クラウドネイティブな本番環境でコンテナが使用されるようになると、DevOps やセキュリティチームは、コンテナのアクティビティをリアルタイムで可視化し、ホストやネットワークリソースへのコンテナアクセスを制限し、実行中のコンテナに対する脆弱性の悪用に代表されるような攻撃を検出して防止する必要があります。 Kyverno は、ユーザーがプログラミング言語を習得する必要のない Kubernetes 用のポリシ

                                                      Amazon EKS での Kyverno によるワンツースリーのように簡単なポリシー管理 | Amazon Web Services
                                                    • Dockerコンテナ開発・環境構築の基本

                                                      本書は、プリケーションエンジニア、インフラエンジニア、オペレーションエンジニアの方々を対象に、コンテナアプリケーション開発の全体を把握することを目標として執筆されています。 【注意】本書のEPUB版は固定レイアウト型になっております。文字の大きさの変更や検索、引用などはお使いいただけません。画面の大きい端末でご利用ください。 関連サイト本書の関連ページが用意されています。 Dockerコンテナ開発・環境構築の基本 | インプレス内容紹介2017年から2018年にかけて、コンテナ型仮想化技術を実現するDockerやコンテナアプリケーション基盤を支える、Kubernetesを始めとするコンテナアプリケーション開発プラットフォームに関連するマネージドサービスが、クラウドプロバイダーやベンダー企業からリリースされています。それに伴い、従来のアプリケーション開発からコンテナアプリケーション開発へとシ

                                                        Dockerコンテナ開発・環境構築の基本
                                                      • 初心者がざっくり学ぶGitOpsとかArgoCDって何なの?

                                                        しばらく業務で Docker/Kubernetes に触らせてもらってその中で CircleCI や Heml などの技術を学んできました。 そんな時次にぶつかった壁がArgo CDです。原因は圧倒的な日本語による解説記事の少なさです。 Qiita でも ArgoCD のタグをつけられている記事は執筆現在23 記事です。少ない。。 この記事では ArgoCDとは何のためのツールか ArgoCDの理解の上で避けて通れない GitOps とは何か と言うことを初心者なりにざっくりですがまとめていきます。 ツッコミや補足などあれば是非コメントかTwitterまでよろしくお願いします! ArgoCD って何なの? https://argoproj.github.io/argo-cd/ Argo CD follows the GitOps pattern of using Git repositor

                                                          初心者がざっくり学ぶGitOpsとかArgoCDって何なの?
                                                        • 俺、今期が終わったらGitOpsするんだ - Tech Inside Drecom

                                                          自己紹介と今回書くこと こんにちは、enzaプラットフォーム事業本部でエンジニアをやっている安藤です。 巷で話題のGitOpsについて「聞いたことあるけど、導入は検討していない」という状態だったのですが、今更ながらGitOpsが与えてくれる恩恵について知ることができたので、そのことについて書きたいと思います。

                                                            俺、今期が終わったらGitOpsするんだ - Tech Inside Drecom
                                                          • マイクロサービスのための正しいデータベースの選択

                                                            主要カテゴリー IBM Cloud Blog IBM Data and AI IBM Consulting IBM Partner Ecosystem IBM Sustainability Software Client Engineering IBM テクニカル・サポート 社員が語る「キャリアとIBM」 IBM Cloud Blog IBM Cloud News IBM クラウド・ビジョン IBM Cloud アップデート情報 IBM Cloud チュートリアル IBM Data and AI IBM Watson Blog アナリティクス Data Science and AI SPSS Modeler ヒモトク Db2 オートメーション IBM Consulting デジタル変革(DX) アプリの開発とモダナイゼーション 製品/サービス ソフトウェア ハードウェア サービス 無料評価

                                                              マイクロサービスのための正しいデータベースの選択
                                                            • ECS Scheduled Task 上の定期実行バッチを ecschedule で GitOps 化した話 / A story about a scheduled execution batch on the ECS Scheduled Task converted to GitOps with ecschedule

                                                              KGDC Tech Conference #0 通信インフラだけじゃないKDDIグループの多彩な技術 ( https://kgdc.connpass.com/event/203487/ ) で登壇の際に使った資料です。 資料内のリンク: * ECS Scheduled Taskの管理をecscheduleでGitOps化しました - コネヒト開発者ブログ - https://tech.connehito.com/entry/2021/03/01/155041 * タスクのスケジューリング (cron) - Amazon ECS: https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/userguide/scheduled_tasks.html * AWSサービスで実現するバッチ実行環境のコンテナ/サーバレス化/ Container s

                                                                ECS Scheduled Task 上の定期実行バッチを ecschedule で GitOps 化した話 / A story about a scheduled execution batch on the ECS Scheduled Task converted to GitOps with ecschedule
                                                              • Bottlerocket with Fork, Clone, Run! - A Container Optimized OS with a GitOps model

                                                                Bottlerocket OS is a secure, fast and easy to manage, Linux-based operating system. With EKS as the cluster control plane, Bottlerocket instances join the cluster as workers. It also works out of the box with one of our GitOps models, Fork Clone Run.

                                                                  Bottlerocket with Fork, Clone, Run! - A Container Optimized OS with a GitOps model
                                                                • PipeCDがCNCF Sandboxに参加することが決まりました | CyberAgent Developers Blog

                                                                  オープンソースの開発者として、とても嬉しい日です 😄 私たちのチームがはじめた継続的デリバリーツールであるPipeCDがCNCFのSandboxに加入することができました!!!2020年10月にオープンソースとして公開して以降、チームとして様々な問題と直面し、直近の数ヶ月はCNCF Sandboxへの参加という目標のために嬉々として日々のタスクに取り組んできました。そして今はこの結果をこのブログに発表できることに本当に満足しています。しかし、Sandboxになったということはある意味、スタートラインに立ったということでもあります。 PipeCDについて PipeCDのミッションは「The One CD for All {applications, platforms, operations}」です。KubernetesやGoogle Cloud Run、Amazon ECS、 AWS L

                                                                    PipeCDがCNCF Sandboxに参加することが決まりました | CyberAgent Developers Blog
                                                                  • KCNA(Kubernetes and Cloud Native Associate)の資格試験とトレーニングが一般公開されました - inductor's blog

                                                                    はじめに この記事は以下CNCF公式のアナウンスを日本語で抄訳したものです。全文及び詳しい内容については該当記事を合わせて御覧ください。 www.cncf.io KCNAとは Kubernetes and Cloud Native Associateの略称で、これまでKubernetesの資格試験として存在していたCKA、CKAD、CKSよりも入門者向けの内容で構成される資格試験です。 入門といいつつそれなりに幅広いトピックについて扱うため、エンジニアではないがこれらの技術を扱う企業・ベンダーのセールスやマーケティングの方向けにも提供されているようです。CNCFのCTOであるChris Aniszczkは以下のように発言しています。 As cloud native has grown beyond just Kubernetes, the need to understand the la

                                                                      KCNA(Kubernetes and Cloud Native Associate)の資格試験とトレーニングが一般公開されました - inductor's blog
                                                                    • OpenShift Virtualization(Kubevirt)でVM管理もCloud Nativeに - 赤帽エンジニアブログ

                                                                      こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 今回はOpenShift上でVMを構築し管理するOpenShift Virtualizationについて紹介したいと思います。 OpenShift VirtualizationはOSSのKubevirtをOpenShiftの機能の一つとして提供しているものです。 Kubevirtは2016年にRed Hatがプロジェクトを開始しOSSとして公開され、その後CNCFプロジェクトの一部となりました。現在はCNCFの中でIncubatingプロジェクトの一つとして位置付けられています。 そんなKubevirtですが今年に入り7月にバージョン1.0がリリースされました。 OSSプロジェクトとして安定、成熟してきており、ユーザーとしてもAppleやGoldman Sachs、NVIDIAなどの企業が名前を連ねています。 今年

                                                                        OpenShift Virtualization(Kubevirt)でVM管理もCloud Nativeに - 赤帽エンジニアブログ
                                                                      • GKEでArgoを使ったカナリアリリースを実現する(セットアップ編) - Qiita

                                                                        概要 KubernetesでGitOpsを実現するツールであるArgo CDとKubernetesでblue/grennデプロイやカナリアリリースを実現するためのデプロイメントコントローラーであるArgo Rolloutsを使用して、カナリアリリースを実現する方法を2回に渡ってご紹介します。 今回はセットアップ編となります。 Arog CDのオフィシャルサイト https://argoproj.github.io/argo-cd/ 構成図 構成要素 GKE GCR ※今回は登場なし Cloud Build ※今回は登場なし Cloud Load balancer(ingress) GitHub argo cd argo rollouts 前提条件 Googleアカウントがあること GitHubアカウントがあること デプロイしたいアプリケーションがあること 今回は例としてオフィシャルサイトが

                                                                          GKEでArgoを使ったカナリアリリースを実現する(セットアップ編) - Qiita
                                                                        • 災害に備えVeleroでKubernetesクラスタをバックアップする

                                                                          この記事はOpenSaaS Studio Advent Calendar 2019の16日目の記事。 Kubernetesクラスタのバックアップ GitOpsとCI/CDの整備により、Kubernetesクラスタにデプロイされているアプリケーションやミドルウェアは、デリバリ用のリポジトリとニアリーイコールにできる運用が一般化した。これだけ見ると、運用やインシデントでKubernetesクラスタを新しく作り直してマイグレーションするということは簡単なように思えるが、実際にはそうでもない。 実際には我々が直接管理しているマニフェストは最も上位層のリソースなので、Deploymentが生成するReplicaSetおよび、ReplicaSetが生成するPodをそのまま別の環境で再現するには、動的に生成されたリソースのマニフェストも含めてバックアップを取る必要がある。他にもBitnamiのSeale

                                                                          • kubernetesをココナラで本番運用出来るか試行錯誤している話

                                                                            こんにちは! 株式会社ココナラのインフラ・SREチーム所属のおさだと申します。 本記事では、コンテナオーケストレーションのデファクトスタンダードであるkubernetesに対する弊社の取り組みについて紹介いたします。 ココナラのサービス開発の課題 こちらの記事でも述べている通り、弊社サービス開発には以下の課題があります。 現状アプリケーション基盤がEC2、ECS+EC2、ECS+Fargateに分散しており、運用管理コストや拡張性に課題がある 新規機能毎にインフラを構築する工数を確保出来ずに、既存アプリケーションの肥大化が進んでいる 既存アプリケーションに実装することにより、新規機能に適した言語を選択する幅が狭まっている kubernetesが上記課題の解決手段になりうるか、導入検討を進めております。 kubernetes導入検討でやったこと 直近では以下の対応を実施しており、それぞれ内容

                                                                              kubernetesをココナラで本番運用出来るか試行錯誤している話
                                                                            • istio/client-go を触ってみた - hydrangea

                                                                              当記事は Kubernetes Advent Calendar 2019 その2 の8日目の記事です。 今回は、数ヶ月前に公開されたgolangでistioのAPI操作を提供するライブラリistio/client-goを、実際にプログラムを書きながら操作性を確認していきたいと思います。IstioのAPIを用いることで、プログラムから簡単にDestinationRuleやVirtualServiceなどのistioのカスタムリソース一覧を取得したり、リソースに対してパッチを適用することでアプリのversionのスワップやカナリアなどのオペレーションを行うことが可能となります。モチベーションとしましては、運用時にistio周りで発生する限定的なオペレーションを簡易的なダッシュボードの一機能に載せることで、オペレーションをより簡単に、かつミスを減らすことにあります。 検証のために使用する各種マニ

                                                                              • Progressive Delivery

                                                                                [Note: this transcript might contain strong language] Transcript Governor: Good morning, everyone. It's great to be here. QCon is a great conference. I’ve been a few times. It's very much a practitioner conference. I think one of the things I like about it is, it may be run by Americans but it's got a very sort of European flavor. I think that's important. So often we're worshipping at the altar o

                                                                                  Progressive Delivery
                                                                                • サイバーエージェントに入社しました - unless’s blog

                                                                                  2023-09-01から株式会社サイバーエージェントのDeveloper Productivity室にDPE(Developer Productivity Engineer)として入社しました @uncle__ko です 気がつけば入社して1ヶ月が経ったこともあり、こうして入社エントリを書かせて頂こうかと思いました このエントリではなぜサイバーエージェントに転職したのか、サイバーエージェントで何をやっていくのかを簡単に記載していこうかと思います 簡単な経歴 ざっくりですが自分の経歴を振り返っていこうかと思います SIer時代 銀行の帳票システムや勘定系、市場系のシステムを見たりしてました z/OSやFACOMなどのメインフレームの知識、COBOLやJCLの知識を取得しました(今後の人生の役に立つのかはわかりません) その後、クレジットカードの基幹系システムを作ったり、Gatewayを作った

                                                                                    サイバーエージェントに入社しました - unless’s blog