このドキュメントは、.circleci/config.yml ファイルで使用される CircleCI 2.x 設定キーのリファレンスガイドです。 config.yml の全体は「 コード例全文」で確認できます。
FrankenPHP を CloudRun で動かして、1イメージだけでサーバーを実行できるのか試してみる2024-03-06 隙あらば自分語り1 3/8 14:40-15:20 に PHPerKaigi で話します。 PHP を Docker に固めてデプロイするときに ApacheやらNginxが求められることに対して、そもそも Webサーバーとは何かという話をします。 FrankenPHPも、Dockerに固めてデプロイするときの解決策の一つとして紹介します。 see: https://fortee.jp/phperkaigi-2024/proposal/42d9e721-b3e8-4a7d-ae88-1727ccfabf9b 隙あらば自分語り2 年パスを持っていたので小さい頃ユニバによく行っていました。 ユニバにモンスター・メーキャップ っていうフランケンシュタインが出てくるアトラ
こんにちは。LIFULL株式会社の花岡です。 11/05から、GitHub Actionsでself-hosted runnersが使えるようになりました。この機能を使用すると、GithHub Actionsの実行環境を自分で指定することができます。 今回プライベートで軽く触ってみたので、今回はその利用方法をご紹介したいと思います。 self-hosted runnersについて GitHub Actionsでは、基本的にはGitHub側で用意している仮想環境でworkflowを実行するのですが、self-hosted runnersを使用すると実行環境を自分で指定することができます。例えばオンプレ環境でworkflowを実行したいとか、閉鎖環境内で無いと実行できないテストがある等、自前で用意した特殊な実行環境でテストしたい時に便利です。 (但し、publicリポジトリでは決して使用しない
2018年Androidアプリ設計パターン入門が出版されました。出版当時はカンファレンスやブログなどでアーキテクチャについての議論が多数なされていましたが、そこから2,3年たった2020年現在、この議論はある程度落ち着きを見せています。 アーキテクチャについて話題がなくなってきたということは、各現場で当時語られていた任意の設計パターンがすでに導入され、広く浸透しているのでしょうか? 新規事業に関わることが多い仕事柄、いろいろな現場を見て回る機会がありますが、私はそのようには感じていません。 テックリード級のエンジニアがそろっている現場をのぞき、多くの現場ではまだまだ苦労があり、うまく導入できていないように感じています。Androidアプリ設計パターン入門が出版されて以降に立ち上がった新しいプロジェクトでさえ、です。 理想はあれど、チームに導入できない。浸透しない。 そんな課題を解決するため
2022年3月26日に待望のCircleCI OIDCサポートがリリースされました。 よーしブログ書くぞと思ったらクラメソさんが先に記事を投稿していたので、実際に自分が試したところをTipsとして記載します。 Terraformでの実装 OIDC Provider まずはOIDC Providerの定義から。 resource "aws_iam_openid_connect_provider" "circleci" { url = "https://oidc.circleci.com/org/${local.circleci_org_id}" client_id_list = [local.circleci_org_id] thumbprint_list = [ "9e99a48a9960b14926bb7f3b02e22da2b0ab7280", ] } locals { circlec
公式ブログ GitHub Actions: Skip pull request and push workflows with [skip ci] - GitHub Changelog コミットメッセージの内容から push と pull_request のワークフローをスキップできるようになりました。 push または pull request (PR) の HEAD コミットに [skip ci], [ci skip], [no ci], [skip actions], [actions skip] のいずれかが含まれる場合にワークフローがスキップされます。 検証 [skip ci] を例に検証します。 1. スキップする単一コミット ワークフローを作成。検証用のためトリガーは paths で絞ってあります。 [skip ci] というコミットメッセージで skip ブランチへコミット
- uses: actions/setup-node@v4 with: # Version Spec of the version to use in SemVer notation. # It also admits such aliases as lts, latest, nightly and canary builds # Examples: 12.x, 10.15.1, >=10.15.0, lts/Hydrogen, 16-nightly, latest, node node-version: '' # File containing the version Spec of the version to use. Examples: package.json, .nvmrc, .node-version, .tool-versions. # If node-version an
G-gen の武井です。 当記事では Infrastructure as Code (IaC) を実現する Terraform を Google Cloud (旧称 GCP) で実行する際、GitHub の CI/CD 機能である GitHub Actions を介して実行する方法を紹介します。 GitHub Actions GitHub Actions とは 概要 ワークフロー 図説 Google Cloud との連携 概要 従来の認証 Workload Identity 連携による認証 Workload Identity 連携 仕組み メリット 図説 設定方法 概要 Terraform のセットアップ GitHub Actions の設定 ディレクトリ構成 Workload Identity 連携の設定 ワークフローの定義 動作検証 概要 動作検証用リソースの定義 Pull Reque
こんにちは。 株式会社ココナラのシステムプラットフォーム部でインフラ・SREチームのチームマネージャーをしているよしたくと申します。 本記事では2022/02より立ち上がったインフラ・SREチームの歩みと取り組んできた施策を紹介します。 チームの立ち上がり 以前のチーム状態 弊社では概ね1~2ヶ月に1回程度で大型のプロダクトリリースが行われます。当然大型リリースとなると リリース内容に伴うサーバ等のインフラ設定修正 (必要であれば)サービスメンテナンス準備 リリース手順書の作成 リリース後のモニタリング 等々のインフラ作業が発生します。加えて小さなプロダクト改善も日々行っており、それに関連してインフラチームが作業する必要のあるものが多数存在します。 こういった環境下でインフラチームはというと、マネージャー含め最大3名という小さなチームでした。そのためメンバーは日々のプロダクト開発改善に関連
AWS Fargate の Graviton2 対応が GA になりました。従来のコンピュートリソースより 20% 安く、最大 40% 高性能なリソースを利用できます。 https://aws.amazon.com/jp/about-aws/whats-new/2021/11/aws-fargate-amazon-ecs-aws-graviton2-processors/ 弊社が提供する Prismatix は Spring Boot 2 アプリケーションを AWS Fargate にデプロイして提供しています。 Prismatix を従来の Fargate から Graviton2 ベースの Fargate に移行するだけで AWS 利用費を下げることができ、AWS 利用費を下げることは顧客のサービス利用費を下げることになり、顧客の満足度向上にもつながります。 ぜひとも提供したい。早速
アイコン探しって、結構大変じゃないですか? 開発をしていると、アイコンが必要になります。 しかし、たまに 検索するための名前がわからない という問題が起きる... 例えば、メニューに使われる「⋯」のアイコン。 なんて検索すればいいかわからない... なので、 手書き検索 できるようにしました! 作ったアプリ 手書きアイコン検索アプリ iconow アイコンの名前がわからなくて探せない...という問題を解決するため、手書きで検索できるようにしたアプリです。 みんな大好き FontAwesome と、Web や Flutter のアイコンに採用されている Material Icon を検索できます。 iOS Android 使用した技術 Flutter Firebase Authentication Firestore AWS Lambda ECR API Gateway DynamoDB S
キャディでエンジニア採用を担当しております片渕です。 今回は2022年2月22日に開催したイベント『【画面キャプチャ禁止】うちの管理画面フロントエンドほぼ全部見せます! 』に登壇のエンジニア(先山・小倉・桐生)からのプレゼン内容をまとめたものをご紹介していきます。 イベントのアジェンダとしては以下の通りです。 生産管理の管理画面(先山) (実際の管理画面をご覧いただきながらデモ) Kleinのソフトウェアのアーキテクチャ 生産パートナー向け管理画面(小倉) (デモにて見積もり回答の様子を説明) UI/UXデザインについて コーディングルールについて 開発中の物流管理の管理画面(桐生) アーキテクチャやライブラリについて 今後の展望 最後に 生産管理の管理画面(先山) https://speakerdeck.com/caddi_eng/20220222xian-shan-fa-biao-zi
Perl Hackers Hub 第65回依存モジュールの更新 ―update-cpanfile、GitHub Actionsで実現!(1) 本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーは、はてなでマンガビューアを開発しているhitode909さんで、テーマは「依存モジュールの更新」です。 長期間にわたって開発・運用するアプリケーションでは、依存モジュールを管理し、最新版に更新することが重要です。本稿では、アプリケーションの依存モジュールの管理方針のグッドプラクティスと、ツールを使って継続的にモジュールを更新するための手法を紹介します。 本稿のサンプルコードは、執筆時点(2020年11月)の最新であるPerl 5.32.0で動作確認を行っています。本稿のサンプルコードは、WEB+DB PRESS Vol.120のサポートサイトから入手できます。 Perlの
DESCRIPTION https://github.com/capacitor-community/admob/releases のようなバージョンタグとリリースノートを自動生成した話 package.jsonのversionとGitHub上のversionが一致するようになって幸せ デプロイ/リリースフローもそれに沿った形にした話 本文 GitHubでプロダクトのソースコード管理することは当たり前になりましたが、皆さんリリースバージョンはどのように管理していますか?? 恥ずかしながら半年ほど前まで、プロダクトでリリースバージョンというものをつけていませんでした。 よし、この機能追加した よし、テストも通った。リリースするぞ。 手動でpackage.jsonのversionを変更する じゃあ、productブランチにマージして(GitHub Actionsが動いて)デプロイだ!! まぁ、
技術評論社様から本日 9/14 発売の『CircleCI実践入門』を、著者の一人である金さんから献本いただきました。一通り読んだので、印象に残ったところなどをまとめておきます。 CircleCI実践入門──CI/CDがもたらす開発速度と品質の両立 (WEB+DB PRESS plus) 作者:浦井 誠人,大竹 智也,金 洋国発売日: 2020/09/14メディア: 単行本(ソフトカバー) 本の概要 『CircleCI実践入門』は、WEB+DB PRESS Vol.107 で特集『実践CircleCI』を執筆した浦井さん(@uraway_)と大竹さん(@tomoyaton)に加え、CircleCI 社 SRE の金さん(@kimhirokuni)の 3 名で執筆されています。 CircleCI の使い方の解説はもちろんのこと、CI/CD とはなにか、近年のアジャイルや DevOps の文脈の
ECSのデプロイ ここ数年、基本的にECSを利用しているのですが、デプロイをどうやって行うかでいつも迷います GitHubでデプロイ用のブランチ(たとえばproductionブランチ)にマージされたらデプロイを行いたいとして、手段はかなりいろいろあると思うんですよ 僕が今までやってきたのだと、 AWSのCodePipelineを使ってイメージのビルド=>タスクの更新=>サービスの更新 だとか CircleCIのOrb(aws-ecr/aws-ecs)使ってデプロイ とか いずれもそんなに大きな不満はないです 最初に設定を理解するのが難しい、くらいで しかし「もっとわかりやすいのあるんじゃないか」くらいの気持ちで見ていたら、たまたまecspressoを見つけたので今回試してみることにしました
Like my content? Sign up to get occasional emails about new blog posts and other content. EmailSubmit Unsubscribe anytime here.Writing A Type Safe Store In this article we explore some advanced TypeScript while building a type safe store with a similar API to Pinia or Vuex 5 (which is still in the RFC stage). I learned a lot of what was needed to write this article by reading the Pinia source code
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
3月24日、サイバーエージェントのエンジニア・クリエイターによる技術カンファレンス「CyberAgent Developer Conference2022」を開催しました。本記事では、「ABEMAモバイルアプリ開発のDevOps戦略」の様子をお届けします。 目次 ■新しい未来のテレビ「ABEMA」について ■「ABEMA」の開発体制 ■Delivery Performance ■DevOps戦略 ■Conclusion ■新しい未来のテレビ「ABEMA」について 「ABEMA」は新しい未来のテレビとして展開する動画配信サービスで、ニュースチャンネルをはじめ、アニメ、スポーツ、オリジナルのドラマや恋愛番組などを24時間365日放送しています。常時3万本以上のオンデマンド配信、オンラインライブも展開しており、順調にメディア規模を拡大しています。 「ABEMA」が大事にしているのは「無料・同時性
May 24, 2022 You can now enable debug logging when you re-run jobs in a GitHub Actions workflow run. This gives you additional information about the job's execution and its environment which can help you diagnose failures. To enable debug logging, select "Enable debug logging" in the re-run dialog. You can also enable debug logging using the API or the command-line client. For more details see Re-
Learn how you can create workflow templates to help people in your team add new workflows more easily. Overview Workflow templates allow everyone in your organization who has permission to create workflows to do so more quickly and easily. When you create a new workflow, you can choose a workflow template and some or all of the work of writing the workflow will be done for you. You can use workflo
こんにちは! SREの栗山です。 最近観て良かった映画は「コーダ あいのうた」です。 今回は弊社で使っているコンテナビルドを速くするためのテクニックを紹介します。 以下のような一般的なテクニックに関しては他でよく紹介されているので今回は割愛します。 Dockerfileでは変更が少ないものを上に、変更が多いものを下に定義し、キャッシュが効くようにする .dockerignoreをちゃんと定義する マルチステージビルドを活用する bundle installの結果をキャッシュする 弊社のサーバーサイドではRuby on Railsをメインで使っています。 そのためコンテナビルド時にbundle installをする必要がありますが、bundle installはとても時間がかかりますよね。 以下のようにしてしまうとCOPYしたファイルに変更があるたびにキャッシュが使われずbundle ins
こんにちは。ForSchool事業部の石上です。先日、コンビニでサクレの梨味を買ってきたところ妻に絶賛されました。今年一番家庭で貢献した日かもしれません。 今回はフロントエンドのCircle CI実行時間を短くしたことについて書きます。 3行で フロントエンドのCI実行時間が長く困っていました 無駄なものを消したり並列化したことで、実行時間が9分(改善前)から3分(改善後)になりました 今回サクッとできたのは改善がしやすい仕組みのおかげ Studyplus for School フロントエンドのテスト 私が現在携わっているStudyplus for School(塾向けのSaaS)のフロントエンドでどのようにテストを書いているかについては、以前@okuparaさんが書いてくれました。 tech.studyplus.co.jp この方針が定まる前はテストコードが少なかったのですが、方針を定め
CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する クラウド事業部の上野です。 AWSにあるコンテナサービスを使ってみたい!今後の弊社のサービスで活用できるかも!ついでにCIツールでデプロイまで自動化したい! ということでAmazon ECSとAmazon ECRで継続的デリバリー環境を作ってみました。 今回はCIツールとしてCircleCIを利用してみます。 簡単に各サービスを説明しますと、 CircleCIはCI/CD(継続的インテグレーション/継続的デリバリー)を行うサービスです。 Amazon ECSはDocker コンテナをサポートするAW
CircleCIが「Visual Config Editor」を正式リリース、CI/CDパイプラインをビジュアルに作成しYAMLファイルを生成、編集可能 CircleCIは、ビルドやテストを自動的に実行するCI/CDのパイプライン定義をフローチャートを描くようにビジュアルに設定できる「Visual Config Editor」の正式リリースを発表しました。 We're rolling out a new, frictionless way to build #CICD pipelines and interact with our platform. Introducing the CircleCI Visual Config Editor See how you can easily create and modify config files in a visual drag-and-
はじめに 初めまして!NULLと申します😊 SIer企業のプログラマーとして約11ヶ月間の経験がある僕が、自身のスキルアップとWebエンジニアへのキャリアチェンジを目指して実務で経験のない技術を使ってWebアプリを開発しました。 バックエンドはLaravel、フロントエンドにVue.js等、インフラ技術にDocker、AWS、CircleCIといった構成です。 学習開始から現時点までにおいて、プログラミングスクール等には通っておらず、学習はすべて独学で進めてきました。 独学中心でWebアプリ開発に挑戦したい、ポートフォリオを作成してWebエンジニアへのキャリアチェンジを進めていきたい、と考えている方々のお役に立てれば嬉しいです。 自己紹介 未経験からWebエンジニアへの転職を目指しています(2021年の半ばから学習開始) 独立系SIer企業のプログラマー 朝4時起き、週6ジム、週20食の
Introduction In this guide, you'll learn about the basic components needed to create and use a packaged composite action. To focus this guide on the components needed to package the action, the functionality of the action's code is minimal. The action prints "Hello World" and then "Goodbye", or if you provide a custom name, it prints "Hello [who-to-greet]" and then "Goodbye". The action also maps
ランサーズ Advent Calendar 2021 10日目の記事です。 Lancers Engineer Blog をご覧のみなさんこんにちは。開発部/技術基盤 SREの安達(@adachin0817)です。今年2月からダイエットを始めていまして、ジョギングを週2~3日習慣付けられるようになりました。15キロ減量しましたが、まだまだ落とせると日々舞い上がっております。他にもCakePHPで個人開発したり、サーバーサイドやフロントにもチャレンジしています。 早朝は極寒だった 5.02キロジョギングしました👟 — adachin👾SRE (@adachin0817) December 9, 2021 さて、直近のSREチームの大きなイベントとしてはランサーズ本体のインフラを改善している最中でございます。まずは上期SREチームで取り組んだことをエンジニアブログを元にまとめていき、最後には
【GitHub Actionsをもっとたくさん使いたい!】AWS CodeBuildでSelf-hosted RunnerできるようにしたAWSCIDockerCodeBuildGitHubActions GitHub Actionsとても便利ですよね。 コミットプッシュやPRマージだけではなく、Issueコメントやラベル追加をトリガーにしてワークフローを動かすことができるので、いろいろな定形処理を自動化できます。 あれもこれもといろいろなワークフローを追加したら、利用時間上限になってしまってワークフローのダイエットしないといけなくなった、、、なんてことも。 今回はそんなGitHub Actionsを、(有料だけど)もっとたくさん使えるようにと作った仕組みについての紹介です。 作った動機 主な理由としては1の時間のかかるジョブが増えてきたことですが、2や3の運用コスト、費用面でもメリットが
こんにちは!オールアバウトでSRE(サイト信頼性エンジニア)をしている@numa_numaです。 さて今回は、当社のクラウドネイティブな開発の加速・さらなるDevOps推進を目指し、デプロイツールにCircleCIを採用し移行しましたので、そのお話をご紹介したいと思います。 以前に、2016年くらいまでのオールアバウトでのリリースの歴史をご紹介しております。 興味のある方はぜひご参照ください。 allabout-tech.hatenablog.com 当社では2016〜2017年頃にGKE(Google Kubernetes Engine)を利用しはじめ、Dockerコンテナで本番運用を行うノウハウを確立しました。 また、その時採用したのがWerckerというCIツールでした。 allabout-tech.hatenablog.com クラウド移行とその後のリリースの変遷 オールアバウトで
Azure Load Testingを使って、GitHub Actionsで負荷テストをおこなってみた いわさです。 本記事はQiita Azure Advent Calendar 2021 10日目の記事です。 re:Invent2021の最中、Azureではなかなか熱いサービス「Azure Load Testing」がプレビューで登場しましたよ。 一言でいうとAzureフルマネージドなJMeterサービスです。 本日はこちらを触ってみたのと、マネージドサービスということもあってCI/CDワークフローに簡単に組み込めるようになったので、本日はGitHub Actionsで実行してみました。 本サービスは、本日時点でパブリックプレビューです。今後仕様が変わる可能性があります。 Azure Load Testingとは Azureでホストされる、マネージドな負荷テストサービスです。 Apac
今まで仕事や勉強で様々な CI サービスをさわってきたので、様々な CI サービスを比較し、どのように選定すべきか、どのように学習すべきかをまとめました。 ※ この記事は 2020/10/6 時点の情報なのでご注意ください CI サービスの分類 CI サービスといっても色々な種類があります。 この記事では独自に 5 つに分類しました。 SaaS - CI 専用サービス系 例) CircleCI, Travis CI SaaS - Git サービス系 例) GitLab CI, GitHub Actions SaaS - パブリッククラウド系 例) AWS CodeBuild, Google Cloud Build SaaS - Mobile 系 例) Bitrise OSS 例) Jenkins, Concourse, Drone 上に例として挙げた 10 のサービス (ツール) を簡単に
1. はじめに こんにちは、SWEのあかりです。今年の4月に通知チームへ異動し、ANDPADの全プロダクトから利用される通知プラットフォームの開発に従事しています。この記事では、新しいチームにジョインしてから取り組んだ改善活動の一つである「CircleCI上で実行しているアプリケーションテストのワークフローを見直して、実行時間を短縮した話」をご紹介します! 2. 前提 通知チームでは、下図のようにANDPADの全プロダクトに対して通知機能を提供するプラットフォーム1の開発を行なっています。 ANDPADにおける通知プラットフォーム この通知プラットフォームはgRPCサーバとして機能提供しており、Go言語で開発しています。このgRPCサーバが依存するインフラは全てAWS上に構築されており、インフラリソースはアプリケーションと同じリポジトリで2ほぼ全てをTerraform管理3しています。また
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く