CircleCI + Serverless でコンテナ環境を AWS Lambda に自動デプロイ - Qiita
Lambda で外部ライブラリを使いたいとき 実行環境を Docker イメージにして ECR から実行することで実現できますが、自分でやるのはちょっと面倒です というわけで、CircleCI に任せてしまいましょう また、この技術を使ってアイコンを手書きで探せるアプリを開発しました！ ぜひ使ってみてください！ やりたいこと ローカルで作った Lambda 用のコンテナを、GitHub の main ブランチにプッシュしたら Lambda へ自動デプロイされるようにしたい フロー GitHub の main ブランチの更新を CircleCI が感知 CircleCI のコンテナ内で Docker イメージをビルド Docker イメージを ECR へプッシュ Serverless が ECR のイメージを使って Lambda へデプロイ 実装 ECR にリポジトリ作成 ECR のプライベ
はじめにフューチャー棚井龍之介です。 私のチームでは、「システムの設計情報」や「実装に関わる業務知識」などを、README.md に整理して GitHub 管理しています。 設計資料や業務系のドキュメントが蓄積され、何度も更新され続けることに伴い、「あれ、この資料のリンクが切れてる。オリジナルのファイルはどこだっけ？」と探す機会が増えてきました。 本来ならば PullRequest のレビュー時に気付くべきですが、ファイル名のちょっとしたスペルミスや資料パスの変更などだと、目視でのチェックには限界があります。 こういった状況への対応として「リンク切れを自動検知する」ために、CircleCI で Markdown ファイルのリンク切れを検知できるようにしました。 完成版コード<img src=”https://github-link-card.s3.ap-northeast-1.amazon
はじめに 去年 DEV のアカウントを作成したものの、今まで全く有効活用出来ていませんでした。 DEV には カノニカル URL を設定出来るので、常々 Zenn の記事を投稿する際にクロスポストしたいなと考えておりました。そこで、Zenn に記事を投稿したら、自動的に DEV にも記事を投稿 & 同期する GitHub Actions を作ってみました。 今回初めて GitHub Actions を自作したのですが、その中で得た知見を残す形で記事を書くことにしました。また、GitHub Actions は TypeScript で作成しました。 開発した GitHub Actions の概要 まずはザッとどのような GitHub Actions を作成したのか、概要について説明いたします。 GitHub リポジトリで管理している Zenn の記事を DEV に同期して投稿する GitHu
CircleCI の continuation Orb が何をやってるか見てみた - Mitsuyuki.Shiiba
何日か前に Dynamic Configuration で別のファイルを読み込んで実行して遊んだけど、そういえば、この continuation Orb って何をやってるんだろう？ってのが、ふと、気になった bufferings.hatenablog.com ので、適当に見てみよう。 continuation 前回はドキュメントに書いてある通りバージョン 0.1.2 を使ったけど、今日現在では 0.2.0 が最新か。次から最新を使っとこっと。 CircleCI Developer Hub - circleci/continuation このページの Orb Source のところに、Orb のソースが書いてあるので見てみる その前に ところで CircleCI の CLI でも展開することができる。例えばこんな sample.yml を用意して version: 2.1 orbs: con
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 Actionsを利用して、ReactプロジェクトをAmazon S3に自動でデプロイしてみましたので共有します。 はじめに GitHub ActionsはGitHubリポジトリを基盤にWorkflowを自動化させることができるCI/CDのツールです。 GitHub ActionsでのWorkflowとは実行する作業とその作業を実行する条件や順序を定義したもので、YAMLに作成されます。GitHubのMarketPlaceで他の人が作成したWorkflowを使うことができ、独自のWorkflowを作成することもできます。 GitHub Actionsを使うとコードのビルド、テスト、デプロイという面倒な過程を自動化させることができるので、開発者の負担を減らすことができます。 では、実際にGitHub Actionsを使ってReactプロジェク
dependabot が作った PR をテストが通ったら勝手にマージさせる workflow, Asakusa.rb 第701回 - HsbtDiary(2023-02-14)
■ dependabot が作った PR をテストが通ったら勝手にマージさせる workflow 結論からですが以下の yaml をコピペして MATZBOT_GITHUB_TOKEN を merge するユーザーの token へ、check-regexp: test* をテストなどの job 名に書き換えてください。 name: Dependabot auto-merge on: pull_request_target: jobs: automerge: runs-on: ubuntu-latest if: ${{ github.actor == 'dependabot[bot]' }} steps: - name: Dependabot metadata uses: dependabot/fetch-metadata@v1 id: metadata - name: Wait for
＼＼＼ みんせつ Advent Calendar 2022の第3日目の記事です ／／／ みんせつ Advent Calendar 2022 昨日の記事はHerokuについて（仮）ですが、一昨日の記事は「みんせつエンジニアリングブログを開始するわけ」でした。 Goが大好きなT郎です。 みんせつでは創業当初よりRuby on RailsでWebサービスを開発しておりましたが、一部のサービスにおいてGoのアプリを実装・運用しています。 作業の大変さの見積もり 着手する前に工数の見積もりをしました。Goのminor versionのアップデートは過去に定期的にやっていたこともあるので、1アップデートを9-10回繰り返すというサブタスクを頭に描き、工数も単純な積算で見積もりを実施しました。サブタスクはGitHub Issuesにて管理しました。 1.x→1.11.5 2019年1月ごろに当時の最新マ
ProductHow to start using reusable workflows with GitHub ActionsReusable workflows offer a simple and powerful way to avoid copying and pasting workflows across your repositories. From automating repetitive tasks to building continuous integration and continuous deployment pipelines, you can do a lot with GitHub Actions. But until recently, you had to copy and paste YAML files from one repository
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が最近リリースされ、重要な変...
この記事について みなさん、こんにちは。 ”狸” か ”穴熊” なら、私は ”貉” 派。uttk です。 リリースローの構築って、すごく悩みますよね。自動化しつつ柔軟性も持たせるとなると、要件にもよりますが、大体は妥協する感じになると思います。 特にバージョニングのところが個人的に苦労していて、前々から色々と試していたんですが、今回、 ﾁｮｯﾄｲｲ 感じのバージョニングフローを構築ができたので、この場を借りて共有していこうかなと思います 💪 ちなみに、今回紹介するバージョニングフローは以下のリポジトリで活用しています 👇 バージョニングフローについて 今回作るバージョニングフローは以下のような感じになります 👇 今回実装するのは、上記のフローの中の GitHub Actionsが起動 の範囲の部分ですので、さっそく実装していきましょうー 🍛 イベント対象の設定 GitHub Act
初めに本記事は自分が業務で経験した内容を忘れない為に備忘録的に記載しています。色々アドバイスをいただけるとありがたいです。 アジェンダ ・SSMとは ・KMSとは ・terraformでの記述方法 ・ECS タスク定義に変数として埋め込むSSMとはインスタンス管理を行う機能群であり、多様な機能があります。セッションマネージャ等々...ほんとに他種多様な機能があります。 ここでssm parameter storeに焦点を合わせて説明します。 parameter store AWS Systems Manager パラメータストア (パラメータストア) は､設定データ管理と機密管理のための安全な階層型ストレージを提供します。パスワード、データベース文字列、Amazon Machine Image (AMI) ID、ライセンスコードなどのデータをパラメータ値として保存することができます。par
GitHub Actions は以前から OpenID Connect を用いた Cloud Provider への認証が可能でしたが、先日、ついに CircleCI も OIDC をサポートしました 🎉 これにより、AWS で発行する永続的な Access key を廃止することが可能になります！ 利用方法 1. CircleCI の Contextを作成する & Organization ID を確認する 1.1 Context の作成 今回のために AWS 用の Context を作成しましょう。 （環境変数の設定は後ほど行います。） 1.2 Organization ID の確認 CircleCI の Organization ID は https://app.circleci.com/ の Organization Settings > Contexts から取得できます。 （
Djangoプロジェクトをデプロイするまでの練習 ３回目 WebアプリケーションとCircleCIの準備 - Qiita
ここでやること ここでは、コンテナで動かすWebアプリケーションを作成し、アプリケーションのCIの設定までをおこなう。CIでは、テスト、Dockerイメージのビルド・イメージをECRへプッシュするところまで実施して準備を確認する。 イメージをビルド docker build -t djangoproject:ver1 . 8000ポートでコンテナを起動 docker run -itd --name djangoproject --mount type=bind,source="$(pwd)"/code/,target=/code/ djangoproject:ver1 djangoプロジェクトをスタート docker exec djangoproject djang-admin startproject djangoproject /code/project helloappアプリをスター
はじめまして、システム本部CTO室の松村です。 私は去年の4月に一休に入社しましたが、当時は緊急事態宣言の真っ只中でした。 一休も感染拡大防止のために多くの人が在宅勤務になり、私もいきなり週5で在宅で働く事になりました。 それから1年以上働いた経験から、一休での在宅勤務はどんな感じだったのか、新人だった自分はどんな感じで業務を行っていたのかについてご紹介したいと思います。 概要 チーム内外とのコミュニケーション 会話によるコミュニケーション 開発のフロー Githubによるコード管理、レビュー CIによる自動テスト、デプロイ 重要なアラートはSlackに通知が来る プロダクトのログやサーバのデータなどがDatadogに集約されている おわりに 概要 一休では10人以下のチームで1つのプロダクトの開発を行っていますが、 チームで開発をすすめる上で、重要な要素だと感じた以下の3つについて説明し
GitHub Actions Runner Controller (ARC) - セルフホストなランナーを Kubernetes でオンデマンド実行する | 豆蔵デベロッパーサイト
これまで GitHub Actions のセルフホストランナーは、ローカルの PC や VM に構築するものでした。そのため、CI/CD ワークフローの実行時に Runner 用のマシンをプロビジョニングしてワークフロー終了時にマシンを破棄するということが難しく、常に起動状態にしておく必要がありました。
CircleCI | Product Roadmap
Welcome to the Product Roadmap This roadmap shows the direction we want to go, and previews some features we’re working on to improve your experience. Many are prioritized directly from customer ideas. Share your feedback
Nuxt アプリを Firebase Hosting + Cloud Run で SSR した話 - Qiita
概要 Nuxt アプリケーションを Firebase Hosting にホスティングして SPA していたシンプルな構成を、SSR に切り替えたお話です。 Nuxt で SSR し、Firebase で認証&データ管理し、Firebase Hositng x Cloud Run でサーバーレスに配信し、CircleCI で自動ビルドするアーキテクチャについての知見を共有します！ システムアーキテクチャ 青がユーザーのアクセスフロー 赤がデプロイフロー 実装手順 【①】アプリケーションを SSR で動作するようにする 【②】docker build&run で動作するようにする 【③】Cloud Run でアプリケーションが動くようにする 【④】Firebase Hosting でアクセスを受けて、Cloud Run にリダイレクトできるようにする 【⑤】ブランチへの push で Circ
この記事について イケてる開発をするためにはCI/CDは欠かせません。 特にAWSを使って本番環境を作っている場合、デプロイ操作をいちいちWebコンソールでぽちぽちしながら行うのは結構面倒です。 そのため今回は、ECSを使ったコンテナアプリを、CircleCIを使ってCI/CDパイプラインにのせるための手順、主にCircleCIの設定周りについて詳しく解説します。 使用する環境・バージョン macOS Mojave 10.14.5 前提条件 GitHub, CircleCI, AWSのアカウントは取得済みの状態から始めます。 読者に要求する前提知識 ECSへの手動デプロイが問題なくできること、およびECS用語(タスク・サービス等)の理解 gitの基本的な操作(add, commit, push, リモートリポジトリとの連携) CircleCIでのプロジェクト作成(GitHubリポジトリとの
CircleCIを並列化し実行時間を短縮する
こんにちは。 株式会社ココナラ（以降、弊社と表記）の技術戦略室でエンジニアをしているSSです。 弊社では安全にリリースするためにさまざまな取り組みを行なっており、その1つとしてCIツールを活用しています。 CIツールを使うことで「自動テストを実行」「構文／フォーマットのチェック」が自動化でき、コードの品質を担保しやすくなります。 一方で、規模の増大とともに実行時間が伸びていくため、ある程度の規模になるとCIにかかる時間が無視できなくなります。 マイクロサービス化してCI対象コードを分割するなどの解消方法はあります。しかし、成長を続ける限り組織全体で見ればソースコードの総量は増大します。そのためCIに掛かる時間が長くなっていくことは避けられない問題でしょう。 弊社でも例外ではなく、CIの実行時間が長くなっていることが開発生産性に影響していました。そのため、CIの実行時間短縮が望まれました。
qiita に記事があまりなかったので掲載しました。 github action の概念は知っているものの、コードかけない、めんどくさい、怖いと言う方が中にはいらっしゃるのではと思います。ここではそんな人達向けに記事を書きました。あくまできっかけづくりです。 サンプルコードがあった方がわかりやすいと思うので、ここではサンプルコードと合わせて解説します。 相当手抜きで解説しますが、ご了承願います。 Github Actionとは 一応一言で言うと github が提供する CICD のサービスです。 制約について公式ドキュメントだったり、色々な人の記事を読んでいただければと思います。 格納先 基本的に GitHub Actions は全て .github/workflow の配下におきます。yml 形式です。 つまり、my_repostiory というレポジトリがあったら、my_reposi
企業向け健康管理サービスをSaaSで提供する株式会社iCAREのCTOに「Google、Amazonに負けないテックカンパニーを作る」という目標に関する質疑応答を行った。 iCAREは、企業に所属する従業員に対して健康管理を行うサービスCarelyをSaaSで提供している。インタビューに応じてくれたのは荻野淳也氏、これまではフリーランスのプログラマーとしてさまざまな開発プロジェクトに従事していたが、2021年3月にiCAREに入社し、その後2021年5月からCTOとしてiCAREのソフトウェア開発全体を統括する人物だ。 簡単に自己紹介を。 iCARE入社が2021年の3月ですのでもうすぐ1年ということになります。会社自体はすでに10年以上前からSaaSベースのアプリケーションを開発しており、そこに声を掛けてもらって入ったという感じです。それまでは今のCOOがサービスの中身から開発の管理まで
開発と運用を一体化させたDevOpsの手法によってソフトウェアのリリースと改善のスピードを高めるうえでは、CI(継続的インテグレーション)/CD(継続的デリバリー)のためのツールとして何を選ぶかが重要なポイントとなる。そのCI/CDツールとして、デジタル時代をリードする新興のテクノロジー企業から製造系・金融系の大手企業に至るまで、幅広い層の企業に支持されているのが「CircleCI(サークルシーアイ)」だ。同製品の持つ強みを開発・提供元であるCircleCI社のキーパーソンに聞いた。 DevOpsによる生産性向上を 包括的にバックアップ 「CircleCI」は、CI(継続的インテグレーション)／CD(継続的デリバリ)の効率化に特化したツールとして、およそ10年の歴史を持つ製品だ。主にクラウド型のサービスとして提供されており、開発・提供元のCircleCI社は現在(2022年5月時点)、日本
はじめにこんにちは！TIG コアテクの川口です。 こちらは、 Terraform 連載 の6日目の記事になります！ 今回は Terraform x GitOps について調査しました。 Terraform x GitOps?そもそも Terraform x GitOps とはなんぞやということからですが。 まず GitOps という概念は、 Weaveworks 社によってはじめに提唱されたもの です。 主に Kubernetes リソースを管理する文脈で登場した概念で、4つの主要な原則として以下のように定義しています。 #1. Declarative: The entire system has to be described declaratively ~ システム全体を宣言的に記述する。~ #2. Versioned and immutable: The canonical desi
初心者でも分かりやすい関数とテスト、そしてCircleCIの設定ファイルで解説していきます。 今回のファイル構成はこのようになっています。 . ├── requirements.txt ├── src │ └── a.py └── tests ├── __init__.py └── test_a.py まずはじめに、簡単に数値計算する関数を書きます。 src/a.py def b(a, b): return a * b 次に、テストをする関数を書きます。 test_a.py from src.a import b def test_b(): assert 2 == b(1, 2) ようやくお待ちかね、CIrcleCIの設定ファイルを書きましょう。コメントアウトで簡単な説明を書いたので、わかりやすいかと思います。 これが今回の設定ファイルです。 詳しくはCircleCIのサイトを見てくだ
流れ herokuのdockerでのデプロイの流れは以下のようになる。 ①herokuのログイン ②herokuのアプリ作成 ③herokuとgitの紐付け ④herokuへdockerコンテナをpush ⑤herokuでdockerコンテナを起動する ⑥herokuでアプリの確認 ⑦herokuのログの確認 ⑧herokuのサーバーの停止と再起動 ⑨herokuのapikeyの作成 ←CircleCIに必要なため ※前提として全てアプリのディレクトリ内を想定している。 ①herokuのログイン herokuへのログインは以下のコマンドを叩く。 container:loginはdockerを起動するために必要なので必ず両方のコマンドをしなければならない。
![[heroku]DockerとherokuとCircleCIでアプリをらくらくデプロイ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc896c8fc065c3e15ea2865617b551db6262bed2/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaGVyb2t1JTVERG9ja2VyJUUzJTgxJUE4aGVyb2t1JUUzJTgxJUE4Q2lyY2xlQ0klRTMlODElQTclRTMlODIlQTIlRTMlODMlOTclRTMlODMlQUElRTMlODIlOTIlRTMlODIlODklRTMlODElOEYlRTMlODIlODklRTMlODElOEYlRTMlODMlODclRTMlODMlOTclRTMlODMlQUQlRTMlODIlQTQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWFiYTI4ZGMxODEyNjkwMDM4ZTk5NDA4YTc1NmRmM2Yy%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtYXJ1NDAxJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz01OGQ0YTFkY2UxMDExMjg4Y2ZmNmY5YTk1M2Y3NTg1Zg%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Ddb9ecb0bb2ff513ebaadfdc5cf042237)
GitHub - r7kamura/weneedfeed: Generate feeds from URL and selectors.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
この記事の情報は古い、または正確ではない可能性があります。本件に関する情報は公式からの報告を参照してください。 CircleCIのセキュリティインシデントについて こちらで1月4日（日本時間 1月5日）にキュリティインシデントが発生したとの報告がありました。 CircleCIに保存しているシークレットのローテーションが推奨されたので、これを実施しました。 主な対象はこちらで列挙されているものです。 （対応中に上記の日本語記事にも記載されました） 個人でやったこと 1. OAuthトークン まずはCircleCIへのログインに使用するOAuthトークンです。 こちらは記載の通りに更新しました。 5. ユーザーAPIトークン VS Codeの拡張機能を使っているので、このユーザAPIトークンも更新しました。 プロジェクトでやったこと 3. プロジェクトの環境変数 アプリケーションやクラウドプラ
CircleCI Orbsを使ってRailsのECR・ECSへのデプロイ（マイグレーション込み）を自動化した話 - Qiita
TL;DR ECS の RunTask を実行でマイグレーション込みのデプロイが自動化できた いきなりですが 2 ヶ月前ぐらいまで下記の手順でデプロイを行っていました @ローカル コンテナ作成 (docker build) コンテナにタグづけ (docker tag) ECR のコンテナイメージを更新 (docker push) AWS の RDS にマイグレーション実行 (rails db:migrate) AWS コンソール画面で ECS の手動でリビジョン更新 サービスでタスク定義の更新 新旧タスクが入れ替わるのを見守る 現在は・・・ デプロイブランチ(production や statging)にプッシュ slack で結果を待つ 一番の壁、マイグレーション実行 実は、今回のこの記事でお伝えしたいのは前述の中でも 「4 の RDS のマイグレーション」の部分です ローカルで実行して
そういや今年こんなことをやりましたということで一つ https://github.com/Pctg-x8/peridot では、GitHub Actionsを使用してCI/CDを組んでいます。元はTravis CIを使用していたんですが、ジョブ構成の柔軟さやCI以外の手順自動化に使えそうという点から今年の3月1に一気に移行しました。 そこで、Travis CI時代から使用しているCI結果のSlack通知もActionsに移植しまして、今現在ではこんな感じのAttachmentがついたメッセージが届くようになっています。 このAttachmentの本文には、エラーとなったジョブのコンソール出力の末尾20行が入っています。 この記事では、この出力を混ぜ込むまでにやったことを解説します。 要件と使えそうなコマンド この機能の要件としては以下の通りです。 rustcのエラーメッセージの最後の数行を
GitHub - AlexSim93/pull-request-analytics-action: Generates detailed PR analytics reports within GitHub, focusing on review efficiency and team performance.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - actions/starter-workflows: Accelerating new GitHub Actions workflows
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Metric-Driven Decision Making with Custom Prometheus Exporter
Cloud Native Days Spring 2021 Online https://event.cloudnativedays.jp/cndo2021/talks/681
M1 ProのDockerで沼にハマった話
環境構築の話はこちらから 背景 開発環境構築が終わり、業務で使用しているDocker for MacでRailsアプリのコンテナ起動完了するまでに、土日2日間かかってしまった経験を共有したいと思います。 開発環境バージョン Ruby: 2.7.2 Rails: 6.0 Postgesql: 10.5 Docker for Macをインストール Intel版でDocker for Mac version:4.2.0を使用していましたが、たまにソースコードの差分を検知できないことがあるため、今回はバージョン4.1.1(M1用)をインストールします。 Docker for Macの禁じ手 下の設定画面でCPU数を9以上にすると、docker engineがstoppedとstartingを無限ループしてしまいます。再起動しても、無限ループ終わりません。 もし、こうなったら一度Docker for
サーバレスコンピューティングサービスであるAWS Lambdaを使って開発する際に、一つ一つの小さな関数を関連する機能でまとめて、１プロジェクトとして開発する際のであれば、CircleCI のダイナミックコンフィグを使い、追加・修正された関数だけを自動でビルド、テスト、デプロイすることができます。 SAMを使ったLambda関数の開発とは？ AWS Lambdaを使って開発する際に、AWS Serverless Application Model(AWS SAM) というフレームワークを使って、開発効率を高めることができます。AWS SAMを使うことで、Node.jsやPython, Ruby, Go, Java, .NETに対応したコンパイラ言語やスクリプト言語を使って、サーバレスの実装やビルド、デプロイを簡単に行うことができます。 例えば、Javaを使って、sam-java-appとい
カジュアル面談でよく聞かれる質問とその回答を紹介します - Studyplus Engineering Blog
はじめに こんにちは。開発部の大石です。2019年5月にスタディプラスへ入社してから、もうすぐ丸4年になります。入社した時に高校生だった長男が就職し、中学生だった次男は大学生になりました。 そんな私ですが、昨年4月からはソフトウェア事業本部 開発部の部長/VPoEというポジションを担当しており、一昨年からソフトウェアエンジニア(以下、エンジニアと略します)の採用責任者を兼任しております。 今回はこれまでカジュアル面談させていただいた候補者の方からよく聞かれる質問をピックアップしまして、普段私がどのように答えているか紹介します。 なお、候補者の方からの質問は採用ピッチに書かれている内容に関する質問もありましたので、参考までにリンクしておきます。当社のエンジニア職にご興味がありましたらぜひこちらもお読みください。 今回紹介する質問はいくつかのカテゴリに分けています。 はじめに カジュアル面談で
AWS CodePipeline（以下、CodePipeline）は GitHub と連携した場合、通常は Push 時にパイプラインが実行されますが、Push 以外のイベント時にパイプラインを実行したい場合もあります。例えば、特定のタグを付けたり、Pull Request 作成時やコメントをつけた場合などです。 Push 以外のイベントでパイプラインを実行したい場合は CodePipeline の Webhook を設定する方法がありますが、イベントのフィルタを書いたり動作検証するのが面倒です。 GitHubのpush以外のWebHookイベントからCodePipelineを発火させる - Qiita Github の Pull Request がマージされたときに CodePipeline を発火させる - Qiita そこで本記事は GitHub Actions から CodePip
どうも、プログラマとして入社したのになぜか最近コードあまり書いてないぽんこつです。ここ数ヶ月で既存プロジェクトを頑張ってdocker化してECSにデプロイしたのでまとめます。 ただ社内でもあまりノウハウが蓄積されているわけではなく、試行錯誤の連続で、一旦公開することにしましたが、今後も随時変更されていくと思いますし、是非「弊社はこうしたぜ〜」とかあれば参考にしたいので、教えていただけると幸いです。 設計 今回Docker化したプロジェクトは、unicornとsidekiqを使ったサービスで、静的ファイルはnginxが管理しているようなサービスです。一般的なよくあるRailsの構成だとおもいます。 これをdocker化してECSのサービスとして載せるにあたり、ECSのサービスとしてはweb-appとsidekiqの2つ、web-appは内部でnginxとunicornのコンテナをそれぞれ持つ
Github Actions Dockerで環境構築しているコードをCIチェックするときにエラーが出た - Qiita
概要 Dockerでローカル開発環境を構築しているコードをGithub上でPR作成するときにCIチェックでテストが走るようにしたい。 $ docker compose up後にcomposer installを実行したところエラーが出たので自身の環境の解決方法をまとめる。 前提 下記のようなワークフローのyamlファイルを定義した。（環境構築は$ make initコマンドを実行するだけで完了するように下準備はしてある。） name: 'do PHPUnit' on: push: branches: - 'feature/*' - 'hotfix/*' - 'release/*' pull_request: types: [opened, reopened] jobs: do_phpunit: runs-on: ubuntu-latest steps: - uses: actions/ch
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIでMarkdownのリンク切れを自動検知する | フューチャー技術ブログ
Zenn の記事を DEV に自動的に同期させる GitHub Actions 作ってみた
GitHub ActionsでウェブサイトをAmazon S3にデプロイする | DevelopersIO
GoアプリのGoバージョンを1.11から1.19まで段階的かつ一気に上げた話 - Qiita
How to start using reusable workflows with GitHub Actions
CircleCIレポートにより、成功したソフトウェアチームがより大規模で、広範囲にテストを実施していることがわかった
GitHub Actions を使ってラベルで package.json の version を更新する
AWS KMS SSMでセキュアに環境変数を扱う on Terraform｜ハマー
CircleCI が OIDC をサポート！ 永続的な AWS Access Key を廃止できる！
一休新入社員の在宅勤務記録 - 一休.com Developers Blog
ECS上のコンテナアプリをCircleCIでCI/CDする - Qiita
https://kaigi-on-rails-2021-mf-maintain-graphql-types-over-repositories.netlify.app/1
Github Actions 入門編 (ざっくり系) - Qiita
企業向け健康管理SaaSのCTOにインタビュー。Google、Amazonに負けないテックカンパニーとは
CI/CDの現場への定着も手厚くサポート─圧倒的なスピードのDevOpsを実現する「CircleCI」のインパクト
Terraform x GitOps | フューチャー技術ブログ
Python3とpytestを使ってCircleCIに入門する (書きかけ) - たのしい駆動開発
[heroku]DockerとherokuとCircleCIでアプリをらくらくデプロイ - Qiita
CircleCIのセキュリティインシデント（2023/1/4）に対応した話 - Qiita
Actions CIでSlack通知にコンソール出力の一部を混ぜる話 - Qiita
複数のAWS Lambda関数を１プロジェクトで開発ーコンフィグの分割と変更部分のみの実行
GitHub Actions から AWS CodePipeline のパイプラインを実行する - 本日も乙
既存Railsプロダクトのdocker化 - ITANDI Engineer Blog