Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
GitHub Actions超入門-CICDはじめの一歩 / 【増枠】社外発表したことない人が...
Search
TOPPAN ict
March 25, 2026
Technology
28
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
GitHub Actions超入門-CICDはじめの一歩 / 【増枠】社外発表したことない人がチャレンジしたことを発表するLT大会
TOPPAN ict
March 25, 2026
More Decks by TOPPAN ict
See All by TOPPAN ict
新人はどこまで自力でやり、どこからAIに頼るべきか/エンジニア育成に向き合う_先輩たちの悩みと知見共有会
toppan_digital_dev
1
690
PlaywrightのE2Eテストコードを1人で書くのを辞めた話/NCDC_フロントエンドAI活用LT会
toppan_digital_dev
0
35
S3を固定IPで公開した話 ―ALBのHost Header Rewriteを添えて― / JAWS-UG初心者支部#78 NW再入門!NW-JAWSコラボLT回
toppan_digital_dev
0
180
Alembicを使ってDBのマイグレーションをやってみた / Toranomon Tech Hub 第6回 新春!初心者だらけのLT大会!登壇資料
toppan_digital_dev
0
56
Other Decks in Technology
See All in Technology
Persisting Massive Data with Rails ~Designing for 60 billion rows, and fighting the bottlenecks~ Railsで挑む大量データ永続化 〜600億件を永続化するための設計とボトルネックとの戦い〜
occhi
0
740
TinyGoでオブザーバビリティ?OpenTelemetryはTinyGoで使えるのか / Is OpenTelemetry available in TinyGo environment?
ymotongpoo
2
140
コンテナ運用におけるネットワーク・コンテナコストの削減方法/How to Reduce Network and Container Costs in Container Operations
masakiokuda
2
300
FinOps Agentが生んだ技術負債:コスト自動調査の落とし穴と解消までの道のり
oasis1994liveforever
2
140
自作バイナリを動かす「入口」8選
puhitaku
2
1.3k
しろおびから始める!ログ活用の第一歩
shumei_ito
0
960
[JAWS-UG彩の国埼玉#12]そろそろ準備する?re:Invent2026をやさしく解説 / reinvent2026-sainokuni
sh_fk2
1
360
フィンテック養成勉強会#68
finengine
0
150
オントロジーって 結局なにもの? AI エージェントに「意味」を渡す知識設計の話
greenmidori
0
230
AIがコードを書く時代に、エンジニアは何で自分の価値を証明するのか / In an era where AI writes code how do engineers prove their value
carta_engineering
3
1.1k
Active Record Connection Adaptersにおける長年の課題に再び取り組む
yahonda
0
200
エンタメ企業のM&Aを支えるデータ基盤 ― 統合から店舗のリアルタイム分析まで / Data Engineering Summit 2026
genda
0
200
Featured
See All Featured
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
580
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
310
The Spectacular Lies of Maps
axbom
PRO
1
1.1k
How to Talk to Developers About Accessibility
jct
2
580
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
400
Music & Morning Musume
bryan
48
7.4k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
340
Six Lessons from altMBA
skipperchong
29
4.5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.8k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
570
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
480
Transcript
GitHub Actions 超入門 CI/CD はじめの一歩! ~ GitHub Actions で AWS
Lambda を自動更新する~
自己紹介 村松 伸哉 所属 TOPPANデジタル(株) 業務 インフラ開発業務 (むらまつ しんや)
皆さんは CI/CD と聞いて どんなイメージをお持ちですか? 自動化…? 難しそ…? 複雑…?
以前の私のイメージ なんだか設定することが 多そうだな ちゃんと理解しないと環 境が壊れちゃう?
今日のゴール 「あ、GitHub Actionsって 意外といけるかも!」 と思える体験談をお話しします
GitHub Actions導入の背景 履歴の欠如 定型作業の削減 コンソールからだけ では「いつ、誰が、 何を変えたか」追う のが難しい。 うっかりミス 頻繁なLambda更新。
手作業でのZIP化と UPはミスの温床に。 手順が決まっているな ら、自動化して本来の 開発に集中したい。
CI/CD? GitHub Actions? 開発の一連の作業(テストや公開 など)を自動化する仕組みです。 例えば、プログラムを修正すると 自動的にテストが実行され、問題 がなければ新しい機能がすぐに公 開(デプロイ)されるようになり ます。
これにより、開発のスピードと品 質が向上します。 CI/CD
CI/CD? GitHub Actions? GitHub Actions 開発の一連の作業(テストや公開 など)を自動化する仕組みです。 例えば、プログラムを修正すると 自動的にテストが実行され、問題 がなければ新しい機能がすぐに公
開(デプロイ)されるようになり ます。 これにより、開発のスピードと品 質が向上します。 GitHub Actionsは、ソースコード管 理サービス「GitHub」に組み込ま れた自動化ツールです。 CI/CDの仕組みを簡単に作ることが でき、プログラムのテストや公開 (デプロイ)などの作業を自動で 実行できます。 CI/CD
今回やったこと:Lambdaの自動更新 「デプロイ」という手作業をなくし、 GitHub と AWS を直接つなぎました。 AWS Lambda 自動で更新 GitHub
コードを管理 Actionsが自動実行
今回やったこと:ブランチと環境の紐づけ 「どのブランチか」によって「どの環境に出すか」を振り分け develop staging main 開発環境 検証環境 本番環境
ユーザー(開発者)から見ると... やることはたったこれだけ develop / staging / main を更新すれば CI が動く
(あとは待つだけ) AWSコンソールへのログインも、ZIP作成も不要。 本来やるべき「開発そのもの」に集中できるようになりました。
裏側の処理 1 2 3 ソース取得 ZIP化 更新 Lambdaの仕様に合 わせてコードを圧縮 GitHubから最新コー
ドをチェックアウ ト AWS CLIコマンドで アップロード 手作業でやっていた手順を、ワークフローとして並べています。
導入効果:Before / After Before 手順が多くて面倒 × 環境間違いのリスク × 属人化しやすい ×
After Pushするだけで完了 ルール通りに確実に実行 履歴がGitHubに残る
気づき 「YAML(ワークフロー)は難しそう...」 と思っていたけれど、 実際は、人間が手でやっていたことを 言語化して順番に並べているだけでした。
まとめ 1 GitHub Actions のハードルは意外と低い 2 「単純作業の自動化」でも開発効率は確実に上がる 3 まずは「触ってみる」ことから始めよう! ご清聴ありがとうございました!
• GitHub は GitHub, Inc. の商標です。 • Amazon Web Services、AWS、および関連する名称は、Amazon.com, Inc. またはその関連会社の商標または登録商標です。