<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Gitlab on Kiglo</title>
    <link>https://page.kiglo.org/tags/gitlab/</link>
    <description>Recent content in Gitlab on Kiglo</description>
    <generator>Hugo</generator>
    <language>ko-kr</language>
    <lastBuildDate>Thu, 08 Jan 2026 14:30:00 +0900</lastBuildDate>
    <atom:link href="https://page.kiglo.org/tags/gitlab/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ArgoCD 연재 2편: GitLab Repository 및 대상 EKS 클러스터 연동</title>
      <link>https://page.kiglo.org/posts/eks-argocd-2-import-repo-cluster/</link>
      <pubDate>Thu, 08 Jan 2026 14:30:00 +0900</pubDate>
      <guid>https://page.kiglo.org/posts/eks-argocd-2-import-repo-cluster/</guid>
      <description>&lt;p&gt;1편에서 설치한 ArgoCD 서버가 우리의 소스 코드를 읽어올 수 있도록 &lt;strong&gt;GitLab 저장소&lt;/strong&gt;를 연결하고, 애플리케이션이 실제로 배포될 타겟 &lt;strong&gt;EKS 클러스터&lt;/strong&gt;를 등록하는 과정을 다룹니다.&lt;/p&gt;
&lt;h2 id=&#34;1-gitlab-repository-연결-https-token-방식&#34;&gt;1. GitLab Repository 연결 (HTTPS Token 방식)&lt;/h2&gt;
&lt;p&gt;프라이빗 GitLab 저장소에 접근하기 위해 SSH Key 방식 대신, 관리 및 권한 제어가 용이한 &lt;strong&gt;Access Token (glpat)&lt;/strong&gt; 방식으로 진행 합니다.&lt;/p&gt;
&lt;h3 id=&#34;1-gitlab-service-account-생성-및-token-발급&#34;&gt;1) GitLab Service Account 생성 및 Token 발급&lt;/h3&gt;
&lt;p&gt;일반 사용자 계정에 종속되지 않도록 GitLab에서 제공하는 &lt;strong&gt;Service Account&lt;/strong&gt; 기능을 활용하는 것이 보다 이상적입니다.
(GitLab Premium 이상에서 Group/Project 레벨 Service Account 지원)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Home Server (4): GitLab CI/CD로 배포 자동화하기</title>
      <link>https://page.kiglo.org/posts/home-server-4-cicd/</link>
      <pubDate>Fri, 19 Dec 2025 18:03:00 +0900</pubDate>
      <guid>https://page.kiglo.org/posts/home-server-4-cicd/</guid>
      <description>&lt;h2 id=&#34;왜-gitlab인가-github-vs-gitlab&#34;&gt;왜 GitLab인가? (GitHub vs GitLab)&lt;/h2&gt;
&lt;p&gt;홈서버의 배포 자동화를 위해 가장 먼저 고민한 것은 &amp;ldquo;어떤 플랫폼을 쓸 것인가?&amp;ldquo;였습니다. 흔히 쓰이는 GitHub Actions 대신 GitLab CI/CD를 선택한 이유는 다음과 같습니다.&lt;/p&gt;
&lt;table&gt;
  &lt;thead&gt;
      &lt;tr&gt;
          &lt;th style=&#34;text-align: left&#34;&gt;비교 항목&lt;/th&gt;
          &lt;th style=&#34;text-align: left&#34;&gt;GitHub (Free)&lt;/th&gt;
          &lt;th style=&#34;text-align: left&#34;&gt;GitLab (Free)&lt;/th&gt;
          &lt;th style=&#34;text-align: left&#34;&gt;비고&lt;/th&gt;
      &lt;/tr&gt;
  &lt;/thead&gt;
  &lt;tbody&gt;
      &lt;tr&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;Registry 용량&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;500MB&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;5GB&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;홈서버 이미지 적재 시 유리&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;Self-hosted Runner&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;가능&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;매우 간편함&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;GitLab Runner의 아키텍처가 더 직관적&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;CI/CD 기능&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;유연함 (Actions)&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;&lt;strong&gt;강력한 통합&lt;/strong&gt;&lt;/td&gt;
          &lt;td style=&#34;text-align: left&#34;&gt;내장된 배포 관리 기능이 풍부함&lt;/td&gt;
      &lt;/tr&gt;
  &lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;특히 홈서버는 리소스가 한정적이기 때문에, Container Registry 용량이 넉넉하고 Runner 설치 및 관리가 압도적으로 편한 GitLab이 더 매력적인 선택지였습니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
