Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
今あえてGitLab
Search
Satoshi Kaneyasu
October 20, 2023
Programming
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
今あえてGitLab
Satoshi Kaneyasu
October 20, 2023
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
運用ダッシュボードの設計を誰も教えてくれないのだけどみなさんどうしてるんですか? - チームに監視するという文化を根付かせるための第一歩を踏みたい -
satoshi256kbyte
0
28
AWS CDK ExpressモードとCI/CDの組み合わせ
satoshi256kbyte
1
38
AWS CDK ExpressモードとCI/CDの組み合わせ
satoshi256kbyte
0
16
AWS re:Invent 2025の少し振り返り + DevOps AgentとBacklogを連携させてみた
satoshi256kbyte
3
220
Amazon_Cognito_で構築する_スケーラブルな_Web_アプリケーション__シングルページ_Web_アプリケーションに認証を組み込む
satoshi256kbyte
0
43
人間とAI、どちらが書いたコードもCI/CDでチェックしてみよう
satoshi256kbyte
0
45
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎 おもクラ #6版
satoshi256kbyte
1
290
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎
satoshi256kbyte
1
63
人間とAI、どちらが書いたコードもCICDでチェックしてみよう
satoshi256kbyte
1
93
Other Decks in Programming
See All in Programming
エンジニアにデザインハーネスを 〜デザインプロセスを規定するためのハーネス〜 / Design harness from an engineer's perspective
rkaga
2
1.7k
2年かけて Deno に DOMMatrix を実装した話 / How I implemented DOMMatrix in Deno over two years
petamoriken
0
180
えっ!!コードを読まずに開発を!?
hananouchi
0
260
琵琶湖の水は止められてもNet--HTTPのリトライは止められない / You might be able to stop the water flow of Lake Biwa but you can't stop Net::HTTP retries
luccafort
PRO
0
450
The Bowling Game- From Imperative to Functional Programming - Part 1
philipschwarz
PRO
0
340
PHP Application における Kubernetes 内 gRPC 通信
ganchiku
0
540
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
220
ビデオ通話が繋がる0.2秒で何が起きているのか
supurazako
2
150
php-fpmのプロセスが枯渇した日-調査・対処・そして本当にやるべきだったこと-
shibuchaaaan
0
140
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
8
5.5k
今さら聞けない .NET CLI
htkym
0
140
What's New in Android 2026
veronikapj
0
210
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Making Projects Easy
brettharned
120
6.7k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
The SEO Collaboration Effect
kristinabergwall1
1
510
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
180
Building Flexible Design Systems
yeseniaperezcruz
330
40k
GraphQLとの向き合い方2022年版
quramy
50
15k
Utilizing Notion as your number one productivity tool
mfonobong
4
460
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
190
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
3
360
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.4k
Transcript
今あえてGitLab 2023.10.10 SATOSHI KANEYASU
今回のお話 • 最近、ソース管理ツールの⽐較をしたのでそのお話をします。
ソース管理ツール サービス名 有料/無料 サーバー/SaaS メンテナンス バージョンアップ メリット デメリット GitLab 無料/有料
サーバー/SaaS サーバーの場合要 機能が豊富。 ⾃前サーバーなら無料で使⽤できる。 ⼤規模PJには⾼価なプランが必要にな る可能性あり。 GitHub 無料/有料 SaaS 不要 機能が豊富。 連携ツールが豊富。利⽤者が多く、 ネット上に知⾒が多い。 ⼀部の⾼度な機能には料⾦がかかる。 Bitbucket 有料 Saas 不要 Atlassian 製品との連携が強い。 UI がやや複雑。 CodeCommit 有料 Saas 不要 ソースを AWS の中に保管できる。 AWS エコシステムとの親和性が⾼い。 他のサービスと⽐べて機能が弱い。 AWS 外のサービスとの連携が弱い。
今回はGitLabに着⽬ サービス名 有料/無料 サーバー/SaaS メンテナンス バージョンアップ メリット デメリット GitLab 無料/有料
サーバー/SaaS サーバーの場合要 機能が豊富。 ⾃前サーバーなら無料で使⽤できる。 ⼤規模プロジェクトには⾼価なプラン が必要になる可能性あり。 GitHub 無料/有料 SaaS 不要 機能が豊富。 連携ツールが豊富。利⽤者が多く、 ネット上に知⾒が多い。 ⼀部の⾼度な機能には料⾦がかかる。 Bitbucket 有料 Saas 不要 Atlassian 製品との連携が強い。 UI がやや複雑。 CodeCommit 有料 Saas 不要 ソースを AWS の中に保管できる。 AWS エコシステムとの親和性が⾼い。 他のサービスと⽐べて機能が弱い。 AWS 外のサービスとの連携が弱い。
GitLabもAI機能の開発が進んでいる • 2023年5⽉に⽶GitLabとGoogle CloudはAI分野での提携を発表。 • GitHub Copilot、AWS CodeWhispererを追う形。 • GitLabがGoogle
Cloudと提携 AI機能の提供加速 コードの⾃動⽣ 成、コードにある脆弱性の説明など
GitLabの機能はどうなのか • ⼀⾔で⾔うと⼗⼆分、なんでもできるので他のSaaSが勧めづらいレベル • GitHubとほぼ同等 • 微妙に⾔い回しが気になるところはある(マージリクエストとか) • GitHub Actions相当のものものがある
• GitLabの⽅がCI/CDが回しやすい(GitLab CIという機能がある) • サーバーにもインストール可能だが、セットアップが難しい • サーバー構成は結構複雑(次のページ)
GitLabをAWSにデプロイした場合の構成 [画像引⽤]Amazon Web Services(AWS) に GitLab POC をインストールします。 • 左記の構成図では、GitLabの各機能を
分割配置している。 • 理由は、ビルド時に全体性能が下がっ てコミット等の操作ができなくなるの を防ぐため。 • 1つのサーバーにGitLabの機能をまと めることも可能 • セッション管理のためにRedisが必要な のが意外ポイント
実際セットアップしてみた所感 • ロードバランサーを⽤いた場合、セッション管理のためにRedisを使 わねばならないのがわかりにくい • 設定ファイル (gitlab.rb)が、編集しづらくで作業が⾃動化しづらい • (慣れの問題もあるが)ログが追いづらくエラー原因が特定しづらい
ではなぜGitLabを使おうとしてるのか︖ • ソースコードを⾃社NWから出したくない • 外部ではなく内部の脅威のためにソース管理ツールを社内NWで運⽤ したいという需要は存在する • ソース管理ツールが社内にNWにあり、⼿中にあるのなら、⾃由に分 析が可能
[余談]⼿続きの⼿間によるSaaS導⼊の壁 • SaaSで提供されているサービスは、 ⾃前サーバーに展開するならば安価/無料で稼働できるものはある • 運⽤の⼯数がかかるので、結果的にSaaSの⽅がお得という考えもあ る • ⼈が動くのには問題になりにくいが、⽉額だと請求⼿続きが毎度発⽣ する⼿間により拒否感が⽣まれることがある
最後に 皆様のソース管理事情を聞いてみたいです。