GitLab CI で複数環境でのビルド・テスト・デプロイを行うためのパイプライン設計 - Qiita
TL;DR クロスプラットフォーム開発や後方互換性のために，複数の環境でビルド・テスト・デプロイを実行したいことがよくあります．GitLab の CI/CD でこれを実現するためのパイプライン戦略は3つあります．それぞれ一長一短あるため，要求に応じて使い分ける必要があります． 単一パイプライン・単一ステージ：すべての環境を1つのパイプラインで処理する．ビルド，テスト，デプロイを1つのステージにまとめて処理する． 単一パイプライン・複数ステージ：すべての環境を1つのパイプラインで処理する．ビルド，テスト，デプロイを3つのステージに分けて処理する． 複数パイプライン・複数ステージ：それぞれの環境を異なるパイプラインで処理する．ビルド，テスト，デプロイを3つのステージに分けて処理する． なお，理論上は「複数パイプライン・単一ステージ」も考えられますが，あまり使いどころがないので本稿では扱いません
Google Cloud Buildとは一体何者なのか - DeNA Testing Blog
こんにちは。SWETの加瀬（@Kesin11）です。 Google Cloud Next ’18でGoogleのCI/CDサービスとしてGoogle Cloud Build（以後GCBと略します）というものが発表されました。 https://cloud.google.com/cloud-build/ https://www.youtube.com/watch?v=iyGHW4UQ_Ts CI/CDサービスを追っているものとして、これは要チェック！ ということで、GCBを軽く使ってみて分かった特徴をCircleCIと比較してまとめてみました。 最初にまとめを書いてしまうと、GCBはCI/CDとして見るとCircleCIと比べてまだまだ扱いづらいところがあります。一方で、従量課金制のフルマネージドなビルドサービスというCircleCIとは違った使い方もできるところが特徴と言えます。 GCBの特
Google Cloud Build で CI/CD! ~ Firebase Hosting 編 ~
CI/CD してますか？ Google Cloud Build (以下、Cloud Build)は、フルマネージドなCI/CD platformです。Google Cloud Next ‘18でContainer Builderから名称が変更されましたが、コンテナイメージをビルドするサービスというイメージを持たれている方も多いのでは無いでしょうか？ Cloud Build を利用することで、コンテナイメージやアーティファクトのビルドから、VM、サーバレス、Kubernetes、Firebaseなどの複数環境へのデプロイまで、カスタムワークフローを定義して管理することが可能です。 本記事では、カスタムビルドステップを利用して、Firebase HostingへのContinuous Delivery を実現してみましょう。 （その他のユースケースについては、概要ページをご参照ください。また、
Cloud Nativeな俺のCI/CD環境 〜 GitLab x Rancher で夢見るイケてる世界 〜 - Speaker Deck
July Tech Festa 2018でShingo Kitayamaさんと一緒に発表したセッションのスライドです。 以下、セッションの説明文 「朝のシャワーを浴びているときに思いついたアイデアをその日の夕方までにサービスリリースする・・・。一昔前までは夢物語だった世界が、次のオリンピックまでには現実になるかもしれません。 変化する市場からの要求に迅速かつ柔軟に対応できるサービスを実現するには、Cloud Native Applicationの実践とそのアプリケーションの受け皿となる運用基盤が必要不可欠です。 本セッションでは、これらを夢で終わらせない解決策を紹介します。 Cloud Native Applicationの開発に必要不可欠なバージョン管理からコンテナのデプロイメントパイプラインを行うGitLab。Cloud Native Applicationの運用基盤であるKubern
AndroidのCI時間を10分短縮し、開発を爆速にするためのKarakuriを作った話 | メルカリエンジニアリング
こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI(継続的インテグレーション) / CD(継続的デリバリー)改善・その他社内の生産性を上げるための自動化を行っています。 今回は、最近行なっている Android CIの高速化・改善 についてご紹介したいと思います。 ◆ これまでのAndroid CI / CD 去年、私はJP版メルカリAndroidのCI / CDサービスをCircleCI1.0からBitriseに移行しました。 Bitrise – Mobile Continuous Integration and Delivery Android Test Night #1 というイベントでもLTをしましたので、そちらのスライドも参考にしていただ
GitLab Meetup Tokyo #7 に行ってきた - progrhyme's tech blog
4/10にこちらのイベントに行ってきました。 気づいたときには一般参加枠が埋まっていたので、ブログ枠で参加しました。 …ということもあって、こうして記事を書いております。 最近GitLabを使うことが多いのですが、今回はコアな方々の話を聞けたり、今まで知らなかった機能やGitLabの思想にも触れることができて有意義でした。 はじめに 発表スライド 感想 終わりに 聴講メモ Keynote「GitLabによるComplete DevOps」 LT①「How does GitLab manage git repositories?」 LT②「GitLabのイシュートラッカー活用術」 LT③「GitLab CI & Docker in Docker」 LT④「カップラボ」 LT⑤「State of Community Contributions to GitLab & GitLab 11.0」
Elastic Beanstalk の Platform を Ruby から Docker へ移行した話 - SmartHR Tech Blog
こんにちは！ SmartHRエンジニアの @tei-k です。 SmartHR ではインフラに AWS の Elastic Beanstalk (以降 EB ) を使っています。 Rails アプリですので、去年までは Ruby Platform 上で動いたのですが、今年から Docker Platform へ切り替えました。 ここでは移行するまでの工夫をご紹介できればと思います。 EB の概要 EB は、インフラストラクチャーを意識せず簡単にアプリケーションの構築、デプロイ、Auto Scaling などをマネジードしてくれる PaaS となります。 Ruby、Go など様々な言語や Docker にも対応しているため、すべての言語のアプリを EB 上で動かせるでしょう！ 詳細は公式ドキュメントご参考下さい。 移行の背景 Ruby Platform には以下の制限や要望がありました。 最
Introducing Jenkins X: a CI/CD solution for modern cloud applications on Kubernetes
use of immutable container images for distributing software which are smaller, easier to work with and lead to cheaper infrastructure costs than VMs alone (approx 20% less on average) Kubernetes has become the defacto way of installing, upgrading, operating and managing containers at scale on any public or hybrid cloud 2018 is the year all the major public clouds, operating system vendors and PaaS
オンラインドキュメントへCI/CDを適用している話
SkyWayとWebRTC開発者コミュニティ4年間の軌跡とCMC_Meetupで学んだこと、実践したこと
CI/CD Pipeline を考える 〜KubeCon 2017 + CyberAgent の最大公倍数〜
Kubernetes 環境での CI/CD の方法は色々考えることがありますが、今回は KubeCon + CloudNativeCon 2017 で聞いてきた沢山の CI/CD のセッションと、CyberAgent でのいくつかの実例を含めながら、最小公倍数？最大公約数？的なお話をさせていただきました。 付録として、CI/CD 周りで興味深かったセッションと Keynote をまとめてあります。 @市ヶ谷Geek★Night #16 Kubernetes Christmas!
Autoscale GitLab CI/CD runners and save 90% on EC2 costs
Autoscale GitLab CI/CD runners and save 90% on EC2 costs Guest author Max Woolf shows how his team makes big savings with an autoscaling cluster of GitLab CI/CD runners. At Substrakt Health, we use continuous integration workers to test our software every time new code is written and pushed, but that computing capacity can be expensive and hard to predict. This tutorial shows you how to set up an
中規模チームを支える自動化とノウハウ共有の仕組み - KAYAC engineers' blog
はじめに こんにちは、面白法人KAYAC SG事業部バックエンドエンジニアの矢吹です。 8月30,31日,9月1日に開催されたCEDEC2017にて 「中規模チームを支える自動化とノウハウ共有の仕組み」 と題しましてカヤックでの日々の取り組みを発表しました。 こちらが当日の資料になります。 当日は体験したことのない会場の大きさと人数に圧倒され緊張でどうにかなりそうでしたが無事終わりなによりです。 発表後にはたくさんの方に質問をして頂き、改めて講演に参加いただきました皆様には御礼申し上げます。 以下に当日受けた質問と回答を載せておきますので、資料と合わせて参考になれば幸いです 当日のQ&A Q. 分割したシートに入力したデータをどうやってデプロイしていますか 分割したシートに入力したデータのQAが終わったタイミングで開発用のブランチをベースブランチへPull Request & マージをしデ
1人で始めた職場での改善活動1年間を振り返ってみたメモ - 全力で怠けたい
職場で勝手にやっている改善活動のメモを取り出してから1年たったので振り返ってみたメモ。 書くこと 実際にやったこと 変わったこと 一番大きく変わったこと まとめ 実際にやったこと メモはハッシュタグ #俺俺改善活動 を付けて Twitter へツイートしていました。*1 今月の #俺俺改善活動．構成管理のブランチポリシーを整理してドキュメント化した．普段は見ないものだけど，ブランチ開発経験のない人が入ってきたときは効果すごいある— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動．高コストな上に誤りが混入しやすい機能をエンドツーエンドでテストできるようにした．テストは自動化されているから CI に組み込めるし，安心して修正できるようになった(*'▽'*)— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動 ・テストの2
Markdownを独自拡張してWordドキュメントを卒業する
こんにちはCTOの馬場です。 このたび納品ドキュメント作成で永らく使っていたWordを卒業し、 Markdownで書いてPDFで納める活動を始めたので公開します。 Wordを使っていると並行編集作業できない、改訂履歴追跡が難しいなどの課題があり、その解決のためにいろいろ模索してこの形になりました。 この仕組みには、こんなイイところがあります。 Markdownで書ける gitで差分管理、版管理される GitLab のマージリクエスト(GitHubで言うところのPull Request)を使ってレビュー・リリース管理できる GitLab CIで自動ビルドされる GitLab CI + Jenkinsで自動デプロイされる 以下のツール群を利用しています。 GitLab MkDocs HEARTBEATS Flavored Markdown extension wkhtmltopdf Jenki
インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - CARTA TECH BLOG
こんにちは、VOYAGE GROUP システム本部の @s-tajima です。 PHPカンファレンス2016 の「老舗メディアが改善に取り組んでいる話」でもお話した通り、長年オンプレミス環境で稼働してきたECナビを、AWSに移転しようというプロジェクトが進行しています。 そしてなんと先日、約24時間のメンテナンスを経てECナビの本体(Webサーバ, 管理画面サーバの一部, データベースサーバ)がAWSに移転しました！ AWS移転において得た知見, 構築したシステム等は数多くありますが、今回はCloudFormationとTravis CIを用いて 生産的 で 安全 で 手軽 なAWSのCI環境を構築したお話です。 背景 ECナビは、500万人を超える会員を抱えたVOYAGE GROUPが運営している中でも特に大きなメディアの1つです。 今回、そんなECナビのインフラ調達期間の削減、検証環
GitHubにおけるPull RequestのAssign/Mergeを自動化して開発を加速させる - CARTA TECH BLOG
皆さんこんにちは. 現在はfluctにてfluct DRという広告配信システムの開発を行っております, 大関です. GitHub上でのチーム開発では, レビューの依頼や, CIが通ったことを確認した上でのPull Requestのマージといった複数の作業が発生しますが, これらはGitHubのUIを複数回クリックする必要があり, 非常にストレスフルな作業です. 本稿では, こうした定形作業を自動化するbotとしてpopukoを開発・導入することで, 我々開発者のストレスを軽減するとともに, より堅牢かつフィードバックの多い開発が実施できるようになった事例を紹介します. GitHubでの開発はとてもクリック操作が多い 前段でも述べたように, GitHubを用いたチーム開発においては, 数多くの定形作業が存在します. コードレビューの可能な人を探してレビューを依頼する, 依頼の度に対象者をAs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ECS Fargate build on AWS CodeBuild
JenkinsとCodeBuildとCloud Buildと私
PHPStanで始める継続的静的解析 #phperkaigi /php-static-analysis
GitBot – automating boring Git operations with CI