CircleCIのDynamic Configでconfig.ymlを分割管理する - Carpe Diem
背景 CircleCIを使っているのですが 多数のリポジトリを管理している config.ymlが肥大化している。けれど殆どは似たような記述 といった背景がある上で、新しいjobやworkflowを各リポジトリに適用していく際に コピペ漏れが起きやすい レビューがつらい といった課題を持っていました。 そんな時にCircleCIがDynamic Configという新機能を出していたので、これを使って 各リポジトリで変更が不要な共通処理のファイル リポジトリ毎に修正が必要なファイル を分割して管理することで、 前者はファイル自体をコピペすれば良い レビューは後者だけ注視すれば良い という対応をします。 環境 CircleCI 2.1 circleci/continuation 0.2.0 yq 4.24.2 Dynamic Configとは Dynamic Configを使うと動的にconf
管理釣り場で10匹釣れない方必見！～エリアトラウトで2桁釣るためのテクニックとコツ、おすすめルアー紹介～ - 長良とっしの釣りブログ
管理釣り場でいつも気になってしまうのが釣果の個人差です。 午前中で数十匹を釣るアングラーもいれば、午前中で数匹釣れたかどうか？というアングラーさんもいます。 下手したらノーヒットのかたもいるのでは？という状況もあります。 私は15年以上前から渓流ルアーフィッシングをしていますが、自然渓流の禁漁になる秋から初春にかけては2～3回エリアトラウトに挑戦しています。 管釣りは10年くらい前からやっていますが、安定的に半日で２桁以上の釣果を得られるようになったのはここ5年くらい前からです。 管理釣り場は自然釣り場と違って魚が絶対に居ることが前提のフィールドですので、いくつかのコツやテクニックを覚えれば比較的簡単に２桁以上の安定的釣果を得られるということに気が付いたのです。 自分も釣れない期間が長かったので、全然キャッチできないアングラーさんを見かけると応援したい気持ちになります。 現地で積極的なアド
EKSのaws-auth ConfigMapに変更が入って辛い | DevelopersIO
困っていること EKSクラスターを、TerraformのEKS公開モジュールを使ってプロビジョニングしています。現在使っているversionは19.17.1です。クラスターのversionは1.27です。 2月初旬頃から、EKSクラスターのkube-system namespaceのConfigMap aws-auth の内容が何者かによってTerraform外で更新されるようになっており、それによってterraform planや terraform applyで以下のようなdiffが検出されることがあります。 mapRoles.groups配列内の要素順が異なる mapRoles.groups配列内の文字列が全般「"」で囲まれていない→囲まれている # module.eks.kubernetes_config_map_v1_data.aws_auth[0] will be update
【管釣り】ヴァンフックのハリの選び方│ルアーとの相性がここでわかる！
フックは魚との唯一の接点。ルアー、状況、バイトの仕方にマッチする最適なセッティングが必ずある。和田浩輝さんの場合はどんな組み合わせだろう？ フックは魚との唯一の接点。ルアー、状況、バイトの仕方にマッチする最適なセッティングが必ずある。和田浩輝さんの場合はどんな組み合わせだろう？ 写真と文◎編集部 フック選びの基準 和田さんはヴァンフックのエキスパートフックを愛用している。種類やサイズの表記はメーカーによってさまざまだが、ヴァンフックは頭文字が「S」ならスプーン、「C」はクランク、「M」はミノー、「B」はボトムという表記で分類される。スプーンはゲイプ幅とポイント形状の異なる「SP」、「SW」の2タイプがあり、2ケタの数字の10ケタは「軸強度」を表わし、1ケタはスプーン＝1、プラグ＝3と「基本用途」を表わす。表記の意味を理解すれば選択もしやすいので下の図を参照にしてほしい。またフックの大きさは
Pod Lifecycle
KubeCon + CloudNativeCon 2024Join us for three days of incredible opportunities to collaborate, learn and share with the cloud native community. Buy your ticket now! 12 - 15 November | Salt Lake City Pod LifecycleThis page describes the lifecycle of a Pod. Pods follow a defined lifecycle, starting in the Pending phase, moving through Running if at least one of its primary containers starts OK, and
yqコマンド(jq wrapper for YAML)使い方備忘録
0. はじめに こんにちは。都内でエンジニアをしている、@gkzvoiceです。本記事は、jsonをいいかんじに出力したり、加工できるjqコマンドのラッパーのyqコマンドの使い方備忘録です。 1. yqコマンドとは kislyuk/yq: Command-line YAML and XML processor - jq wrapper for YAML/XML documents YAML/XMLを操作する際に使うjqコマンドのラッパー Yaml/XMLをgrepみたいに抽出 いいかんじに整形もしてくれる なので、数千行のmanifestやplaybookに対してgrepしたり、Gitlab Runner上でmanifestの一部をsedしていたことをyqコマンドでシュッとすることもできます。いいことずくめのyqコマンドなのですが、いざ触ってみたら、以下のような問題点を感じました。 2.
Journey to Containers in Core Services Worker Platform
By Worker Team (Johan Gustavsson, Kwangshin Oh, Ryo Wada, Takashi Kurihara, and You Yamagata)March 30, 2024 Introduction At Treasure Data, we’re on a mission to radically simplify how companies use data to create connected customer experiences. Our sophisticated cloud-based Customer Data Platform (CDP) drives operational efficiency across the enterprise to deliver powerful business outcomes in a w
[Kubernetes]Jobの動作を確認する 3 - Qiita
なお、前回説明した「spec.backoffLimit」パラメータの値を0にしていると、一回障害が起きた時点でJobの終了条件を満たしてしまいますので、リトライさせる場合には、「spec.backoffLimit」の値を1以上にする必要があります。 Never まずはNeverの動作を確認してみます。 これは前回でも設定していましたので、同じ動作になります。 こちらのyamlファイルで動作を確認します。 apiVersion: batch/v1 kind: Job metadata: name: sample-job-back spec: completions: 5 parallelism: 1 backoffLimit: 3 template: spec: containers: - name: sample-job1 image: centos:latest command: ["s
![[Kubernetes]Jobの動作を確認する 3 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b4f303bb44a0f7a0398c3f6b74d6a40a28ee7385/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCS3ViZXJuZXRlcyU1REpvYiVFMyU4MSVBRSVFNSU4QiU5NSVFNCVCRCU5QyVFMyU4MiU5MiVFNyVBMiVCQSVFOCVBQSU4RCVFMyU4MSU5OSVFMyU4MiU4QiUyMDMmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWU2ODE2YTM3ZDlkY2FjMTFiNzY3MWU1MmMxZDY5NjZi%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBkaW5ndGlhbmhvbmdqaWUmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTMxNGU1Zjc5NTc1MDM0OWUzNjUzM2Q2ZjQ1NmRhNjli%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D794e14c53ba74643ec49d2dee58107b2)
[Kubernetes] CronJobで .spec.suspend を TRUE に指定するときに注意すべきこと - Qiita
はじめに CronJobを一時的に止めておきたかったので .spec.suspend を使ってみたのですが、自分的に予想外の動きをしてしまったので、対処方法をまとめておきます。 この .spec.suspend の注意点を見逃すと、CronJobが一時的に停止した状態からJobを生成できなくなります。 対処方法までまとめましたので、是非最後まで読んでいただければと思います。 本記事は、 1.22.12-gke.300 で動作確認しました。 やりたいこと 1分ごとに Hello! と言ってくれるCronJobを作成しました。社交的なCronJobですね。 apiVersion: batch/v1 kind: CronJob metadata: name: hello spec: schedule: "* * * * *" jobTemplate: spec: template: spec:
![[Kubernetes] CronJobで .spec.suspend を TRUE に指定するときに注意すべきこと - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/55ba0fce1e5ff2c4939f4ea70132017479ff7f61/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCS3ViZXJuZXRlcyU1RCUyMENyb25Kb2IlRTMlODElQTclMjAuc3BlYy5zdXNwZW5kJTIwJUUzJTgyJTkyJTIwVFJVRSUyMCVFMyU4MSVBQiVFNiU4QyU4NyVFNSVBRSU5QSVFMyU4MSU5OSVFMyU4MiU4QiVFMyU4MSVBOCVFMyU4MSU4RCVFMyU4MSVBQiVFNiVCMyVBOCVFNiU4NCU4RiVFMyU4MSU5OSVFMyU4MSVCOSVFMyU4MSU4RCVFMyU4MSU5MyVFMyU4MSVBOCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NmRjMTlmZTM1MTA0NGFlMmNkYTY1YjZhMDI1ZDhkNzc%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzZWtpbmV0JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1iM2VlY2M4MmI3YWViOGE5YjgxM2ViODE1NTI1YWY1OA%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gTlRU44OH44O844K_5YWI56uv5oqA6KGT%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D2d2c7b770309ccb2101ee74285b3fb75)
お勧めフィールド|追わせて掛ける アユイング|DAIWA
フィールドによって漁業協同組合が発行する遊漁証が必要です。 遊漁規則を守ってアユイングゲームを楽しんでください。 アユ釣りには各都道府県が制定する「内水面漁業調整規則」そして各漁業協同組合が制定する「遊漁規則」があります。フィールドによって漁業協同組合が発行する遊漁証が必要です。 遊漁規則を守ってアユイングゲームを楽しんでください。 アユイングが可能な推奨河川の漁業協同組合様をご紹介しています。 各漁業協同組合ごとにアユイング可能なエリア・時期・遊漁料・詳細なタックル規制などが設定されています。 各漁業協同組合のHPなどで遊漁規制をご確認の上、ルールを守ってアユイングを楽しんでください。 *地図は各漁業組合様の事務所所在地を登録地表記しています。実際にアユイングが可能な河川エリアと異なりますのでご注意ください。 *掲載河川以外にもアユイングを楽しめる河川は多数ございます。ルールを守ってアユ
江崎グリコの基幹システム移行トラブルについてまとめてみた - piyolog
2024年4月5日、江崎グリコは基幹システムの切り替え後にシステム障害が発生し、同社や販売委託を受けている一部の冷蔵食品の出荷に影響が生じていると公表しました。ここでは関連する情報をまとめます。 障害後緊急対応するも在庫数合わず業務停止 今回システム障害が起きたのは江崎グリコの基幹システムで2024年4月3日の新システムへの移行に伴い発生した。物流、販売、会計などを一元管理するERPパッケージ SAP社製「SAP S/4HANA」で構築されており、「顧客への継続的価値創出を可能にするバリューチェーン構築と経営の迅速な意思決定を目的とした、調達・生産・物流・ファイナンスなどの情報を統合する基幹システム」と同社では説明している。障害原因の詳細は同社から開示されてはいないが、システム障害の問題個所の特定は済んでいる。なおサイバー攻撃によるものではないと取材に答えている。*1 システム障害の影響に
韓国の野党議員と共同で｢福島汚染水｣と風評被害を広める…なぜ立憲民主党は暴走議員を処分しないのか ｢HPVワクチン反対｣という議員も複数在籍中
福島第一原発のALPS処理水を「汚染水」と言い換えることで、風評被害を煽る人たちがいる。福島在住ジャーナリストの林智裕さんは「韓国の野党議員が、そうしたデマを広げて、日本を攻撃している。さらに立憲民主党などの一部の議員が、韓国議員と連携して、共同声明を出している。これ以上、被災地を苦しめるのはやめてほしい」という――。 ※本稿は、林智裕『「やさしさ」の免罪符 暴走する被害者意識と「社会正義」』（徳間書店）の一部を再編集したものです。 立憲民主党石垣のり子氏が参加した「ALPS処理水の海洋放出抗議集会」 「参議院議員の石垣のり子と申します。今日は党を代表してこちらに」 「関係者の理解なくしてはどのような処分も行わないという約束を破って」 「さらに海洋汚染を広めていく可能性も否定できない」 ALPS処理水の海洋放出が本格化した2023年8月24日から3日後の27日、立憲民主党の石垣のり子参議院
Kubernetes: 複数の Node を安全に停止する (kubectl drain + PodDisruptionBudget) - Qiita
OS のアップデートやスケールダウンなどで複数の Node を安全に停止したい場合のメモです。この記事は Kubernetes 1.7.3 で確認した情報を元に記載しています。 TL;DR Node を停止するためにはkubectl drain コマンドを利用して停止準備を行います drain は Node を Pod のスケジュール対象から外し (unschedulable に設定) Node 上の Pod を退去させることで停止可能な状態にします しかし複数の Node を停止させる場合、アプリケーションの Pod が一つも動作していない状態 (ready な Pod が 0)がありえるので注意が必要です PodDisruptionBudget を定義することで安全な Pod 数を保ったまま複数 Node の drain を行うことができるようになります 安全な Pod 数が確保できる
Helm とは？をわかりやすく解説
Kubernetes でのアプリケーション開発は複雑です。どんなアプリケーションであっても、おそらく何百もの構成をインストールし、管理し、更新しなければなりません。 これに対し、Kubernetes のパッケージマネージャーである Helm には、 アプリケーションのクラスタへのデプロイに必要なすべてのコードとリソースが含まれ、アプリの配信を自動化します。 Helm は、Helm チャートと呼ばれるパッケージングフォーマットを使用してアプリケーションの配信を自動化することにより、このプロセスを単純化します。Yum が Red Hat® Enterprise Linux® の RPM パッケージを管理するのと同じように、helm は Kubernetes の Helm チャートを管理します。チャートは、コンテナ間の一貫性を維持しながら、アプリケーションの特定の要件がどのように満たされているか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
pytestのとりあえず知っておきたい使い方 - Qiita
そうめんチャンプルー【めんつゆで味付け簡単】のレシピ・つくり方 | キッコーマン | ホームクッキング
https://support.circleci.com/hc/en-us/articles/21200178128155-Can-I-use-environment-variables-in-conditional-statements
Dynamically set parameter values of matrix
「マイナカードのAndroidスマホ搭載」レビュー、対応機種やはじめ方、使い方をチェック
https://www.databricks.com/jp/wp-content/uploads/2020/08/p975-armbrust.pdf