コードレビュー自動化、障害注入／分散トレーシング、マルチクラウドIaC――コンテナベースのCI/CDがもたらす新たな開発者体験とは
コードレビュー自動化、障害注入／分散トレーシング、マルチクラウドIaC――コンテナベースのCI/CDがもたらす新たな開発者体験とは：コンテナベースのCI/CD本番事例大解剖（終）（1/2 ページ） Kubernetes、コンテナ技術を活用したCI/CD基盤におけるサービス開発について、リクルートテクノロジーズの事例を基に解説する連載。最終回は、「プロダクト品質の磨き込み」「アジリティの向上への取り組み」の2つを中心に解説を進めます。 本連載「コンテナベースのCI/CD本番事例大解剖」では、リクルートテクノロジーズが取り組んだ事例を基に、Kubernetes、コンテナ技術を活用したCI/CD（継続的インテグレーション／継続的デリバリー）基盤におけるサービス開発について解説しています。 これまで3回にわたる連載では、アプリケーションエンジニアおよびインフラ／運用エンジニアの観点から、技術選定に
anypicks.jp - anypicks リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
開発支援サーバー(GitBucket、Redmine、Jenkins)を退役させてSaaSに移行させた話 - ZOZO TECH BLOG
こんにちは。ZOZOテクノロジーズ開発部の田島です。 今時のシステム開発ではさまざまなツールを利用することが当たり前になっています。 そして各種ツールは日々新しいものが開発され、今まで当たり前だったものがレガシーなツールと呼ばれることも珍しくありません。 弊社では、GitHubやCircleCI・Slackなど様々なツールを利用しています。 私達のチームでもこれらのツールを利用していますが、それ以外にもGitBucketやJenkins・Redmineを独自で管理し利用していました。 今回ある理由からそれらのツールをSaaSへ移行しました。その経緯と移行手順を紹介します。 概要 開発支援サーバの紹介 利用しているGitBucket・Jenkins・Redmineは開発支援サーバと呼ばれる一台のEC2インスタンスの上で動作していました。 やったこと これらのツールを以下の図のように、「Git
E2Eテストのテスト結果を可視化することで気づきが生まれた | メルカリエンジニアリング
メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）の おれたま@AHA_oretama です。 私は普段、テスト自動化やCI / CD を主に行っています。 今回は、Appium×Android E2Eテストのテスト結果の見やすさを改善し、テスト結果を可視化することで気づきが生まれた話について、紹介していきたいと思います。 テスト結果の見やすさ、可視化の重要性について いま使っているテストレポートの課題 Allure Framework 並列化した分だけレポートも分かれてしまうことへの対処 スクリーンショット、スクリーンレコード以外のアタッチメントを追加することができないことへの対処 過去のテスト結果と比較できないことへの対処 他の改善点 テストのタイムラインが見える トレンドも表示できる Looker 生まれた気づき 課題 終わりに テスト結果の
フロントエンドチームのCircleCI設定を紹介します | メルカリエンジニアリング
フロントエンドチームのSET(Software Engineer in Test)の @urahiroshi です。 メルカリのフロントエンドチームは、JavaScriptを中心とした技術を用いてメルカリのWebサイトやアプリ内WebViewの開発を行っています。 私はチーム内のSETとして、開発環境の構築やトラブルシューティング、CI・運用ツールの導入やビルド・デプロイ処理の修正などを主に行っているのですが、今回は私たちが利用しているCircleCIの設定についてご紹介したいと思います。 CircleCIでは以下のようなタスクを実行しています。 Lint ユニットテスト ビルド・デプロイ Storybookのデプロイ npmパッケージのpublish 脆弱性検知 各タスクの詳細について、順に記述していきます。 1. Lint コードに対してLintツールを走らせます。 最近のプロジェクト
たった 19.9MB！mkr の公式 Docker イメージが公開された - kakakakakku blog
今月のアップデートで，Mackerel コマンドラインツール mkr の公式 Docker イメージが公開された． mackerel.io mkr monitors { pull / diff / push } 2年前に記事を書いているけど，CircleCI と mkr を組み合わせて Infrastructure as Code にした Mackerel の監視ルールを CI で回している．検証などで，一時的に修正した監視ルールがそのまま残ってしまうことを検知できるので，非常に便利！ kakakakakku.hatenablog.com ただし，8月末で CircleCI 1.0 のサポートが終了してしまうため，今までの仕組みをコンテナ化して，CircleCI 2.0 に対応させる必要があった． circleci.com kakakakakku/mkr https://hub.docke
CIのビルドを通知する仕組みをAndroidとFirestoreで作った話 | Wantedly Engineer Blog
モチベーション最近、Bitrise、Travis CI、Circle CI、JenkinsといったいろいろなCIサービスがでてきました。WantedlyでもいくつかのCIサービスを用途毎に使い分けて導入しています。筆者はAndroidのアプリを主に担当しているのでアプリのビルドや自動テストをCIに任せています。 ある日、仕事中にふと「ブランチごとのビルドやテストの結果を光って通知するデバイスがあれば楽しくない？」と思いました。小さなデバイスで、ディスプレイにブランチとそのステータスが表示され、更新があると光って教えてくれる、そんなデバイスを思い浮かべました。 そんな自分の要望にお答えしてCatbell Notifierというアプリを作りました。基本はDIYです。エンジニアの端くれなので。 プロジェクトサイト： https://github.com/cattaka/CatbellNotifi
Kubernetesを選んだ技術的理由とコンテナをプロジェクトで活用する上でのポイント
Kubernetes、コンテナ活用上のポイント 開発プロセス、運用プロセス関係なく、考えておくべき事柄について説明します。 前提条件 CI/CDへの配慮 ログの集約 監視・モニタリング 前提条件 ここでは、Kubernetes（というよりはむしろコンテナ仮想化技術）をうまく活用する上での前提条件を記載します。条件を満たさなくても、Kubernetesの利用は可能かもしれませんが、さまざまな面で苦しくなるかもしれません。これまで筆者が取り組んできた経験から必要となりそうなものは下記4点です。 「ソースコードを管理するためのソースコートリポジトリ」「ビルドしたDockerイメージを格納するためのDockerレジストリ」、さらに「ソースコードからアプリケーションをビルドし、Dockerイメージ化した上で頻繁にテストを実行するためのCIサーバ」が必要となるでしょう。最後の「十分な帯域を持つネットワ
今日からはじめるCI/CD ─ CircleCI + Deployerでテストとデプロイを自動化しよう！【休日個人開発】｜ハイクラス転職・求人情報サイト AMBI（アンビ）
今日からはじめるCI/CD ─ CircleCI + Deployerでテストとデプロイを自動化しよう！【休日個人開発】 プライベートでも何か作りたい！ そんなときの「今日からはじめる休日個人開発」シリーズ、今回はテストやデプロイをGitHubと連携し、自動化させてCI/CDに対応します。 皆さん、プライベートで何か開発していますか？ 「何か作りたい」という気持ちはあるものの、いまひとつ何から始めたらいいのか分からず、動けないままの人も多いと思います。 そんな皆さんのために、「仕事以外にも休日に個人で気軽に何かを作ってみよう！」という企画の第3回です。第1回で用意した開発環境と、第2回で作成した画像を加工するツールを用いて、テストとデプロイの自動化を行います。 これまでの休日個人開発シリーズでは、Webアプリケーションを動作させる本番環境にログインし、動作しているファイルを直接修正して開発
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析 GoogleとNetflixは、共同開発したカナリアリリース分析ツールの「Kayenta」をオープンソースで公開した。新規リリースを本番環境に対して小規模にデプロイし、問題がないかを検証する作業を自動化。より迅速で確実な継続的デリバリを実現する。 GoogleやNetflixのようにWebサービスを提供している企業では、そのWebサービスに次々と改良が加えられ、1日に何度も新しいリリースがデプロイされています。 しかし新しいリリースのデプロイはいきなり大規模に行われるわけではありません。リリースされるコードに対しては継続的デリバリのパイプラインの中で一通りの自動テストが行われ、ある程度の品質が保証されているはずです。しかし、それでも新しいリリー
CircleCI 2.0に移行して新機能を活用したらCIの実行時間が半分になった話 - クラウドワークス エンジニアブログ
⠀人 / ⁰⊖⁰ \ オカメインコエンジニアの五十嵐(@ganta0087)です。 CrowdWorksでは、サービスのCI環境としてCirlceCIを利用しています。 今回、CircleCI 1.0から2.0に移行すると同時に、新機能のキャッシュをフル活用したことで、コストを増加させることなくCI実行時間を半分にすることができました。 今回の記事では、CirlceCI 2.0のメリットや、どのようなチューニングを行ったのかをご紹介します。 CircleCI 2.0について CircleCI 2.0は現在ベータ版となっており、「CircleCI 2.0: Beta Access - CircleCI」から申し込むことができます。(試してみたところ個人のリポジトリではすぐに利用できるようです。) 申請したOrganizationのすべてのプロジェクトで突然バージョンが切り替わるわけではなく、
始めるPR駆動E2Eテスト生活 | チャットワーククリエーターズブログ
髭伸ばしてみました。@kyo_agoです。この記事はE2EテストAdventCalendar -3日目です。 さて、みなさま前回の記事でE2Eテスト入門できたでしょうか？ この記事は前回の状態を踏まえて説明しているため、未読の方は是非一度ご覧の上以下の内容をお試しになることをお勧めいたします。 前回の記事では以下の状態になることが目的でした。 ブラウザ上でE2Eテストが走ることPR毎にテストが走ることマージ前にテストが成功したかどうかがわかることただ、これには以下のような問題があります。 PRの内容でテストが成功するかわからない（テスト対象がインターネット上のURLになるため）この記事ではこの点に関して解決していきたいと思います。 以下の様な手順で進めます。 travis上でhttpdを立ち上げるtunnel-identifierを指定するテスト用のhtmlを設置するテストの対象を変更する
CI-as-a-ServiceでGo言語プロジェクトの最新ビルドを継続的に提供する
CI-as-a-ServiceでGo言語プロジェクトの最新ビルドを継続的に提供する Go言語で作成したツールのリリース方法について，最近実践していることを書く． リリースは，ローカルから人手で行っている．具体的には，自分のローカル環境でクロスコンパイルし，セマンティック バージョニングによるタグをつけ，CHANGELOG.mdを丁寧に書いた上でリリースをしている．クロスコンパイルにはmitchellh/gox，リリースには自分で作成したtcnksm/ghrを使っている（ghrについては，“高速に自作パッケージをGithubにリリースするghrというツールをつくった”を参考）． その一方で，開発中の最新のビルドも提供するようにしている．例えば，こんな感じで，Pre-Releaseとして提供している．Go言語での開発なので，go getしてくださいと言える．しかし，環境によってビルドが失敗する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
