CI/CDをオーケストレーションするツールKeptnは、2020年6月26日にSIG App Deliveryでの検討の上、TOCのスポンサーを得てCNCFのサンドボックスプロジェクトとして認定されたオープンソースソフトウェアだ。今回は、2020年12月にオーストリアのDynatraceが公開した「Introduction to Keptn」という動画から概要を紹介する。 セッションを担当したのは、Rawkodeというサイトを運営するEquinixのエンジニアDavid McKay氏と、DynatraceのエンジニアJurgen Etzlstorfer氏だ。動画そのものもRawkodeのチャネルで公開されているもので、CNCFのWebinarでもなければDynatraceの公式チャネルでもないが、Keptnの概要と公式サイトに記載されているチュートリアルを2回に渡って詳細に解説するもので、
こんにちは。 ピリカ開発チームの伊藤です。 ピリカでは6月1日より、ピリカサポーターズクラブを開始しました。 まだご覧になっていない方はこちらをご覧ください。 corp.pirika.org ピリカサポーターズクラブをはじめるにあたって新しいシステムを構築しました。 ピリカの開発チームのリソースは潤沢ではない中、全く新しいシステムを作るのはとても大きなチャレンジです。 社内からも「開発のリソースが潤沢でないならSNSピリカに注力すべき」という意見はありましたが、開発チームでは単に新しいシステムを作るだけではなく、この開発を「SNSピリカの開発を今後少ないリソースで効率的に進めるために必要な基盤の実験」としても位置付けていました。 この開発を通じて得たことのまとめとして、ピリカサポーターズクラブの構成やデプロイの仕組みをご紹介したいと思います。 SNSピリカの開発で抱えている問題 SNSピリ
Monitor your GitHub Actions workflows with Datadog CI Visibility
Looking for Datadog logos? You can find the logo assets on our press page.
記事のタグから探す 逆レ (92) 搾精病棟 (45) 淫獄団地 (39) 漫画 (38) 人妻 (34) 搾精学級 (21) JK (18) ニコニコ漫画 (17) 女子高生 (17) おねしょた (16) おねショタ (14) ネーム (11) ナース (8) ピンクパイナップル (8) 亀山しるこ (7) 変態 (7) だーくワン！ (6) ネクストン (6) 太もも (6) おっぱい (5) アニメ (4) ノベライズ (4) 荒木英樹 (4) 騎乗位 (4) パンツ (3) 原作 (3) 足コキ (3) アンドロイド (2) クンニ (2) スク水 (2)
MkDocs+GitLab-CI+wkhtmltopdf でドキュメント更新作業の煩雑さから解き放たれる｜Mars
マニュアルの管理運用をやってるのですが、WORD だったり PPT だったり Sphinx だったりで作った資料をGドライブに格納して社外向けに配るときは PDF を zip してパスかけて BOX にあげて共有用 URL をメールで送って、解凍パスワードを別送するとかもう嫌だ！ と思ったので、これからのスタンダードはこれにすると決めたときにやったこと。 🍄 前提Windows 利用者向け 🍄 MkDocs を使える環境を整えるMkDocs は markdown 形式で簡単にドキュメントが作成できるツール。無料です。 python がいります。2.x 系でも 3.x 系でも。なければインストールを。 $ python --version Python 2.7.12pip で mkdocs をインストールするので、存在しているか確認。 $ pip --version pip 9.0.1
この記事は、Codemagic の運営元である Nevercode Ltd の依頼で作成しました。2020/7/6 に公開された オリジナルの英語記事の日本語訳に加え、冒頭に私のコメントを、末尾におすすめの Codemagic 関連の日本語記事へのリンクを列挙しています。 Codomagic は、今年の２月に発表された Flutter UX 調査チームによる Q4 2019 の調査結果において、開発者が CI/CD で採用しているサービスのトップ３に挙げられており、（Codemagic、 Github Actions、 GitLab）、その中でも満足度が最も高かったことが示されています。 Codomagic は、Google と提携して Flutter 専門の CI/CD サービスとして開始されただけあって、Flutter を手厚くサポートしています。また、以下の翻訳で示されているように、
The customer engineering team at CircleCI helps users optimize how their configuration files are set up. Every day, they can find the most useful features for your projects, balancing both your time and your credit consumption. After performing dozens of config reviews for 20+ of our enterprise-level customers, our customer engineering team has it all down to a science. Because you and your team m
Ansible Towre + GitLab + moleculeで作るCI/CD環境 | 日常系エンジニアのTech Blog
AnsibleのPlaybookやRoleのCI/CDをAnsible Tower + GitLab + moleculeを使って出来ないか検証してみたので書いてみようと思います。 やること ここでは、Apacheの設定やコンテンツを自動的にテストしてプロダクション環境への反映までやってみます。 流れは以下の通りです。 User ユーザーは、PlaybookやRoleおよびApacheの設定とコンテンツを作成します。 普通、コンテンツはCMSで管理するとは思いますが、ここでは挙動確認のため簡単なコンテンツを作成してプロダクション環境へ反映します。 GitLabでは、リポジトリの管理とCIおよびAnsible TowerのWF実行までを実施します。 ユーザーは、作成したPlaybookなどをリポジトリに反映すると自動で以下のテストが実施されます。 main playbook lintテスト
You’re seeing information for Japan . To see local features and services for another location, select a different city. Show more Painting the Picture Before 2021, Uber engineers would have to take quite a taxing journey to make a code change to the Go Monorepo. First, the engineer would make their changes on a local branch and put up a code revision to our internal code review system, Phabricator
Terraform モノレポにおけるCIでは、PR作成/更新時などに変更したファイルに応じて対象のディレクトリでのみterraform planを実行させたいというニーズがあるかと思います。 本記事では、それを実現するための幾つかのやり方についてご紹介したいと思います。 前提 ここでは、以下のようなリポジトリ構成となっていることを想定します。 . ├── account-a │ ├── account-top.tf │ ├── service-bar │ │ └── bar.tf │ └── service-foo │ └── foo.tf ├── account-b │ ├── account-top.tf │ └── service-piyo │ └── piyo.tf └── modules └── common ├── main.tf └── v
たまに、Twitter などで 「CIの改善をスクラムでユーザーストーリーとして扱うか？」という疑問の声を聞くことがある。 この問いかけは結構難しいと思っていて、スクラム (もっというとアジャイルの世界) が題材にしているものを考えるきっかけになった。 まずよく見る回答としては、以下がある ユーザーストーリーは必ずしも、ユーザーにとっての価値と限定しなくてもいいので開発者への価値と考えてユーザーストーリーに加えてもいいんじゃないか スクラムに割く時間をある割合にして20%程度の遊びを持たせることでこういったタスクを着実に消化していくのがいいのでは 障害対応などの割り込みタスクとかと同じ扱いをすれば良いのでは etc… これらの答えはそれぞれ一理あるのだが、どちらかというとタスクの扱いの話をしていてなんでそういった扱いでうまくいくのかという話に微妙に触れていないというのが最初の感想だった。
ニュースリリース – JetBrains IDEとCIを連携させるプラグイン – CIcloneを発表 | 株式会社サムライズム
株式会社サムライズム JetBrains IDEとCIを連携させるプラグイン – CIcloneを公開 JetBrainsやGitHubなど、ソフトウェア開発者向けのツール販売を手がける株式会社サムライズム（本社：東京都豊島区、代表取締役：山本裕介、以下サムライズム）は、JetBrains IDEの生産性をより向上させるプラグイン CIcloneを発表いたしました。本日より、JetBrains Plugin Marketplaceよりダウンロードしていただけます。 お客様は、IDE内よりCIcloneをインストールすることにより、CI(継続的インテグレーション)サービスとJetBrains IDEを連携させることが出来ます。ビルド結果についての通知をIDE内で即座に受け取ることで、プルリクエスト/マージリクエストの作成や失敗したテストケースの検証を素早く行うことが出来ます。 CIclone
サイバーエージェントのインフラエンジニア青山昌也氏がKubernetesネイティブなCI/CDを解説。 今回はサイバーエージェントのインフラストラクチャーを担当するエンジニア、青山昌也氏のセッションを紹介する。青山氏はサイバーエージェントのインフラストラクチャー担当としてOpenStackからKubernetesまで幅広くカバーし、最近はKubernetesに関する書籍も執筆するなどの啓蒙活動も行うエンジニアだ。CloudNative Days Tokyo 2020の共同チェアパーソンとしてイベントの運営にも関わっている。 今回のセッションでは、クラウドネイティブなインフラストラクチャーを構築するための出発点として、CI/CDに特化してGit、Tekton、Kaniko、Harbor、Argo CDを組み合わせたワークフローを紹介した。また単なるCI/CDではなくセキュリティを組み込む必要
スマホアプリで全ユーザに「お知らせ」を表示しようと思い、JSONデータを公開する仕組みを作ってみました。 API（API Gateway + Lambda）を作っても良かったのですが、簡単に済ませるため、S3バケットにJSONファイルを格納して公開することで簡略化しました。 （「クラウド側の仕組みとCI/CDの仕組み」を作ってみたかった） 目次 概要 JSONファイルの仕様 リポジトリとブランチ運用 CI/CDを構築する Python仮想環境を作成 Makefileを作成 S3バケット & IAMユーザ & IAMロールを作成 IAMロールのARNを取得 IAMユーザのアクセスキーを取得 単体テスト用のファイルを作成 AssumeRole用のスクリプトを作成 JSONファイルを作成 CircleCIの設定ファイルを作成 CircleCIの設定 リポジトリのPush CircleCIにログイ
Docker X Laravel GitHub Actions でCIを回してDockerとLaravelの自動テストを実行する - Qiita
Docker X Laravel GitHub Actions でCIを回してDockerとLaravelの自動テストを実行するPHPGitHubLaravelDockerGitHubActions DockerfileやLaravelプロジェクトのコードを変更された時に毎度手動でテストするのはとても時間がかかってしまいます。 Dockerビルド以外にも、Composerのインストールがうまくいくか、マイグレーションやロールバック処理やシーダーが壊れてないか。 Laravelのテストコードがうまく実行されるか。確認したいことがたくさんあります。 環境 https://github.com/ucan-lab/docker-laravel 参考リポジトリ: https://github.com/ucan-lab/docker-laravel-github-actions パターン1: まとめて
コンテナ Lambda の CI/CD パイプラインを SAM Pipeline で作ろう ! ~コンテナ利用者に捧げる AWS Lambda の新しい開発方式 ! ~ 第 6 回 - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
こんにちは、サーバーレス スペシャリストソリューションアーキテクトの下川 (@_kensh) です。 「第 1 回 コンテナ Lambda の ”いろは”、AWS CLI でのデプロイに挑戦 !」では、AWS CLI を使ってコンテナ Lambda 関数を実際に AWS Lambda サービスにデプロイして動作確認をしてみました。 「第 2 回 コンテナ Lambda を開発、まずは RIC と RIE を使ってみよう !」では、開発者のローカル環境でコンテナ Lambda 関数の動作確認をする方法を紹介しました。 「第 3 回 コンテナ Lambda をカスタマイズして、自分好みの PHP イメージを作ろう !」では、コンテナイメージサポート Lambda 関数のカスタムイメージ作成方法について紹介しました。 「第 4 回コンテナ Lambda を AWS SAM でデプロイしよう !」
黒川さんの動画でCodeDeploy、CodePipelineを学んだので 活字でもハンズオン出来るように記事として書き起こしてみる。 参照：【はじめてのCI/CD】AWSでやってみるDevOps最初の一歩、CodeDeploy、CodePipelineを使った自動デプロイのハンズオン https://www.youtube.com/watch?v=8mPm7jolnVk&t=6s AWSのCodeシリーズの解説： コードをサーバまで運んでくれるので便利 CodeDeploy、CodePipeline github→codedeploy→internetgateway→ec2 このサービスを使うには３つの設定が必要。 ・AWSのVPC内の設定 ・githubクライアント側の設定 ・code系の設定 AWSのVPC内の設定 ・ルートテーブルにインターネットゲートウェイへのルートテーブルを設定
GitHub - cider-security-research/cicd-goat: A deliberately vulnerable CI/CD environment. Learn CI/CD security through multiple challenges.
The CI/CD Goat project allows engineers and security practitioners to learn and practice CI/CD security through a set of 11 challenges, enacted against a real, full blown CI/CD environment. The scenarios are of varying difficulty levels, with each scenario focusing on one primary attack vector. The challenges cover the Top 10 CI/CD Security Risks, including Insufficient Flow Control Mechanisms, PP
n402 on Twitter: "@kawamatsushin16 第204回国会で都の委託事業の増額を申請するときに弁護士代だけで2300万かかってると言ってるのですが、これどうなってるんでしょう？ https://t.co/ci9ww0itVf"
@kawamatsushin16 第204回国会で都の委託事業の増額を申請するときに弁護士代だけで2300万かかってると言ってるのですが、これどうなってるんでしょう？ https://t.co/ci9ww0itVf
v4 flowerを継承するパワフルでロックなAI歌声合成、CeVIO AI Ci flowerの調声テクニック｜DTMステーション
CeVIO AIの新キャラクタとして「Ci flower」(シィ フラワ)のソングボイスが発売されました。3月10日にダウンロード版が発売され、3月31日にパッケージ版の販売がスタートします。かつて2015年に発売されたVOCALOID4 Library 「v4 flower」(ブイ フラワー)が、8年の時を経てCi flowerとなり、CeVIO AIのソングボイスとして歌うことになったのです。 その歌声は、パワフルでロックに特化した部分は継承しつつ、人間味のある発声を魅力的に表現してくれるとのこと。またソフト上で楽譜を打ち込んで再生ボタンを押すだけで人間らしい歌声が出力でき、「しゃくりあげ」や「ビブラート」といった自然体な歌唱表現も自動的に付き、細かく調整も可能。そんなCi flowerを使った、発売記念ソングを制作したr-906（@arukuremu）さんに、Ci flowerの魅力
Webサイト制作、開発の現場ではプロダクトの品質を保つために定期的な監査が求められます。Webサイトを定量的に監査するための手段はいくつかあると思いますが、Lighthouseと呼ばれるツールが一般的に広く利用されています。 LighthouseとはLighthouseはGoogleが提供するオープンソースの品質監査ツールです。Lighthouseの監査は以下の指標を基に行われます。 パフォーマンスアクセシビリティベストプラクティスSEOPWA対応PWA対応をどこまで実施するかは案件によって変わってくるかと思いますが、基本的にLighthouseで示される品質監査結果を向上させることでよりユーザーが使いやすく、そして検索されやすいサイトにすることができます。
Github ActionsでマルチモジュールAndroidプロジェクトのCI環境を整えよう(ビルド/Slack通知/Danger/ktlint) - Qiita
Github ActionsでマルチモジュールAndroidプロジェクトのCI環境を整えよう(ビルド/Slack通知/Danger/ktlint)AndroidYAMLCircleCIDangerGitHubActions はじめに 2019年ごろにBeta版が出たGithub Actions、気になってはいたもののまだ触ったことがなかったので今回Androidリポジトリで動くCIをGithub Actionsで構築してみました。 これまでCIはBitriseしか使ったことがなかったのですが、無料版だと1回のビルド時間が10分までだったり、チームメンバーが合計3人までしか使用できないので、これを機にGithub Actionsに乗り換えることにしました。 マルチモジュールで気をつけるところはDanger周りくらいで、基本的にはシングルモジュールと変わらないかと思います。 まだまだ改善できそ
Digger is an Open Source Infrastructure as Code management tool that helps orchestrate Terraform and OpenTofu within your CI/CD system.
《第1回》 GitLab CI/CD環境構築｜GitLab-CI/CDでレガシー環境でのGitOps事始め｜SHIFT Group 技術ブログ
こんにちは。CAT推進グループ 小田柿 です。 最近はKubernetesでのGitOpsが流行っていますよね。でもうちはKubernetesなんて使ってないレガシー環境だし、そんな意識の高い概念は無関係だと思っている方も多いかと思います。 でもGitLabの定義によればGitOpsとは、 （引用） GitOpsを実践しているインフラチームは、コードとして保存された設定ファイル（Infrastructure as Code）を使用します。 インフラチームはIaCを使用して、マージリクエストで変更を実施するようになります。インフラの変更がコード化され、再現性があり、追跡可能になります。ヒューマンエラーが発生する余地が少なくなり、全員で同じ情報を共有できるようになります。 （参考）GitOpsとは とのことなので、コンテナもKubernetesも関係なく、バージョン管理システム上にCI/CD用
この AWS ソリューションでは以下のセットアップを行います。 AWS CodePipeline で、ソース、構築/テスト、デプロイの各ステージを持つ CI/CD パイプラインを自動化します。 ソースステージでは、Git ユーザーがコミットをプッシュし、CodePipeline が起動します。CodePipeline はソースコードを取得し、Amazon Simple Storage Service (Amazon S3) のアーティファクトバケットに保存します。 構築/テストステージでは: AWS CodeBuild は、アーティファクト S3 バケットからコードを取得し、TaskCat を実行します。 TaskCat は、CloudFormation テンプレートのデプロイとテストを行い、テスト結果をレポート S3 バケットに保存します。 AWS Secrets Manager は、C
SWETグループの平田（@tarappo）です。 10/21（木）にiOS Test TeaTime #3を開催しました。 その時の私の登壇資料は次のとおりです。 資料では不足しているであろう情報もあるので、本稿ではその点も補いつつ説明していきたいと思います。 はじめに SWETメンバーとして、プロジェクトに関わるときは「CI/CDサービス」が問題なく動いているかどうかを確認することはよくあります。 CI/CDサービスが文字通り継続的に動いているのであれば「プロジェクトのコードが手元でも動かせる」「コードの状態がある程度わかる」という状態ともいえます。 そのため、これはプロジェクトの状況を把握してなにをするべきかを判断するためには重要な指標の1つともいえます。 その中で最初にチェックする箇所の例としては、次のようなものがあります。 どのようなことを実行しているか 自動テストがあって実行され
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が最近リリースされ、重要な変...
GitHub Actionsは、GitHubが提供するCI/CDサービスです。GitHubにプルリクエストが作成された時や、GitHubにプッシュされた時など、GitHub上のイベントをトリガーとして、ビルドやテストなどを自動で実行させることが可能です。本書では、GitHub Actionsを用いてFlutterのCI/CD環境を構築します。
基本的に継続的な開発を行っていく上で、CI/CDは避けて通れなくなっています。CI/CDといえば、これまでも様々なツールやサービスがありました。 クラウドの発展やインフラ環境の変化などもあり、個々の特性を生かした機能やサポートなどを持つツールやサービスが生まれてきています。 OSSで基本的に自身で環境を構築する汎用ツール：Jenkinsなど CI/CD専用のSaaS：Circle CI、Travis CI、AWS Codeシリーズ、Google Cloud DevOps、GitHub Actionsなど クラウドやKubernetes環境向けのCD：Spinnakerなど アプリケーション実行環境とCDがセットになったPaaS：GAE、AWS Beanstalkなど 一方、この各ツールやサービス間で移行することになると、複雑になりがちな設定の書き換えや、特定ツールのサポートやプラグインに乗
VRChatでしないほうがいいこと｜u1ci
VRChatを始める前に 言っておきたい事がある かなり厳しい話もするが 俺の本音を聴いておけ はじめに この記事はこれからVRChatを始める人に向けた記事です。チュートリアルワールドが教えてくれる「使用方法」ではなくVRChatの世界をどう生きるかという「運用方法」について著者なりに纏めたものであり、アバターやワールドには一切触れていません。 あくまでこうするのがオススメだよ、これはしない方がいいよという名目であり、特定のプレイスタイルを押し付ける意図はありません。各々の自由は尊重されるべきだと思っています。 1.何でもできるゲームだからと自由勝手に振る舞う VRChatはゲームの皮を被ったSNSです。オフラインゲームではなく中に人が居ます。 一見異世界転生のようなVRChatですが転生先の住民が意思や感情を持った人間である以上、人間関係のイザコザからは逃れられません。それはベテランで
Integration Testing を改善！Testing Trophy を整形してCI実行速度を5倍に - READYFOR Tech Blog
この記事は「READYFOR Advent Calendar 2021」4日目の記事です。 Calendar for READYFOR Advent Calendar 2021 | Advent Calendar 2021 - Qiita フロントエンドエンジニアの吉井（@Takepepe）です。業務委託で READYFOR さんのお手伝いさせていただくようになってから、早いもので1年半が過ぎました。この期間中、3つの Next.js Application 立ち上げ・リリースに携わらせていただきました。 Cypress x BDD 現在携わらせていただいているのが「フロントエンド基盤SQD」という、READYFORプロダクト全般のフロントエンド課題をシューティングするスクワッドです。このスクワッドでの活動において、私が9月〜11月に取り組んだ課題が「テスト方針の見直し」です。 3つの N
Embulk v0.11.0, v1.0に向けたMavenプラグインのCI環境構築とMavenプラグインの導入方法 (2021/5/28版) - joker1007’s diary
現在、Embulkは次の安定版であるv0.11.0に向けた開発版としてv0.10がリリースされています。 メンテナであるdmikurubeさんのアナウンスに依ると、0.11.0以降はJRubyがデフォルトでembulkに組込まれなくなるため、プラグインは基本的にJavaで作ることが推奨される様になります。 また、JRubyがデフォルトで入らなくなるため、基本となるプラグインの配布プラットフォームはMavenリポジトリになる予定です。 JavaのプラグインのAPIもいくつか変更されており、新しいバージョンに対応するためには多少の修正が必要になります。 基本的な開発ガイドについては、以下の記事を参考にすると良いでしょう。 zenn.dev zenn.dev ある程度embulkのプラグイン開発に慣れていれば、上記の記事で実装とビルドまでは何とかなるんですが、当分の間0.9系が生き続けることは間
GitHub の PR 作成権限をもっていると CI 越しに GCP のオーナー権限が使える脆弱性
※注意※ この話はGitHub 自体の脆弱性ではなく私達の設定に起因する脆弱性です また特にこの話に関連したインシデントは発生していません こんにちはミクシィの 開発本部 SREグループ の riddle です。 私達は GitHub による Pull Request(PR) ベースの開発を行っております。同様にインフラも Terraform コードを GitHub で管理しています。 Terraform を管理するリポジトリには2種類のCIがあります。 PR の作成・更新で動く terraform plan の CImain ブランチへのマージで動く terraform apply のCI※ terraform plan : 設定に従ってインフラを変更できるか? をチェックするコマンド ※ terraform apply : 設定に従ってインフラを変更するコマンド 何があったのか？ 私達
GitLab CI/CDで特定のファイルが変更された場合にのみジョブを実行する - GeekFactory
GitLab 11.4から only:changes という記法がサポートされました．これにより，特定のファイルが変更された場合のみジョブを実行できます． https://docs.gitlab.com/ee/ci/yaml/#onlychangesexceptchanges 例えば，以下のように記述すると，ブランチをpushした時に terraform/ フォルダのファイルが変更されている場合にのみジョブが実行されます． stages: - build terraform_plan: stage: build only: changes: - terraform/**/* - .gitlab-ci.yml image: name: hashicorp/terraform:0.12.8 entrypoint: - /usr/bin/env script: - cd terraform/ -
フォルシアでは複数のアプリにおいて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
Massive phishing sites with .ci Domain attacked Japan
A large number of phishing sites targeting Japan were created in the .ci domain (ccTLD of Cote d’Ivoire). This attack lasted about a month, from about mid-May to June 14. I have identified approximately 10,000 malicious FQDNs. With the help of nic.ci and ARTCI, the Registry in Cote d’Ivoire(a.k.a. Ivory Coast), all these malicious domains were shut down. This article describes how it happened. Wha
GitHub Actionsを使ったマイクロサービスのCI/CDモジュール管理 | MoT Lab (GO Inc. Engineering Blog)
MoTではマイクロサービスアーキテクチャを採用しており、標準技術スタックにGitHub Actionsを採用しています。本記事では数多くのリポジトリのCI/CDパイプラインを管理していくアプローチを紹介します。 はじめに昨年10月頃にSREグループにjoinした古越です。クラウドインフラの構築、運用とアプリケーションのCI/CD構成などを担当しています。 MoTの中での開発体験向上はSREグループのミッションの一つです。CI/CDについては開発体験とアプリケーションの品質に大きく寄与する要素だと考えています。 MoTのSREグループが構築するサービスのCI/CDにはTravisCIが長く使われていました。最近になりGitHub Actionsを使う方針に切り替えており、現在は移行途中になります。移行については別記事で触れようと思いますが、移行過程でCI/CDの共通化や管理上の課題が幾つか明
According to the 2020 Jetbrains developer survey 44% of developers are now using some form of continuous integration and deployment with Docker Containers. We know a ton of developers have got this setup using Docker Hub as their container registry for part of their workflow so we decided to dig out the best practices for doing this and provide some guidance for how to get started. To support this
テストCI実行時間を半分にした話 - Qiita
はじめに 株式会社HRBrainでフロントエンジニアをやっているしっぽくんです。最近は担当プロダクトの脱monorepoだったりアーキテクチャ見直し、エラーログ解析などの改善作業を業務の傍らやっております。 今回はその中でCI時間の短縮を行ったよ、という話をします。 かなりターゲットは限定的なので、該当する人に届けばいいなと思います。 ターゲット（これらに合致する人向けです） 利用技術スタック TypeScript を使っている テストプラットフォームは Jest TypeScript のトランスパイルに ts-jest を使っている CI時間が長くなり始めた TL;DR @swc/jest でトランスパイルするようにした CIの実行時間が14分から6分の約半分ほどになった jest.spyOn は使えないので、 jest.mock に書き直した より早くしたい場合は vitest や B
【CI/CD for Amazon ECS】ECSへの自動デプロイで利用するファイルをまとめてみた - サーバーワークスエンジニアブログ
こんにちは。AWS CLIが好きな福島です。 はじめに 概要図 ファイル一覧 フォルダ構成 各ファイルの詳細 CodeBuildで利用 1. buildspec.yml: ビルド処理の定義書 buildspec.ymlの例 version pre_build(ビルドの前処理) build(ビルド) post_build(ビルドの後処理) artifacts 2. Dockerfile: dockerビルド時に利用する定義書 Dockerfileの例 FROM COPY Dockerfileの詳細 CodeDeployで利用 3. appspec.yml: デプロイ処理の定義書 version TaskDefinition ContainerName ContainerPort 詳細 4. taskdef.json: タスク定義を作成する定義書 5. imageDetail.json: Am
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CI/CDから障害の復旧までハイレベルの運用自動化を実現するKeptnとは
TerraformとCloud RunとCloud Load BalancingでCI/CDを突き詰めた
『搾精病棟』の小説が4/17に発売します - 搾精研究所 - Ci-en（シエン）
Codemagic でモバイルアプリの CI/CD を始めましょう - Qiita
6 optimization tips for your CI configuration
How We Halved Go Monorepo CI Build Time
GitHub Actions + Terraformモノレポ環境で変更ファイルに応じてCIを実行する
「CIの改善をスクラムでユーザーストーリーとして扱うか？」を考察する
CNDT2020シリーズ：CAのインフラエンジニアが解説するKubernetesネイティブなCI/CD
S3バケットにJSONファイルをアップロードするCI・CDを作ってみた | DevelopersIO
AWSのCI/CDサービスCodeDeploy、CodePipelineを試してみた - Qiita
Lighthouse CIを利用したWebサイト品質監査の自動化
Digger - CI/CD orchestrator for Terraform
AWS CloudFormation 向け TaskCat CI/CD パイプライン
治安維持のためにCI/CDサービスを活用しておこなったこと - DeNA Testing Blog
Xcode CloudによりiOSアプリ開発でCI/CD可能に
GitHub Actionsで始めるFlutter CI/CD入門
ポータブルなCI/CD Daggerを試してみる - What is it, naokirin?
GitLab CI + ArgoCDでk8sのGitOpsを試してみる
Best practices for using Docker Hub for CI/CD | Docker