[レポート]Lambda並列実行でCI高速化 #reinvent #ZDC205 | DevelopersIO
re:Invent 2020のセッション「 No more idling: Creating parallel builds using serverless CI 」を聴講しましたのでレポートします。 セッション概要 Ever find yourself or your teams waiting for builds to start and finish? In this session, learn how to use the speed and parallelization of AWS Lambda so your development teams can move faster. This session reviews what the limits are and how you can set up fallbacks using AWS Fargate or A
![[レポート]Lambda並列実行でCI高速化 #reinvent #ZDC205 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/47f28d6111909be2218e94c2f43d42dafcf81910/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2021%2F01%2Flambci-1.png)
CI/CDは何がまずいのか、コード作成から本番デプロイまでの時間短縮に注力
オブザーバビリティツールを手掛けるhoneycomb.ioの共同創業者でCTO（最高技術責任者）を務めるチャリティ・メージャーズ氏が2021年1月19日（米国時間）、開発者向けのQ＆Aサイト「Stack Overflow」のブログに記事を寄稿し、コード作成から本番環境へのデプロイまでの時間の短縮にフォーカスしてCI/CD（継続的インティグレーション／継続的デリバリー）に取り組むべきだと提言した。 以下では、メージャーズ氏の主張の概要を紹介する。 CI/CDは導入が進んでおり、特にCIはこの10年で取り組みレベルが向上している。だが、その一方で、CDは立ち遅れている。 CI/CDはプロセスと方法論を指す用語だ。メインリポジトリにマージした全てのコードをテストし、いつでも本番環境にデプロイ可能な状態にしておき、自動的にデプロイできるようにする設計を目指す。 CI/CDの目標はソフトウェア変更の
CIによる機械的なコードレビューを可能にするDangerを使ってみた - Qiita
TL;DR この記事はgithub上でのコードレビューに役立つdanger(-js)というツールの紹介です。dangerのセットアップから簡単なレビュールールを記述するところまでのチュートリアルです。 dangerはプルリクエストをトリガとしCI上で実行され、チームメンバがコードレビューを始まる前に、機械的にレビューできる様々な項目をCIがレビューしてくれるツールです。レポジトリは以下です。 オリジナルのdangerはrubyで開発されていますが今回はjavascript版のdangerを紹介します。javascript版はNode.jsで動作します。 DangerによるPull Requestの機械的レビュー Pull Requestの機械的レビューと言われてもなかなかピンとこないかもしれません。例えば ブランチ名やブランチの向き先をチェックする 「向き先間違えてるよー 」とか Pull
たったこれだけ！チーム開発でコードフォーマット忘れを防ぐ方法 - Qiita
はじめに 「コードフォーマットが適用されておりません。」 こんな指摘をした人、された人。いるのではないでしょうか？ 今回はコードフォーマットをCIツールで実行し、開発者はフォーマッターの実行をしないような仕組みを紹介します。 この記事を書こうと思った動機 お客様指定のコードスタイルのある規約があるプロダクトにおいて以下の問題に直面し、結果的に工数が増大したため。 ケース1. ローカルで「コードフォーマッター」が適用されずにPull Requestを出すケース ケース2. すり抜けコードをベースに修正し、コードフォーマッターを適用したら、改修箇所以外の差分が抽出された ケース3. 「クロスチェック」させる体制にして工数増 【コードフォーマッターが適用されないわけ】 開発環境構築手順書・開発フローにコードフォーマッターの記載されていない。（曖昧なドキュメント） 開発メンバー間でのフローの引き継
npm ciを使おう あるいはより速く - Qiita
人類はより高速にCIを回していくべきだと思っている りんご（@mstssk）です。 先日、 npm の v5.7がリリースされ npm ci というサブコマンドが新たに追加されました。 The npm Blog — Introducing npm ci for faster, more reliable... http://blog.npmjs.org/post/171556855892/introducing-npm-ci-for-faster-more-reliable CI/CDを開発プロセスに組み込んでいる場合により整合性があり高速なエクスペリエンスを提供する、と公式ブログでは紹介しています。 npm ci は何をするのか npm ci を実行すると常に package-lock.json から依存関係をインストールします。 既に node_modules フォルダの中身があっても
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テスト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
