13 期の@yumuと@donokunです。10 月のサイクル OJT はホスティング事業部にお世話になりました。今回は SRE チームに入り、ロリポップとヘテムルの Rails アプリケーションのコンテナ化を行いました。 背景 やったこと 既存アプリケーションの構成把握 ルーティングの移行後の構成と妥当性の判断 ArgoCD の活用 まとめ 背景 ロリポップとヘテムルは複数のロールで構成されるサービスです。その一部は VM で動作していましたが、徐々にコンテナ化を進めてきました。 コンテナ化する理由は色々ありますが、特に今回はメンテナンス面のメリットに着目しました。コンテナはアプリケーションとその依存関係を一つのイメージにカプセル化するため、VM よりも管理が簡単です。これにより、アップデートやパッチの適用が容易になり、メンテナンスにかかる時間とコストを大幅に削減できます。 VM の場合
フォルシアでは複数のアプリにおいてKubernetesが用いられています。 参考:https://www.forcia.com/blog/001519.html しかしながら、デプロイ周りについてはまだまだ仕組み化がされておらず、いい感じにデプロイできる仕組みはないかと調べていると「GitOps」というワードが出てきました。 勉強がてら（結構こすられたネタだとは思うのですが）GitOpsを実際に構築してみた学習記録を記したいと思います（筆者は1ヶ月前まではKubernetes何それ状態でした）。 GitOpsとは Weave社が提唱した概念です。 https://www.weave.works/technologies/gitops/ GitOps can be summarized as these two things:An operating model for Kubernetes
【Istio⛵️】Istioを安全にアップグレードするカナリア方式とその仕組み - 好きな技術を布教したい 😗
この記事から得られる知識 この記事を読むと、以下を "完全に理解" できます✌️ Istioのアップグレード手法の種類について 安全なカナリア方式の仕組みについて この記事から得られる知識 01. はじめに 02. なぜ安全なアップグレードが必要なのか 起こりうる問題 採用するべきアップグレード手法 03. アップグレード手法を説明する前に カナリアリリースとは カナリアリリースの手順 (1) 新環境のリリース (2) 新環境への重み付けルーティング (3) 実地的テストの実施 (4) 重み付けの段階的変更 『カナリアリリース』の呼称の由来 04. アップグレード手法の概要 (1) アップグレード前の検証 (2) 新Istiodのインストール (3) Webhookの宛先のServiceの変更 (4) Istio IngressGatewayをインプレースアップグレード (5) 一部のNa
Gaudiy Tech Blog
はじめまして、Gaudiyでアナリティクスエンジニア（副業）をしているkuwakenです。 Gaudiyでは現在、データの民主化を進めていますが、その過程でSQLを書く手間や負担、新しいBizメンバーのオンボーディングなどの面で、課題が生じていました。 今回は、その課題を解決するために導入した、dbt Semantic LayerとSteepという2つのデータ系プロダクトに関するお話をします。 1. dbt Semantic Layerの導入背景 2. Steep導入の決定理由 3. dbt Semantic Layerに関するナレッジ 3-1. ディレクトリ構造 3-2. dbt Cloud CLI 3-3. 時間のdimensionはdatetime型で揃える（BigQueryユーザーのみ） 3-4. entitiesを理解する 4. 今後やりたいこと 5. さいごに 1. dbt S
Argo CDは自前でユーザ管理の仕組みを持たず*1，外部のIdentity Providerに認証を移譲するという設計思想になっています．Argo CDのHelm chartにはDexがバンドルされており，様々なIdentity Providerと連携させることが可能です．本稿では，Argo CDでGitLab SSOを利用する方法を紹介します． Argo CDはOpenID Connectに対応しています．また，GitLabは自身がOpenID Connect Identity Providerになることが可能です．しかし，Argo CDが必要とする groups claimをGitLabがサポートしていないため，直接連携させることはできません．Argo CDのoidc configでGitLabを指定すると，GitLabで以下のエラーが表示されます（argo-cd#1195）． Th
SRE / DevOps / Kubernetes Weekly Reportまとめ#20(6/14~6/19) - 運び屋 (A carrier(forwarder) changed his career to an engineer)
この記事は2020/6/14~6/19に発行された下記3つのWeekly Reportを読み、備忘録兼リンク集として残したものです。 DEVOPS WEEKLY ISSUE #494 June 14th, 2020 SRE Weekly Issue #223 June 14th, 2020 KubeWeekly #221 June 18th, 2020 English Version of this blow is here. DEVOPS WEEKLY ISSUE #494 June 14th, 2020 News A look at using Nomad for dynamic scheduling across 200+ edge locations, in particular for running local management tooling. A look at a r
Overview Overview Understand The Basics Core Concepts Getting Started Operator Manual User Guide Developer Guide FAQ Security Considerations Support Roadmap Releases ⧉ Blog ⧉ Overview¶ What Is Argo CD?¶ Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Why Argo CD?¶ Application definitions, configurations, and environments should be declarative and version controlled. Appli
Argo CD Best Practices
What are some best practices when using Argo CD? Within this blog post, we’ll be highlighting some best practices tied to Argo CD, that allow you to leverage GitOps easily within your deployment workflow. Below we will explain the following: What is Argo CD What are some best practices with Argo CD? What is Argo CD Argo CD is the most popular and fastest-growing GitOps tool for Kubernetes. When fo
Get Started with Kubernetes Ultimate Hands-on Labs and Tutorials
Star Fork Watch Follow @collabnix Get Started with Kubernetes Ultimate Hands-on Labs and Tutorials Get Started with Kubernetes View on GitHub Join Slack Kubectl Cheatsheet Kubernetes Tools Follow us on Twitter Get Started with Kubernetes | Ultimate Hands-on Labs and Tutorials A Curated List of Kubernetes Labs and Tutorials A $0 Learning Platform for All Levels - from the ground Up Over 500+ Highly
先日ArgoCDを利用してみましたが、今回は同じArgo Projectの中からArgo Rolloutsを試してみました。Argo Rolloutsを利用することで、より高度なデプロイ・リリースを実現することができます。 リリース方式の違いと特徴について Argo Rolloutsを利用する前に、Kubernetes上で利用することの多いデリバリー/リリース方式について整理しておきます。なお、記載に当たり、以下のドキュメントを参照いたしました。 ※参考ドキュメント： 書籍 - 継続的デリバリー ~信頼できるソフトウエアリリースのためのビルド・テスト・デプロイメントの自動化~ Search ITOperations - When to use canary vs.blue/green vs. rolling deployment RedHat Openshift Doc - Advance
App of apps patternとは Argo CDで複数のapplicationをインストール(デプロイ)したい場合に用いられるパターン（構成）です。 他のapplicationを内包するapplicationを作成する構成です。 何が嬉しいの? Argo CD周りでよくこのApp of apps patternが言及されている印象があるのですが、私はいまいちこの構成のメリットがわかりませんでした。「一個ずつ別々にapplication作ったらええやん」と。というわけでこのApp of apps patternのメリットについて調べてみました。 複数アプリをまとめてインストールできる Argo CD公式ドキュメントでは、以下のような文脈でApp of apps patternを紹介しています。 This guide is for operators who have already
nginx TCP Load Balancerで複数RDSへの接続をProxyする - ZOZO TECH BLOG
こんにちは、技術本部SRE部ZOZOSREチームの斉藤です。普段はZOZOTOWNのオンプレミスとクラウドの構築・運用に携わっています。またDBREとしてZOZOTOWNのデータベース全般の運用・保守も兼務しております。 ZOZOTOWNではSQL Serverを中心とした各種DBMSが稼働しています。その中で、Amazon RDS for SQL Server（以下、RDS）を使用したデータベースが存在します。これらは、トラフィックの増減が激しいZOZOTOWNのサービスにおいて、オンデマンドでスケール可能なデータベースとして運用されています。 本記事では、クライアントであるEC2（以下、Webサーバー）とRDSの間にデータベースプロキシをnginx TCP Load Balancerで構築し、ロードバランシングを実現した事例を紹介します。参照系データベースのアクセスに関してロードバラン
0. はじめに こんにちは。都内でエンジニアをしている、@gkzvoiceです。Gitlab RunnerとArgo CDを使って、GitOpsの考え方を取り入れたCI/CDパイプラインを構築したのでそのふりかえりをします。構築する当初、そもそもなぜGitOpsという考え方が台頭したのか？について分からず、調べたので、併せてお話しできればと思います。目次は以下のとおりです。 0. はじめに 0-1. 前提 0-2. 2つのCDの個人的なメモ 1. GitOpsとはなにか？ 1-1. GitOpsの個人的なメモ 2. そもそもなぜGitOpsという考え方が台頭したのか？ 2-1. CIOpsが抱えていた課題とはなにか？ 3. サンプルのGitOpsスタイルなCI/CDパイプラインの構成図とその技術構成 3-1. サンプルのCI/CDパイプラインの技術構成 3-2. サンプルのCI/CDパイプ
![[Gitlab RunnerとArgo CD使用]GitOpsスタイルなCI/CDパイプラインを構築したのでふりかえる](https://cdn-ak-scissors.b.st-hatena.com/image/square/c591280a84472719a052b605ae4043a0b9439fe6/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--SLn7nJ2p--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BGitlab%252520Runner%2525E3%252581%2525A8Argo%252520CD%2525E4%2525BD%2525BF%2525E7%252594%2525A8%25255DGitOps%2525E3%252582%2525B9%2525E3%252582%2525BF%2525E3%252582%2525A4%2525E3%252583%2525AB%2525E3%252581%2525AACI%25252FCD%2525E3%252583%252591%2525E3%252582%2525A4%2525E3%252583%252597%2525E3%252583%2525A9%2525E3%252582%2525A4%2525E3%252583%2525B3%2525E3%252582%252592%2525E6%2525A7%25258B%2525E7%2525AF%252589%2525E3%252581%252597%2525E3%252581%25259F%2525E3%252581%2525AE%2525E3%252581%2525A7%2525E3%252581%2525B5%2525E3%252582%25258A%2525E3%252581%25258B%2525E3%252581%252588%2525E3%252582%25258B%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Agkz%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2phcXJsSlBfa0RFRVlqa1hzcXZnY295dzVRTE9jYjFqM0RBeEROZWc9czI1MC1j%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
「DeNA TechCon 2021 Winter」は、学生に向けて、DeNAを軸に「エンジニアとして企業で働くこと」について、先輩たちが紹介するイベントです。そこでサーバーサイドエンジニアの海老沼健一氏が、社内ゲームサーバー基盤「Takasho」と、自分が主催した勉強会について話をしました。 ゲームサーバー基盤「Takasho」とは何か 海老沼健一氏（以下、海老沼）：「基盤チームとしての挑戦と社内コミュニティで得た学び」というタイトルで発表いたします。 簡単に自己紹介します。海老沼健一と言います。私は2020年に入社して、現在はゲーム事業本部 ディベロップメント統括部 技術部第6グループに所属しています。趣味はテニスと映画鑑賞で、最近はよく会社の部活でテニスを楽しんでいます。学生時代は、創業期のスタートアップ数社に入っていて、サーバーからフロント、インフラまで幅広く経験を積みました。 今
Argo CD情報 Argo CDとは 主な特徴 同様の機能を提供する商用製品 動作環境 Argo CDのライセンス Argo CDの公式サイト 製品ダウンロード オープンソース年間サポートサービス Argo CDとは Argo CDは、Argo プロジェクトのサブプロジェクト一つの KubernetesのためのGitOpsに則ったCD(Continuous Delivery)ツールです。 2017年に始まったArgo プロジェクトは、Argo Workflows、Argo CD、Argo Events、Argo Rolloutsなどのサブプロジェクトを持っており、2020年4月にはCNCF（Cloud Native Computing Foundation）インキュベータープロジェクトになっています。 Argoという名前はギリシャ神話のアルゴー船から採用されており、そのマスコットは同名の
CRD（Custom Resource Definition）。 「時々見かけるワードだけど、何となく使っていてよくわからない」「そもそもCRDって何?」という方もいらっしゃると思います。 これを紐解くキーワードは「拡張性」です。Kubernetesのメリットの一つである優れた拡張性を実現するのが、CRDによるリソースの拡張なのです。 もちろんリソースの拡張をせずとも、Kubernetesの標準リソースだけでもさまざまなことが実現できますし、それで十分というケースもあるでしょう。ですが、世の中にある膨大なITシステムで実現するアーキテクチャにはさまざまなものがあります。Observability（可観測性）やCI/CD（継続的インテグレーション／継続的デリバリー）など含めた運用性を考慮すると、標準リソースだけで実現できるとは限りません。 そのため、求められるアーキテクチャを実現するにあたっ
freee-SRE船-DX(Developer eXperience)でインターンしてみた - freee Developers Hub
記事の目的 こんにちは、SRE船-DX(Developer eXperience)チームで内定者インターンをしていた22卒のakitoです。 昨年の11月から約5ヶ月間(週3勤務)でCI/CD周りの業務を担当したので、インターンの内容について共有したいと思います。 自分がSREでのインターンを志望した理由 自分は「特定の技術を学びたい」というよりは「その技術がどんな課題を解決できるか」を重視しています。現在、 エンジニアの転職サービスなどを見ていてもSREが多くの組織で求められており、 インフラやCI/CD周りに課題を感じている企業が多いことが分かります。実際に別の企業でインターンをした際、その課題感を直に知る機会がありました。そこで自分がSREとして活躍することができれば、より効率的にサービスを成長させることに大きく貢献できるのではないかと考えました。 SREのDX(Developer
今年サボった勉強を冬休みで全部取り戻す計画
どうも、仕事を納めてしまうと、何も予定がない人になってしまった人です... てなわけで、公式ドキュメント、リリースノート、信頼できる情報源全部読んじゃうぞという計画を立てました。計画倒れしないようにちゃんと読むことをブログで宣言します！ 何をするのか マジでやること何もないので、日頃サボったプログラミングの勉強を一気にしようと思っている。「勉強していない」なんていうと「嘘つけ」と言われそうだが、いつも必要になったことをその都度調べて誤魔化しているだけであり、読むのは本や記事といった誰かの二次三次情報なので、実は一次情報には触れていない。なので以下に挙げるドキュメントは実はちゃんと読んだことがない。全て雰囲気で使っている。 そのため自分は歳の割には未知になっている範囲がとても多く（この構文ってフリーレンぽくてなんかかっこいいよね）、未知の未知にとても弱いため、わかっている人から見るとおかしな
TLDR; When I tried netbooting 24 RPi3s in 2017, it failed miserably. Find out what changed when I built my private cloud with the newer Raspberry Pi 4s and K3s. Just over three years ago, I wrote up a blog post exploring why netbooting was interesting for Raspberry Pi, and what kind of problems I ran into due to issues with the firmware available at the time. My original rig had 24 early-generatio
Jenkinsfile + Jenkins Shared LibrariesでCI設定のコピペを撲滅する
LINE株式会社Dev4 SREチームのShimizuです。 今回の記事では私たちのチームで進めているJenkinsの機能であるJenkins Pipeline(Jenkinsfile)と、その拡張であるShared Librariesの導入について、導入した背景、導入するにあたってのテクニックなどを紹介したいと思います。 背景 私たちの所属する開発4センターではCIツールとして主にJenkinsを利用しています。ありがたいことに社内にJenkinsを運用してくれているチームがあり、そのチームの運用するJenkinsをメインに使っています。 今まで、Jenkinsの設定はチーム内のわかる人がJenkinsのGUIから直接設定をしていました。しかし、設定が煩雑で難しい上、並列化をする場合は似たようなJobを大量に作成することになってしまい管理が大変であるという課題がありました。 たとえば、G
EKS Pod Identity を活用して Terraform でプロビジョニングした EKS を Blue/Green アップグレードしてみた | DevelopersIO
EKS Pod Identity を活用して Terraform でプロビジョニングした EKS を Blue/Green アップグレードしてみた EKS Pod Identity とは？ EKS クラスター内の Pod に AWS 権限を与える新しい方式として EKS Pod Identity が発表されました。 Pod に Service Account 単位で細かく権限設定を行う際、 IRSA(IAM Roles for Service Accounts) を以前から利用できました。 こちらを使わずに EKS ノード単位で権限を付与すると Pod に必要以上の権限を付与してしまう可能性が高いため、IRSA はかなり一般的に利用されている機能かと思います。 Pod Identity も特定 Service Account 内の Pod から IAM ロールを利用可能にするための同じ目的
Docker Hub の Rate Limit 問題に対応した話 - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 Docker Hub から Docker image を Pull する際に Rate Limit に引っかからないように対応した話について書きます。 anonymous user に対する Docker Hub の Rate Limit は段階的に導入されていて、 2020-11-02 9am Pacific Standard Time に完全に導入されるそうです。 https://docs.docker.com/docker-hub/download-rate-limit/ そこで事前に問題が起こらぬよう対応しました。 対応方針 対応方針については大きく 3 つあります。 同じ image を使いつつ、認証をするようにする Docker Hub 以外でホスティングされている別の public なイメージを使う Dock
GitHub - bregman-arie/sre-checklist: A checklist of anyone practicing Site Reliability Engineering
Team 👫 Responsibilities Skills Must Optional Processes SRE Team Goals SRE Lead New SRE Team Member Production Requirements Provisioning Installation Deployment Configuration Resiliency Technologies 💻 Git Repositories CI Security Automation Cloud Provisioning Tracking and Monitoring Accounts Resources Reliability Kubernetes Resource Management CI/CD Cluster Management GitOps - ArgoCD Git Reposito
Argo とはなんだ？ - Qiita
Argo(アルゴ）は、2020年4月にCNCFのインキューベーション・プロジェクトになった。筆者が所属するIBMでも、注目のプロジェクトで適用が始まっているので、その概要について調べてみた。 アルゴとは アルゴプロジェクトは、ワークフロー、デプロイ、ロールアウト、およびイベントなど、ジョブやアプリケーションをデプロイし、実行するためのKubernetes-ネイティブツールのセットだ。継続的デリバリー、累進的デリバリーなどの GitOps パラダイムによって、KubernetesでMLOps つまり機械学習のDevOps基盤を推進する。 アルゴ プロジェクトは、CNCFが支援するプロジェクトであり。この活動は複数あるが、本記事では、主要な4つのグループを取り上げる。 アルゴ ワークフロー (Argo Workflow) アルゴ CD (Argo CD (Continuous Developm
ArgoCD の Config Management Plugin (CMP)を理解し、Plugin でマニフェストの変数置換を行う - kencharosの日記
概要 前職の同僚がずっと、PullRequest ごとにプレビュー環境でアプリケーションをデプロイしたいと言っていた。 確かにそれができれば便利ではあるけど、たとえ k8s の力を借りても実現するまでの手順は多く、遠い夢かと思っていた。 でも ArgoCD で頑張ればその夢は近くなるかもしれない。 これは、ArgoCDの Config Management Plugin (CMP) と呼ばれる機能を使って、動的なマニフェスト生成を行い、さらにPullRequestごとの固有の情報をマニフェストに柔軟に埋め込むための仕組みを考えてみたという話。 想定読者 k8s にある程度詳しい ArgoCD にもある程度詳しい ArgoCD の ApplicationSet や Generator の機能を知っている、あるいは調べればわかる方 参考資料 GitブランチやPullRequestごとにプレビュ
どうもSREのid:renjikariです。この記事はfreeeカード Unlimited の開発の裏側について紹介する連載の第7回目になります。 私は直近でfreeeカード UnlimitedのStaging&Production向けのインフラ構築などを担当していました。(id:nekottyo が検証用アカウント作成＆整備や検証環境作成といった下地作りをしてくれてました:ty:) 最近ベータリリースを果たしまして実際にお客様がクレジットカードで決済を通せるようになりました。感激ぃ！ さて、このdevelopersブログでぜひインフラについて書いてほしいという依頼を受けまして嬉しい限りなんですが、実のところインフラについて言えば他のfreeeのサービスと大きく違うところはあまりなく、(blogに書いて自慢できるほどではないのですが)freeeでつくっているインフラ構成の一つとしてfree
IoT系のプロダクト開発の裏側って？ 知られざる開発・運用ノウハウを2社のエンジニア6名が徹底解説！ 電化製品や産業用機器など、あらゆるコンピューターやデバイスがインターネットを介して通信し、相互にやりとりする。そんな、IoT（Internet of Things）の技術を用いたサービス・ビジネスが注目を集めています。 2023年12月22日に開催されたイベント「IoT系のプロダクト開発の裏側って？知られざる開発・運用ノウハウを2社のエンジニア6名が徹底解説！」では、IoT技術を事業に活用するENECHANGE株式会社と株式会社スマートショッピングのエンジニア合計6名が登壇。プロジェクトから得られた知見を紹介しました。今回はそのレポートをお届けします。 今回登壇した発表者の集合写真 高度なモノの管理を実現：SmartMatのエンジニアリング紹介 はじめに登壇したのは、スマートショッピ
Cloud製品を担当しているソリューションアーキテクトの輿水です。 OpenShift Advent Calendar 2022の12/22の記事です。 以前 All learning | Red Hat Developerというサイトにハンズオン（英語）があることをご紹介しましたが、その一部を日本語に翻訳し、手軽に試せる自己学習型OpenShiftハンズオン環境として提供し始めました。非公式ではありますが、使っているプラットフォームとコンテンツは公式と同じですので、同等の内容を学ぶことができます。 rheb.hatenablog.com ハンズオンを行うために、ご用意いただくのはブラウザ（Firefox,Chrome）のみです。指定のURLにアクセスしコースをlaunchすると、環境がデプロイされて、OpenShiftの演習とターミナルがセットされた環境が使用可能になります。コースをla
本連載は、Google Cloudのアプリ開発とDBプロダクトにおけるスペシャリスト達が、Google Cloudプロダクトを利用した、クラウドネイティブな開発を実践する方法を解説しています。 第2回では、Google Cloudが提供するフルマネージドなKubernetesプラットフォームであるGoogle Kubernetes Engineのアーキテクチャや特徴を紹介します。この記事を読むことでGoogle Kubernetes Engineのユースケースや利点について理解できます。 対象となる読者として、クラウドを利用したアプリケーションプラットフォームを開発/運用するエンジニア、またそのプラットフォーム上でアプリケーションを開発するエンジニアを想定しています。 Kubernetesとは KubernetesはOSSのコンテナオーケストレーションシステムです。 Google内部で利用
Amazon EKS Advent Calendar 2019 22日目の記事です。 ますます寒さ厳しくなる中、みなさまいかがお過ごしでしょうか。 みんなのウェディングのインフラエンジニア横山です。 Docker/kubernetes流行ってますね。弊社でもみんなのウェディングの実行基盤のEKS移行を進めてまいりました。 最終的には全てのコンポーネントをEKS上に移行したいですが、最大の難所であるアプリケーションサーバの移行が完了したので、移行を考えた理由、移行への道のりについてまとめます。 なぜ移行するのか？ そもそも、なぜDocker/kubernetesは流行っているのでしょうか？ それはそれぞれ以下のようなメリットがあるためと言われています。 Docker 環境の可搬性、再現性が高く開発効率が上がる 本番、ステージング、開発で同一のイメージを利用することで環境ごとの差異を気にせず開
Announcing PipeCD
Continuous Delivery for declarative Kubernetes, Serverless and Infrastructure applications Today we are excited to announce the open-source availability of PipeCD: a continuous delivery system for declarative Kubernetes, Serverless, and Infrastructure applications. PipeCD aims to provide a unified CD solution for multiple application kinds on multi-cloud that empowers engineers to deploy faster wi
PipeCD で Prometheus と連携した Canary Release 分析と Slack 通知を試してみる - mura-s.log
こちらは Kubernetes3 Advent Calendar 2020 16日目の記事です。 前回の 記事 では PipeCD の疑問点と回答についてまとめましたが、今回はデプロイと分析周りについてです。 尚、PipeCD 自体については非常に良い記事が公開されていたので、そちらを参考にすると良いかと思います。 GitOps を実現する CD ツール、PipeCD が良さそうという話 概要 現在 PipeCD を使った Kubernetes の GitOps について試しているのですが、今回は以下のようなデプロイの仕組みを構築して、検証してみたのでそれについてまとめてみます。 GitOps の Config Repository に変更がマージされたら、1 Pod だけ Canary Pod を Kubernetes 上にデプロイする Canary Pod から取得された Promet
こんにちは、DRAWER Enabling QAチームの猿渡です。 この記事ではDRAWER QAチームで進めているE2Eテスト自動化についてご紹介します。 課題 CADDi DRAWERにはQAチームがあります。品質保証業務は、開発エンジニアや外部パートナーなど様々な方と連携し行っています。 現在QAが行っているテストは、システム全体をスコープにしたエンドツーエンド（E2E）テストです。。 CADDi DRAWERでは、DRAWER Product Testing Guidelineにより、以下のテストカテゴリを定義しており、E2Eテストでは、Test Size: Largeの「Story Tests」と「Scenario Tests」のCategoryに対してソフトウェアテストライフサイクル（STLC）を行っています。 [DRAWER Product Testing Guideline
kindでKubernetesクラスターを作成してArgo CDのGetting Startedをやってみる | DevelopersIO
「Argo CDをローカルで手軽に試してみたい」 今回はkindを使って、ローカルにkubernetesクラスターを作成して、Argo CDのGetting Startedをやってみます。 EKSで試してみたい場合は、以下の記事はがおすすめです。 やってみた kindでKubernetesクラスターを作成する kindはbrewでインストールできます。 $ brew install kind kindでクラスターを作成します。 $ kind create cluster しばらく待つと、クラスターが作成されたことを確認できます。 $ kind get clusters kind $ kubectl config get-contexts kind-kind $ kubectl get nodes NAME STATUS ROLES AGE VERSION kind-control-plan
CI/CD Conference 2023から、GMOペパボのSREがVM/Kubernetes混在環境でのCI/CDについて解説
CI/CD Conference 2023から、GMOペパボのSREが仮想マシンとKubernetesが混在する環境におけるCI/CDの課題と解決策を解説したセッションを紹介する。 CI/CDに特化したカンファレンスCI/CD Conference 2023から、GMOペパボ株式会社のSREが解説する仮想マシンとKubernetesが混在した環境でのCI/CDの改善について解説するセッションを紹介する。プレゼンテーションを担当したのは2021年にGMOペパボに中途で入社したSREの渡部龍一氏だ。 ●動画：インフラCI/CDの継続的改善の道のり セッション開始から約8分は自己紹介と自社紹介に使われており、実質的なシステムの解説は以下のスライドから始まった。今回はスライドが別資料として公開されており、そこから引用している。 ●参考（発表資料）：インフラCI/CD継続的改善の道のり
EKSへのデプロイを楽にするためにGitHub Appsを導入しました - Money Forward Developers Blog
こんにちは。 マネーフォワードでインフラエンジニアとして働いているkappy（@kappyhappy）です。 今回は、Amazon EKSへのデプロイを効率化するために導入したGitHub Appsのdeploy-botを紹介します。 なぜdeploy-botが必要だったのか デプロイに使用しているコンポーネント deploy-bot導入の経緯の説明の前に、デプロイのために使用しているコンポーネントとその用途を説明します。 AWS ECR 作成したDocker Imageを保存します AWS EKS AWSマネージドなKubernetesを実行します GitHub ソースコードを保存します CircleCI GitHubでPRのマージをトリガーにECRにDocker Imageをpushします ArgoCD GitHubのリポジトリ更新をトリガーに、更新されたKubernetes Mani
エニグモ開発者ブログ
Argo Workflowsを使ったPersistentVolumeの定期バックアップ こんにちは。 インフラグループKubernetesチームの福田です。 今回はPV(PersistentVolume)の定期バックアップシステムについて紹介したいと思います。 PVのバックアップについて PVのバックアップといっても色々とありますが、本記事ではスナップショットの取得を意味します。 スナップショットの取得はCSIが対応していれば、external-snapshotterを利用することで、CustomResourceを書くだけで実現できます。 extenal-snapshotterを全く知らない方は以下のAWSの記事が概要を掴む参考になるかと思います。 aws.amazon.com バックアップシステムの仕組み 概要 システムの概要は以下のようになっています。 Argo Workflowsが定
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
この記事はSRE Advent Calendar 2023の１日目の記事です。 今回は業務で「GitHubリポジトリをあるorganization（以下、org）から別のorgへ移行させる」ということをやったので、その時のお話をさせていただきます。 何をするのか？ もう少し、何を目標としていたのか？を具体的に書くと、現在リポジトリ群が所属しているorgからGitHub Enterprise Cloud（以下、GHEC）配下に作成したorgへ移行させる、ということをやろうとしたお話になります。 GHECに移行するモチベーションとしてはGitHub Copilot for Businessが利用できたり、SAML SSOを利用できたりするというメリットを受けることが出来るからですね。（開発者にとってはCopilotが理由として大きいかも） 移行前の状況 移行前は以下のような状況でした。 自分が
こんにちは。ミクシィの 開発本部 SREグループ の riddle です。 最近は Kubernetes Manifest のスキーマチェックができる kubeconform の布教活動をしています！（主にブログで） kubeconformを使ったKubernetes Manifestの型チェックをCIに仕込んでレビューを楽にしよう!kubeconform の asdf プラグインを作成しました kubeconform image by @eyarz is licensed under the Apache-2.0 License.スキーマチェックは Manifest のミスを発見できるので、CI と非常に相性が良いです。しかし 「新しい Manifest を追加したときに、新しいスキーマを手動で追加する」 のが面倒です。 具体的には以下の作業が必要です。 カスタムリソース(CR)が含まれ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VMからコンテナへ：Kubernetes移行時の懸念とArgoCDの活用 - Pepabo Tech Portal
GitLab CI + ArgoCDでk8sのGitOpsを試してみる
Argo CDでGitLab SSOを利用する - GeekFactory
Argo CD - Declarative GitOps CD for Kubernetes
Argo Rolloutsに入門する - TECHSTEP
Argo CDのApp of apps patternは何が嬉しいのか | DevelopersIO
[Gitlab RunnerとArgo CD使用]GitOpsスタイルなCI/CDパイプラインを構築したのでふりかえる
1年半続く「20卒輪読会」と「GCloud Monday」 初日からリモートワークの社員がコミュニケーションのためにやったこと
Argo CD 最新情報 | OSSサポートのOpenStandia™【NRI】
Kubernetes入門(24) Kubernetesのアーキテクチャの"肝"-「CRD」を使ってみよう
State of netbooting Raspberry Pi in 2021
【連載 第7回】クレジットカードのインフラ作ってみた - freee Developers Hub
IoT系のプロダクト開発の裏側って？ 知られざる開発・運用ノウハウを2社のエンジニア6名が徹底解説！ | gihyo.jp
自己学習型OpenShiftハンズオン環境のご紹介 - 赤帽エンジニアブログ
コンテナオーケストレーションとGoogle Kubernetes Engine（GKE）の特徴とその活用 | gihyo.jp
みんなのウェディングはEKSで動いています — みんなのウェディングエンジニアリングブログ
CADDi DRAWERにE2Eテスト自動化の導入を進めています - CADDi Tech Blog
GitHubのorganization移行をやったお話 - 生涯未熟
kubeconformで使うスキーマをGitHub Actionsで自動生成して楽しよう！