로그인 선택
미리보기
커뮤니티
23.06.15
글 등록
DEVOTEE를 활성화 시키면
지금 작성한 커뮤니티 글에 대해 1개의 댓글을 달아줍니다.
버튼을 누르면 글 수정 시 ChatGPT가 작성한 댓글이 수정됩니다.
임시저장함
최대 20건까지 저장합니다.
| 컨텐츠 유형 | 제목 | 저장일 | 삭제 |
|---|
본인인증
고객님의 소중한 개인정보보호를 위해
본인인증을 진행해주세요. 본인인증 미 진행 시 로그인이 제한됩니다.
본인인증 로그인에 실패하였습니다.
회원이 아니시거나 본인인증 등록이
완료되지 않은 사용자입니다.
회원정보 연결
AKS로 쿠버네티스 시작하기 : CI 구성하기
AKS만들기에 이어서 CI 진행
AKS클러스터를 생성하였으니 소스코드로 애플리케이션 컨테이너를 만들고 ACR(Azure Container Registry)에 컨테이너 업로드를 진행하겠습니다.
지난 과정 블로그 내용 : AKS로 쿠버네티스 시작하기 - Azure Kubernetes Service 부터
전체 CI/CD 구성 및 흐름도
기존 Azure VM에서 동작하는 애플리케이션을 k8s로의 이전에 대한 전체 흐름도를 먼저 소개합니다.
크게 CI 단계와 CD단계로 구분됩니다.
CI에서는 gitlab repo, jib, gilab CI 파이프라인, gitlab-runner, ACR을 사용하겠습니다.
ㅇ 개발자는 gitlab repo에 소스를 준비
ㅇ ACR만들기와 ACR에 연결 설정
ㅇ jib 기반으로 소스 환경 설정 : pom.xlm, gradle.build
- 빌드에 필요한 jib라이브러리 설정
- 빌드 후 생성하게 되는 컨테이너를 push할 타겟 ACR 정보 설정
ㅇ gitlab CI 파이프라인을 구성 : .gitlab-ci.yaml 파일에 작성
ㅇ gitlab에서 CI 수행 요청 : CI파이프라인이 동작하면 빌드와 함께 컨테이너를 생성하고 ACR에 push
ㅇ ACR에 업로드 완료
Spring Boot 애플리케이션 소스 준비
pom.xml, spring boot 소스, index.html 로 구성을 합니다.
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>3.0.1</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.example</groupId>
<artifactId>hellospring</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>hellospring</name>
<description>hellospring</description>
<properties>
<java.version>1.8</java.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
</project>HellospringApplication.java
package com.example.hellospring;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class HellospringApplication {
public static void main(String[] args) {
SpringApplication.run(HellospringApplication.class, args);
}
}index.html
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>hello</title>
</head>
<body>
<h1>hello, springboot working on k8s!!!</h1>
</body>
</html>서비스 동작 확인
아래와 같이 8080 포트에서 서비스를 제공하는 것을 확인할 수 있습니다.
ACR 만들기
Azure portal에서 create
portal.azure.com 에서 간단히 만들기 가능
- subscription, resource group, registry name, locaion, sku 설정
ACR 상세 구성 확인
만들었으니 상세 구성을 보겠습니다.
우선 registry 로그인 서버가 궁금한데요. 현재 구축에서는 acraopdev.azurecr.io 가 되겠습니다.
ACR 접속 정보
현재는 Public access 구성이며, Preminum SKU 상품으로 변경하면 방화벽을 사용하는 private access 구성 가능
ACR 접속할 수 있도록 구성
Access keys 메뉴에 접근하여 Admin user 'Enabled' 를 선택하면, password 생성이 됩니다.
해당 username/password를 이용해서 docker login 명령으로 ACR에 접속 가능합니다.
ACR에 접근
Access keys 메뉴를 통해 ACR에 접속할 수 있는 환경을 azure portal에서 구성으니
로컬PC에서 docker login 명령어를 이용해서 접속을 완성하겠습니다.
acraopdev/<패스워드> 입니다. 패스워드는 Access keys 메뉴를 통해 구성한 환경 정보에서 확인 가능합니다.
$ docker login acraopdev.azurecr.io
Username: acraopdev
Password:
Login Succeeded!참고로 docker 명령은 podman을 맥북에 설치하고 alias 해서 사용하였습니다. (즉, podman login ~ 로 동작)
로컬PC에서 ACR 로그인까지 완료가 되었으니 컨테이너를 업로드 할 준비가 완료 되었습니다.
로컬PC에서 ACR에 컨테이너 업로드
spring boot 코드를 컨테이너로 만들어서 ACR에 업로드 해야 합니다.
일반적인 과정은 Dockerfile을 만들고, 소스를 빌드, 컨테이너를 생성해서, ACR로 push를 해야하는 과정입니다.
다행스럽게도 구글에서 만든 jib라이브러리를 이용하면 Dockerfile 작성 없이도 한 번에 ACR까지 업로드 가능합니다.
jib 라이브러리 적용
pom.xlm에 아래와 같이 plugin을 추가 적용하면 됩니다.
<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-maven-plugin</artifactId>
<version>3.3.1</version>
<configuration>
<from>
<image>adoptopenjdk/openjdk16:x86_64-alpine-jdk-16.0.1_9</image>
</from>
<to>
<image>acraopdev.azurecr.io/hellospring</image>
</to>
<container>
<jvmFlags>["-Xms128m", "-Xmx128m]</jvmFlags>
</container>
</configuration>
</plugin>jib 플러그인과 버전, 구성정보에는 이미지/타겟registry(여기서는 ACR)/컨테이너 정보를 작성합니다.
ACR로 한 번에 업로드
mvn build 명령으로 한 번에 업로드를 수행합니다.
$ mvn compile jib:build빌드 & push 수행 결과
아래의 한가지 수행 결과 사례를 보여드립니다.
hellospring git:(main) ✗ mvn compile jib:build
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------------< com.example:hellospring >-----------------------
[INFO] Building hellospring 0.0.1-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-resources-plugin:3.3.0:resources (default-resources) @ hellospring ---
[INFO] Copying 1 resource
[INFO] Copying 1 resource
[INFO]
[INFO] --- maven-compiler-plugin:3.10.1:compile (default-compile) @ hellospring ---
[INFO] Nothing to compile - all classes are up to date
[INFO]
[INFO] --- jib-maven-plugin:3.3.1:build (default-cli) @ hellospring ---
[WARNING] 'mainClass' configured in 'maven-jar-plugin' is not a valid Java class: ${start-class}
[INFO]
[INFO] Containerizing application to acrcopdev.azurecr.io/hellospring...
[WARNING] Base image 'eclipse-temurin:17-jre' does not use a specific image digest - build may not be reproducible
[INFO] Using credentials from Docker config (/Users/110ㅇㅇㅇㅇ/.config/containers/auth.json) for acrcopdev.azurecr.io/hellospring
[INFO] The base image requires auth. Trying again for eclipse-temurin:17-jre...
[INFO] Using base image with digest: sha256:c532a4b5617d7b8058b50727f6c162606d4196292bd47e462354b1a724d685f8
[INFO]
[INFO] Container entrypoint set to [java, -cp, @/app/jib-classpath-file, com.example.hellospring.HellospringApplication]
[INFO]
[INFO] Built and pushed image as acrcopdev.azurecr.io/hellospring
[INFO] Executing tasks:
[INFO] [============================ ] 91.7% complete
[INFO] > launching layer pushers
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 9.401 s
[INFO] Finished at: 2023-02-06T08:03:29+09:00
[INFO] ------------------------------------------------------------------------ACR reop 에서 확인
azure portal을 통해 확인해 보겠습니다. 아래와 같이 컨테이너를 업로드한 결과까지 확인할 수 있습니다.
정리
전체 CI/CD 흐름도를 기준으로 CI수행 단계인 "소스준비 → 애플리케이션 동작확인 → ACR로 한 번에 업로드(build, container, push) → ACR에서 확인"까지 완료를 하였습니다.
구글에서 만든 jib는 자동화에 강력한 도구라고 생각합니다. 쿠버네티스가 아니더라도 활용해 보실 만할 것 같습니다.
참고로 gitlab을 CI에 활용하는 내용은 사내에서 repo를 gitlab으로 이전하는 과정에 있어 이전이 완료되는 대로 추가로 진행해 보겠습니다.
다음은
CI 과정을 통해 업로드한 애플리케이션을 k8s클러스터에 배포하는 과정을 진행해 보겠습니다.
broccoli 님의 최신 블로그
더보기-
- LLM과 Reveal.js로 슬라이드를 쉽게 만들고 공유하기
- 블로그를 운영하다 보면 작성한 글을 슬라이드와 같은 형식으로 효과적으로 공유해야 할 때가 있습니다. 이럴 때마다 슬라이드를 처음부터 새로 만드는 것은 상당한 시간과 노력이 필요한 작업입니다. 하지만, LLM과 Reveal.js를 활용하면 작성한 글을 효율적으로 슬라이드로 변환하고, GitHub Pages를 통해 쉽게 게시하여 함께 볼 수 있습니다. 이 글에서는 그 과정에 대한 아이디어를 나누어 보도록 하겠습니다. 블로그 글을 슬라이드로 변환해야 하는 이유 블로그 글은 상세한 설명과 깊이 있는 내용을 담기에 적합한 형식이지만, 발표나 강연에서는 핵심 내용을 시각적으로 전달할 수 있는 슬라이드가 더 효과적입니다. 블로그 글을 슬라이드로 변환하면 유용한 상황들이 있습니...
-
- 빠르게 실행해 볼 수 있는 AI 시대 - 프로젝트에 투입해야 하는 서버
- 들어가는 말 빠르게 실행해볼 수 있는 AI 시대의 글로 이번에는 하드웨어 분야 서버에 관한 내용으로 공유해 보도록 하겠습니다. AI 기술의 발전은 우리 사회의 많은 영역에 변화를 가져오고 있으며, 특히 엔지니어링 전문 분야에서의 역할과 접근 방식에도 깊은 영향을 미치고 있습니다. 과거에는 특정 분야의 깊이 있는 전문성이 중요했지만, 이제는 AI를 통해 새로운 지식을 빠르게 습득하고 다양한 문제에 유연하게 대처하는 능력이 점차 중요해지고 있다고 말할 수 있을 것입니다. 온프레미스 환경에 노출된 개발자가 하드웨어를 다루는 과정의 내용을 통해 AI시대 엔지니어의 역할에 대해 생각해 볼 수 있는 기회가 되었으면 합니다. 예상치 못한 온프레미스 도전 풍부한 클라우드 환경에...
-
- 진짜 AI 에이전트형 코딩 툴 ＇Claude-Code＇
- Claude Code 왜 지금 핫한가? Claude Code란? Claude Code는 Anthropic에서 개발한 AI 기반 코딩 에이전트입니다. 단순한 코드 자동 완성 기능을 넘어 자율적(agentic) 코딩을 지원하는 강력한 도구입니다. 2025년 현재, Claude Code는 개발자가 복잡한 소프트웨어 프로젝트를 계획하고, 작성하며, 디버깅하고, 배포하는 전 과정을 자동화하거나 간소화할 수 있도록 설계되었습니다. 기존 AI 코딩 도구(예: Copilot, Cursor)는 코드 자동완성‧스니펫 제안에 초점이 있지만, Claude Code는 전체 코드베이스를 실제로 탐색, 분석, 수정, 커밋, 푸시까지 ‘엔지니어처럼’ 처리하는 AI 도구입니다. 예를 들어, 사...
-
- KVM 기반 VM의 외부 접근성 향상을 위한 브리지 네트워크 구성
- 들어가는 말 올해 프로젝트는 온프레미스 환경에서의 도전 과제들이 많이 발생되고 있습니다. 그 중의 하나로 외부 네트워크를 통해서 호스트에 접속한 후에 호스트에 구성된 KVM 기반의 VM에 접속하는 불편을 해결하는 요구사항에 대한 과제입니다. 즉, 외부에서도 VM(가상머신)에 직접 접속할 수 있는 방법의 제시가 필요합니다. 브리지 네트워크 구성 방식의 특징 브리지 네트워크는 KVM 기반 VM에 외부에서 접근할 때 일반적으로 선호되는 방식입니다. 직접적인 IP 할당 : 브리지 네트워크를 사용하면 VM이 호스트와 동일한 네트워크에 존재하게 되어, VM에 IP를 직접 할당할 수 있습니다. 이는 NAT(Network Address Translation) 방식과 달리, VM...
DEVOTEE를 활성화 시키면
지금 작성한 댓글에 AI가 댓글을 달아줍니다.