티스토리

우주여행18호

검색하기

블로그 홈

우주여행18호

universe18.tistory.com/m

자바바라 님의 블로그입니다.

구독자: 1

방명록 방문하기

주요 글 목록

DevSecOps 파이프라인 DevSecOps 파이프라인을 Kubernetes(Kind) 기반 구축 가이드. AWS/GCP/Azure 또는 온프레미스 환경에 맞게 변형 가능. 1. 인프라 아키텍처 개요graph TD A[Developer] -->|Git Push| B(GitHub/GitLab) B -->|Webhook| C[Jenkins CI] C -->|Build & Scan| D[Docker Registry] C -->|Security Scan| E[SonarQube/Trivy] D -->|Pull Image| F[ArgoCD] F -->|Deploy| G[Kubernetes] G -->|Monitoring| H[Prometheus+Grafana] H -->|Alert| .. 공감수 1 댓글수 1 2025. 4. 20.
Canary 배포(Helm, ArgoCD, Istio) (2) Canary 배포 Jenkins Pipeline 코드와 상세 프로세스를 단계별 설명1. Jenkins Pipelinepipeline { agent any environment { // Helm & Kubernetes HELM_CHART_DIR = "helm-chart" NAMESPACE = "production" DOCKER_IMAGE = "my-registry.com/my-app:${env.BUILD_NUMBER}" // ArgoCD ARGOCD_SERVER = "argocd.example.com" ARGOCD_APP_NAME = "my-app-canary" .. 공감수 1 댓글수 0 2025. 4. 8.
Canary 배포(Helm, ArgoCD, Istio) (1) Helm, ArgoCD, Istio를 활용한 Canary 배포 프로세스와 Jenkins Pipeline 코드Canary 배포 시나리오 흐름1. 사전 구성: Helm 차트 구성 + Istio VirtualService 설정2. 파이프라인 실행: Jenkins가 Canary 배포 트리거3. 점진적 롤아웃: 10% → 30% → 100% 트래픽 전환 4. 모니터링: Prometheus 메트릭 기반 자동 롤백 5. 완료: Canary 정상 작동 시 Stable 버전으로 전환 1. 사전 구성Helm 차트 구조my-app-chart/ ├── templates/ │ ├── deployment.yaml # 안정화 버전 (stable) │ ├── canary-deployment.yaml # Cana.. 공감수 1 댓글수 0 2025. 4. 8.
jenkins pipeline (helm+kustomize+argocd) 표준화된 패키징(Helm), 유연한 설정 관리(Kustomize), 자동화된 배포(ArgoCD)Kubernetes 애플리케이션을 배포하는 Jenkins Pipeline 스크립트 예제## 사전 준비 사항- Jenkins에 설치된 플러그인: Helm+Kubernetes+ArgoCD- 인프라 구성: - Helm 레지스트리 서버 - ArgoCD 서버 및 대상 Kubernetes 클러스터 연결 - Git 저장소에 `helm-chart`, `kustomize/overlays` 디렉터리 구조 필요## 실행 시나리오1. 개발자가 코드를 `main` 브랜치에 푸시 → Jenkins 파이프라인 트리거. 2. Helm으로 패키징 → Kustomize로 환경별 설정 적용 → ArgoCD가 배포 실행. 3. Arg.. 공감수 0 댓글수 0 2025. 4. 8.
ngrok 이용 local환경 jenkins github webhooks 1. Jenkins 환경실행환경 : windows Docker Desktop Jenkins (ip: 192.168.56.1:8081)jenkins plugin 설치: Github Integration Plugin(Jenkins 대시보드에서 Manage Jenkins > Manage Plugins로 이동해 GitHub 플러그인을 검색하고 설치)jenkins 작업 설정: (새로운 작업을 생성하거나, 기존 작업 편집). Source Code Management 섹션에서 GitHub 저장소 URL을 입력합니다 (예: https://github.com/username/repository.git). . Build Triggers 섹션에서 GitHub hook trigger for GITScm polling 옵션을 .. 공감수 0 댓글수 0 2025. 4. 3.
CICD 실습 (k8s) 환경 구성 1. Cluster: kubernetes2. CICD: jenkins3. deploy: tomcat 1-1. k8s cluster 생성하기 (control-plan: 1 , worker: 2)VERSION: v1.27.2OS-IMAGE: Rocky Linux 8.8 (Green Obsidian)KERNEL-VERSION: 477.10.1.el8_8.x86_64CONTAINER-RUNTIME: containerd://1.6.21# Vagrantfile (https://cafe.naver.com/kubeops/473)==================================================NodeCnt = 2Vagrant.configure("2") do |config| config.vm.. 공감수 0 댓글수 0 2025. 3. 31.
Jenkins Pipeline (Harbor + ArgoCD) GitHub에 코드 푸시Jenkins가 GitHub Webhook을 받아 빌드 실행Docker 이미지 빌드 및 Harbor에 PushArgoCD가 자동으로 새로운 이미지 배포1. GitHub Webhook 설정GitHub에서 Settings → Webhooks에서 Jenkins의 Webhook을 추가해.URL 예시:http://your-jenkins-server:8080/github-webhook/2. Jenkinsfile 작성Jenkins가 빌드하고 Harbor에 이미지를 Push하는 Jenkinsfile을 루트 디렉토리에 추가해.pipeline { agent any environment { HARBOR_URL = "harbor.example.com" IMAGE_NA.. 공감수 0 댓글수 0 2025. 3. 14.
k8s cluster default namespace 자원삭제 Kubernetes 클러스터의 default 네임스페이스에 있는 모든 자원을 삭제하는 과정은 주의가 필요합니다. 실수로 중요한 시스템 자원을 삭제하지 않도록 반드시 현재 네임스페이스와 삭제 대상을 재확인해야 합니다.과정 개요:현재 네임스페이스 확인: 현재 작업 중인 네임스페이스가 default인지 확인합니다.default 네임스페이스 자원 목록 확인: 삭제할 자원들을 미리 확인합니다.자원 삭제: kubectl delete 명령어를 사용하여 자원을 삭제합니다.삭제 확인: 자원이 정상적으로 삭제되었는지 확인합니다.(선택) 네임스페이스 삭제 및 재생성: default 네임스페이스 자체를 삭제하고 다시 생성할 수 있습니다. (권장하지 않음)단계별 명령어와 설명:1. 현재 네임스페이스 확인:kubectl conf.. 공감수 0 댓글수 0 2025. 3. 10.
k8s cluster default namespace 자원 삭제 Kubernetes 클러스터의 default 네임스페이스에 있는 리소스를 삭제하는 과정은 신중하게 접근해야 합니다. default 네임스페이스는 사용자가 명시적으로 네임스페이스를 지정하지 않았을 때 기본적으로 사용되는 공간이기 때문에, 의도치 않게 중요한 리소스를 삭제할 위험이 있습니다.주의:삭제 전 반드시 백업: 삭제 작업 전에는 반드시 중요한 데이터를 백업해야 합니다.영향 범위 확인: default 네임스페이스에 어떤 리소스가 있는지, 삭제 시 어떤 영향을 미치는지 충분히 검토해야 합니다. 프로덕션 환경이라면 더욱 신중해야 합니다.불필요한 리소스만: 꼭 필요한 리소스는 삭제하지 않도록 주의합니다.삭제 과정 개요 및 단계별 명령어:default 네임스페이스의 리소스 목록 확인:어떤 리소스가 있는지 확인.. 공감수 0 댓글수 0 2025. 3. 10.
섹션별 항목 설명 MariaDB의 `SHOW ENGINE INNODB STATUS` 출력 결과는 InnoDB 엔진의 내부 상태를 세부적으로 진단할 수 있는 정보를 제공합니다. 각 섹션별로 자세한 설명과 주요 지표, 문제 발생 시 대응 방안을 정리했습니다. --- 1. BACKGROUND THREAD - 설명: InnoDB의 백그라운드 스레드 상태를 나타냅니다. - `Main thread`: 버퍼 풀의 데이터 플러시, 리두 로그 관리, 체크포인트 실행 등 핵심 작업을 처리합니다. - `I/O threads`: 읽기/쓰기 스레드(보통 `innodb_read_io_threads`, `innodb_write_io_threads`로 설정됨), 로그 스레드, 삽입 버퍼(Insert Buffer) 스레드 등이 포함됩니.. 공감수 1 댓글수 0 2025. 3. 5.
MariaDB InnoDB 상태 점검 방법 MariaDB의 InnoDB 상태를 점검하는 방법과 주요 지표에 대한 설명입니다. 다음 단계를 따라 진행하시면 됩니다. 1. InnoDB 상태 확인 명령어 실행 MariaDB 클라이언트에 접속한 후 다음 명령어를 실행합니다: SHOW ENGINE INNODB STATUS\G 2. 출력 결과 분석 결과는 여러 섹션으로 나뉘며, 각 섹션별로 확인할 사항은 다음과 같습니다. --- 1. BACKGROUND THREAD - InnoDB 백그라운드 스레드 상태를 나타냅니다. - Main thread: 주로 I/O 작업(로그 플러시, 버퍼 풀 플러시)을 관리합니다. - Pending 셧다운이나 오류 메시지가 있는지 확인합니다. --- 2. SEMAPHORES - 잠금 경합 및 스레드 대기 상태를 보여줍니다... 공감수 0 댓글수 0 2025. 3. 5.
mariadb innodb status 점검 MariaDB에서 InnoDB 스토리지 엔진의 상태를 점검하는 방법은 여러 가지가 있습니다. 주로 사용하는 명령어와 확인해야 할 주요 지표들을 설명해 드리겠습니다.1. SHOW ENGINE INNODB STATUS 명령어 (가장 중요)이 명령어는 InnoDB 엔진의 상세한 상태 정보를 제공하는 가장 기본적인 방법입니다. 콘솔(MySQL/MariaDB 클라이언트)에서 다음 명령어를 실행합니다: SHOW ENGINE INNODB STATUS\G \G는 출력을 세로로 정렬하여 보기 쉽게 만들어 줍니다. 출력 결과는 여러 섹션으로 나뉘어 있으며, 각 섹션별로 중요한 정보는 다음과 같습니다:BACKGROUND THREAD: InnoDB의 백그라운드 스레드(마스터 스레드 등)의 상태를 보여줍니다. .. 공감수 0 댓글수 0 2025. 3. 5.
Try istio + kiali https://istio.io/latest/docs/setup/getting-started/ Getting Started 7 minute read page test Want to explore Istio’s ambient mode? Visit the Getting Started with Ambient Mode guide! This guide lets you quickly evaluate Istio. If you are already familiar with Istio or interested in installing other configuration profiles or advanced deployment models, refer to our which Istio installation met.. 공감수 1 댓글수 0 2025. 2. 19.
Try istio + kiali https://istio.io/latest/docs/setup/getting-started/https://www.youtube.com/watch?v=1yuW2wYXPt0Getting Started 7 minute read page test Want to explore Istio’s ambient mode? Visit the Getting Started with Ambient Mode guide! This guide lets you quickly evaluate Istio. If you are already familiar with Istio or interested in installing other configuration profiles or advanced deployment models,.. 공감수 1 댓글수 0 2025. 2. 18.
k8s환경에 Terraform을 사용하여 Istio와 Kiali 설치 Kind Cluster Native K8s 환경에 Terraform, Istio, Kiali 구성 (단계별 명령어)Kind 클러스터로 생성한 Kubernetes 환경에 Terraform을 사용하여 Istio와 Kiali를 설치하는 방법을 단계별로 설명합니다.전제 조건:Windows 11 WSL Ubuntu 환경: 이미 구성되어 있어야 합니다 (이전 답변 참조).Kind: 설치되어 있어야 합니다 (이전 답변 참조).kubectl: 설치되어 있어야 합니다 (일반적으로 Kind 설치 시 자동 설치).curl, unzip: Ubuntu 환경에 설치되어 있어야 합니다 (sudo apt install curl unzip).단계 1: Kind 클러스터 생성 (이미 있는 경우 생략 가능)Kind 클러스터가 아직 없다면.. 공감수 1 댓글수 0 2025. 2. 16.
Istio + Kiali by Terraform Kind 클러스터 (Native Kubernetes) 환경에서 Terraform을 사용하여 Istio와 Kiali를 구성하는 단계별 명령어 가이드입니다.전제 조건:Kind 클러스터가 이미 생성되어 실행 중이어야 합니다. (이전 답변의 Kind 설치 및 클러스터 생성 방법 참고)kubectl이 Kind 클러스터에 연결되어 있어야 합니다. (kubectl config current-context로 확인)Terraform이 설치되어 있어야 합니다. (Terraform 공식 사이트에서 다운로드 및 설치: https://developer.hashicorp.com/terraform/downloads)git 설치가 되어 있어야 합니다.1단계: Istio 설치를 위한 Terraform Provider 및 리소스 정의프.. 공감수 0 댓글수 0 2025. 2. 16.
Windows 11 WSL Ubuntu 환경 구성 및 Kind Cluster 설치 Windows 11 환경에서 WSL (Windows Subsystem for Linux)을 사용하여 Ubuntu를 설치하고, 그 안에 Kubernetes in Docker (Kind) 클러스터를 설치하는 방법을 단계별로 설명합니다. 1단계: WSL 및 Ubuntu 설치WSL 활성화:관리자 권한으로 PowerShell 또는 Windows 명령 프롬프트를 엽니다. (Windows 키 + X, "Windows PowerShell (관리자)" 또는 "명령 프롬프트 (관리자)" 선택)다음 명령어를 실행하여 WSL 기능을 활성화합니다.wsl --install컴퓨터를 다시 시작하라는 메시지가 나타나면 다시 시작합니다.Ubuntu 설치 (기본 배포판):wsl --install 명령어는 기본적으로 Ubuntu를 설치합.. 공감수 1 댓글수 0 2025. 2. 13.
Native K8s + Docker, Jenkins, Ansible 시나리오 기본 전제 조건:Kubernetes 클러스터 (Minikube, Kind, Managed Kubernetes 등)kubectl CLI 설치 및 Kubernetes 클러스터와 연결 설정Jenkins 설치 (Kubernetes 플러그인을 사용하여 Kubernetes 클러스터 내에 설치 권장)Ansible 설치 (Jenkins 서버 또는 별도 서버에 설치)Docker 설치 (Jenkins 서버 또는 별도 빌드 서버에 설치)Jenkins와 Ansible 간 SSH 연결 설정 (필요한 경우)Jenkins에 필요한 플러그인 설치 (Kubernetes, Pipeline, Ansible, Docker Pipeline 등)Kubernetes 클러스터에 대한 접근 권한 (kubeconfig 파일 또는 Service Acc.. 공감수 1 댓글수 0 2025. 2. 12.
Native K8s + Jenkins, Ansible (2) 핵심: Jenkins Pipeline은 워크플로우 오케스트레이션 (빌드, 테스트, 배포 단계 조정), Ansible Playbook은 Kubernetes 리소스 관리 및 인프라 구성 (Deployment, Service, ConfigMap 생성/변경, 노드 스케일링, 백업)을 담당합니다.시나리오 1: 지속적 배포 (Continuous Deployment) - 자동화된 애플리케이션 업데이트 개요: Git 저장소 변경 -> Jenkins Pipeline 트리거 -> Docker 이미지 빌드 및 레지스트리 푸시 -> Ansible Playbook 실행 -> Kubernetes Deployment 업데이트 (롤링 업데이트)단계:Jenkins Pipeline (Jenkinsfile): pipeline {.. 공감수 1 댓글수 0 2025. 2. 11.
Native K8s + Jenkins, Ansible (1) 기본 전제 조건:Kubernetes 클러스터 (예: minikube, kind, managed Kubernetes 서비스)Jenkins 설치 (Kubernetes 플러그인을 사용하여 Kubernetes 클러스터 내에 설치 권장)Ansible 설치 (Jenkins 서버 또는 별도의 서버에 설치)kubectl, ssh, git 등 필요한 도구 설치Jenkins와 Ansible 간의 인증 설정 (예: SSH 키)시나리오 1: Kubernetes 애플리케이션 빌드, 테스트 및 배포개요:소스 코드 변경 시 Jenkins가 트리거되어 애플리케이션을 빌드, 테스트하고, Docker 이미지를 생성하여 Kubernetes 클러스터에 배포합니다. Ansible은 Kubernetes 매니페스트 (YAML 파일)를 관리하고 .. 공감수 2 댓글수 0 2025. 2. 11.
Native Kubernetes 리소스 삭제 Native Kubernetes 환경에서 Jenkins와 Ansible을 활용하여 리소스를 삭제하는 5가지 시나리오와 각 단계를 명령어로 설명한 것입니다. 이러한 시나리오는 CI/CD 파이프라인에서 불필요한 리소스를 정리하거나, 테스트 환경을 삭제하는 데 유용합니다. --- 시나리오 1: Jenkins를 사용하여 Kubernetes Deployment 삭제 개요: Jenkins 파이프라인에서 `kubectl` 명령어를 사용하여 특정 Deployment를 삭제합니다. 단계: 1. Jenkins 파이프라인에서 `kubectl delete` 명령어 실행. 명령어: # Jenkins 파이프라인 스크립트 예시 pipeline { agent any stages { stage('De.. 공감수 0 댓글수 0 2025. 2. 11.
Native k8s 인프라 관리 Native Kubernetes 환경에서 Jenkins와 Ansible을 활용한 20가지 실제 사용 시나리오 (명령어 포함) Jenkins는 Kubernetes 내부에 Pod으로 배포되었다고 가정합니다. Ansible Playbook은 Jenkins Pipeline에서 ansible-playbook 명령어를 통해 실행됩니다. 사전 설정: Jenkins Kubernetes Plugin 설치 Ansible 설치 (Jenkins Pod 또는 별도의 Ansible 서버) Kubernetes Secret 생성 (credentials, Skey 등) 시나리오 및 명령어: 1. 애플리케이션 배포 (Deployment 업데이트): pipeline { agent any stages { stage('Depl.. 공감수 1 댓글수 0 2025. 2. 11.
CI/CD 파이프라인과 인프라 관리 자동화 Jenkins와 Ansible을 결합한 CI/CD 파이프라인과 인프라 관리 자동화를 명령어로 구현한 예시입니다. 각 시나리오는 실제 환경에 맞게 커스터마이징할 수 있습니다. --- 시나리오 1: Jenkins를 사용하여 Kubernetes에 애플리케이션 배포 (확장) 목표: Jenkins 파이프라인에서 애플리케이션을 빌드하고, Kubernetes에 배포하며, 배포 상태를 확인합니다. # Jenkins 파이프라인 스크립트 (Jenkinsfile) pipeline { agent any environment { DOCKER_IMAGE = "my-registry/my-app:${BUILD_NUMBER}" KUBE_NAMESPACE = "my-namespace" .. 공감수 0 댓글수 0 2025. 2. 11.
Dockerfile(nginx) 배포 시나리오 Terraform을 이용한 Native Kubernetes 환경에서 ArgoCD를 통해 Dockerfile(Nginx) 배포하는 시나리오 목표: Native Kubernetes 환경에서 Terraform을 사용해 ArgoCD를 배포하고, 이를 통해 Nginx 애플리케이션을 GitOps 방식으로 관리하는 과정을 명령어로 설명합니다. --- 1️⃣ Dockerfile 작성 및 이미지 빌드 먼저, Dockerfile을 작성하고 이미지를 빌드한 후, Container Registry(DockerHub, Harbor, ECR 등)에 푸시합니다. dockerfile # nginx Dockerfile FROM nginx:latest COPY ./index.html /usr/share/nginx/htm.. 공감수 0 댓글수 0 2025. 2. 10.
Jenkins에서 인증서 사용하는 방법 Jenkins에서 인증서 사용하는 방법 (명령어 중심) Jenkins에서 인증서를 사용하는 방법은 크게 두 가지 시나리오로 나눌 수 있습니다. Jenkins 자체의 HTTPS 설정 (웹 인터페이스 보안): Jenkins 웹 인터페이스에 접속할 때 HTTPS를 사용하도록 설정합니다. 빌드 파이프라인 내에서 인증서 사용 (Harbor, Kubernetes 등): 빌드 파이프라인에서 외부 서비스 (Harbor, Kubernetes 등)에 접근할 때 인증서를 사용합니다. 각 시나리오별 설정 방법을 설명하겠습니다. 1. Jenkins 자체의 HTTPS 설정: 이 설정은 Jenkins 웹 인터페이스에 HTTPS를 적용하여 보안을 강화하는 방법입니다. 사전 준비: 도메인 이름 (예: jenkins.example.co.. 공감수 0 댓글수 0 2025. 2. 10.
Jenkins를 이용한 Dockerfile 배포 Jenkins를 이용한 Dockerfile 배포 시나리오 (명령어 중심) 시나리오: 개발자: Dockerfile 및 애플리케이션 코드를 GitHub 저장소에 Push Jenkins: GitHub 저장소의 변경 사항을 감지하고 빌드 파이프라인 시작 빌드 파이프라인: GitHub에서 소스 코드 가져오기 Dockerfile을 사용하여 Docker 이미지 빌드 Docker 이미지를 Docker Hub 또는 자체 이미지 레지스트리에 Push Kubernetes 클러스터에 배포 매니페스트 적용 (Deployment, Service 등) Kubernetes: 배포 매니페스트에 따라 애플리케이션 Pod 생성 및 관리 전제 조건: Jenkins 서버가 이미 구성되어 있고, Kubernetes 클러스터에 접근 가능한 상태.. 공감수 1 댓글수 0 2025. 2. 10.
Terraform을 이용한 CI/CD 구축 Native Kubernetes 환경에 Terraform을 이용한 CI/CD 구축 명령어 아래는 Native Kubernetes 환경에 Terraform을 이용하여 기본적인 CI/CD 파이프라인을 구축하는 명령어와 설명입니다. 이 예시는 Git 저장소 변경을 감지하여 자동으로 애플리케이션을 빌드, 테스트, 배포하는 것을 목표로 합니다. 사전 준비: Kubernetes 클러스터: 이미 실행 중인 Kubernetes 클러스터가 필요합니다. (Minikube, Kind, 또는 클라우드 제공 Kubernetes 서비스) Terraform: Terraform이 설치되어 있어야 합니다. (https://www.terraform.io/downloads)kubectl: Kubernetes 클러스터에 접근하기 위한 ku.. 공감수 1 댓글수 0 2025. 2. 10.
베어메탈 Kubernetes 구성 과정 Terraform + Ansible + PXE + IPMI + MetalLB를 이용한 베어메탈 Kubernetes 구성 과정 이 구성은 다음과 같은 단계를 거칩니다: Terraform: IPMI를 통해 베어메탈 서버를 프로비저닝하고 네트워크 설정을 구성합니다. PXE (Preboot Execution Environment): 베어메탈 서버를 부팅하고 운영체제를 설치합니다. Ansible: 운영체제 설치 후 Kubernetes 클러스터를 구성하고 MetalLB를 설정합니다. MetalLB: Kubernetes 클러스터에 LoadBalancer 타입의 서비스를 제공합니다. 전제 조건: Terraform, Ansible, IPMItool, PXE 서버가 이미 구성되어 있어야 합니다. 베어메탈 서버는 IPMI .. 공감수 1 댓글수 0 2025. 2. 10.
Oracle 동적 성능 뷰(Dynamic Performance Views) Oracle 동적 성능 뷰(Dynamic Performance Views)는 데이터베이스의 실시간 상태 및 성능 정보를 제공하는 특수한 뷰. 주로 `V$` 접두사로 시작하며, 메모리 구조(SGA, PGA 등)에 저장된 정보. 데이터베이스가 가동 중일 때만 접근 가능하며, DBA(데이터베이스 관리자)가 모니터링, 튜닝, 문제 진단에 활용. --- 주요 특징* 메모리 기반: 디스크가 아닌 SGA(System Global Area)의 정보를 참조. 인스턴스 종료 시 데이터가 초기화.* 실시간 데이터: 현재 데이터베이스의 상태(세션, 잠금, SQL 실행 통계, 리소스 사용량 등)를 반영. 예: `V$SESSION`, `V$SQL`, `V$LOCK` 등.* 동적 데이터: 데이터베이스의 상태가 변함에 따라 .. 공감수 0 댓글수 1 2025. 2. 1.
Oracle Temp Tablespace 증설 작업 오라클 데이터베이스에서 TEMP 테이블스페이스를 증설 작업은 대량의 정렬(Sort), 해시 조인(Hash Join) 또는 임시 테이블 작업 시 발생하는 공간 부족 문제를 해결하기 위해 필요. --- 1. 현재 TEMP 테이블스페이스 사용 현황 확인 1.1 TEMP 테이블스페이스 정보 조회 -- TEMP 테이블스페이스의 데이터 파일(tempfile) 정보 확인 SELECT tablespace_name, file_name, bytes/1024/1024 AS "현재 크기(MB)", maxbytes/1024/1024 AS "최대 크기(MB)", autoextensible FROM dba_temp_files WHERE tablespace_name = 'TEMP';.. 공감수 0 댓글수 1 2025. 2. 1.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.