개발자의 축구 기행문

[VS Code] VS Code IDE에서 Spring boot 프로젝트 특정 profile 선택해서 실행하기

성남FC — Mon, 28 Apr 2025 19:21:09 +0900

VS Code에서 Spring Boot 애플리케이션 실행 시 프로파일 선택하는 방법

VS Code에서 Spring Boot 애플리케이션을 실행할 때, 특정 프로파일을 선택하여 애플리케이션을 실행하려면 몇 가지 설정을 해줘야 합니다. 이 글에서는 launch.json 파일을 수정하여 실행할 프로파일을 선택하는 방법을 설명합니다.

launch.json 설정 파일 수정

VS Code에서 Spring Boot 애플리케이션을 실행할 때 사용할 프로파일을 설정하려면, 먼저 launch.json 파일을 수정해야 합니다.

Run and Debug 탭을 클릭합니다.
Create a launch.json file을 선택하고, spring-boot 템플릿을 선택하거나 기존의 launch.json 파일을 수정합니다.

launch.json 설정 예시

launch.json 파일을 다음과 같이 수정합니다. 이 예시에서는 SPRING_PROFILES_ACTIVE 환경변수를 사용해 dev 프로파일을 설정하고 있습니다.

{
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Spring Boot",
      "type": "java",
      "request": "launch",
      "mainClass": "com.example.MainApplication",
      "env": {
        "SPRING_PROFILES_ACTIVE": "dev"  // 원하는 프로파일 (dev, prd 등)로 설정
      }
    }
  ]
}

[윈도우] 영구적으로 PowerShell 인코딩 UTF-8 설정

성남FC — Fri, 18 Apr 2025 13:00:01 +0900

PowerShell 프로필 스크립트($PROFILE)에 설정을 추가하면 매번 실행할 필요 없이 자동으로 인코딩이 UTF-8이 적용됩니다.

1. 프로필 스크립트 확인 및 생성

먼저, 프로필 스크립트가 있는지 확인하고, 없으면 생성합니다.

if (!(Test-Path $PROFILE)) { New-Item -Path $PROFILE -ItemType File -Force }

2. 프로필 파일에 UTF-8 설정 추가

프로필 파일을 열어서 UTF-8 설정을 추가해야 합니다.

notepad $PROFILE

위 명령어를 실행하면 notepad가 열립니다.

그 안에 아래 내용을 추가하고 저장하세요.

[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
$PSDefaultParameterValues['Out-File:Encoding'] = 'utf8'

3. 변경 사항 적용

이제 PowerShell을 닫고 다시 실행하면 자동으로 UTF-8 인코딩이 적용됩니다.

즉, 새 PowerShell 창을 열더라도 한글이 깨지지 않습니다.

4. 스크립트 적용

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

[Github] Git Push fatal:Authentication failed for 'url' In a case you entered incorrect password, please update it in Keychain Access application.

성남FC — Thu, 17 Apr 2025 15:26:45 +0900

Pushing to https://github.com/myid/myrepo.git
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://docs.github.com/get-started/getting-started-with-git/about-remote-repositories#cloning-with-https-urls for information on currently recommended modes of authentication.
fatal:Authentication failed for 'https://github.com/myid/myrepo.git/' In a case you entered incorrect password, please update it in Keychain Access application.

오랜만에 개인 기기로 작업을 좀 한 뒤, github에 push 했습니다.

그런데 해당 에러가 발생하며 push 가 안되는 현상이 발생하여, push가 완료되지 않았습니다.

분명히 예전에 기한 제한 없이 token 을 발급 받아서 설정 했던 것 같은데

하지만, 막상 Github에 들어가보니, 지난번에 생성한 token 들이 모두 만료되었네요 ㅎㅎ

This token has expired

만료가 되었을 경우, 삭제 해주시고 새로운 토큰을 발급 받아주시면 됩니다.

새로운 토큰 발급 방법은 아래 링크에 자세히 설명되어 있습니다

[Github] Personal Access Token 생성 방법

성남FC — Mon, 14 Apr 2025 10:35:58 +0900

Username for 'https://github.com': myid
Password for 'https://myid@github.com' :
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ fatal: Authentication failed for 'https://github.com/myid/myrepo.git/'

프로젝트에 최초로 git init을 한 경우, 이후 GitHub의 origin 저장소에 push를 시도하면 인증 관련 에러가 발생할 수 있습니다.

이는 GitHub에서 2021년 8월부로 비밀번호 인증을 더 이상 지원하지 않고, 대신 Personal Access Token(PAT) 을 사용하여 인증하도록 변경되었기 때문입니다.

따라서 GitHub 홈페이지에서 새로운 토큰을 발급받고, 이를 로컬 Git에 연동해주어야 합니다.

아래 내용을 따라 진행해주세요.

✅ 새로운 Personal Access Token 생성 방법 (Classic 방식)

GitHub 접속 → 로그인
우측 상단 프로필 클릭 → Settings
좌측 메뉴에서 아래로 스크롤 → Developer settings
Personal access tokens → Fine-grained tokens 선택
우측 상단 "Generate new token" 클릭

설정할 항목들

1. Token name (이름)

예: study-token

2. Resource owner

로그인된 계정 및 추가 사용자

3. Expiration (만료일)

90일, 180일, 1년, 또는 No expiration (보안상 90일 추천)
개인 스터디 용으로 사용 시 'No expiration'도 사용가능하긴 합니다.

4. Repository access (저장소 접근 권한)

옵션	접근 대상	비공개 접근	자동 확장	권장 사항
Public repositories	본인 포함 모든 공개 저장소	❌	N/A	단순 열람, 클론
All repositories	현재 + 앞으로 생성할 저장소 전체	✅	✅	모든 프로젝트에 활용할 토큰
Only select repositories	선택한 저장소(최대 50개)	✅	❌	제한적 접근, 외부앱용

최소 권한 설정 방법

Repository Permissions:
- 기본적으로 Contents, Issues, Pull requests 권한을 선택하면 대부분의 작업 가능
- 추가적으로 CI/CD가 필요하면 Actions, 보안 관리가 필요하면 Code scanning alerts 권한 추가
Account Permissions:
- 대부분의 경우 기본적인 계정 권한만 필요하므로, Profile, Email addresses 정도만 선택하면 충분합니다.

이후 'Generate token' 클릭 시 아래처럼 새로운 토큰이 생성됩니다.

️ Git에 토큰 저장하기

다음 push에서 GitHub 계정과 토큰을 사용할 수 있도록 설정해야 합니다.

아래 명령어 입력 시 popup 창이 뜨고, 내용을 입력해주세요.

git push origin main

사용자명: GitHub 아이디
비밀번호: 방금 만든 토큰

️ 설정 및 토큰 갱신 절차 (macOS/Windows 공통)

1. 기존 인증 정보 삭제

macOS: Keychain Access에서 github.com 항목 삭제
Windows: 자격 증명 관리자에서 git:https://github.com 항목 삭제

[제조업 도메인 지식]OPC UA와 RDP의 연관성

성남FC — Wed, 9 Apr 2025 12:30:35 +0900

공장 자동화나 스마트 팩토리 같은 산업 환경에서 자주 등장하는 용어 중에 OPC UA와 RDP가 있습니다.
두 기술은 서로 완전히 다른 역할을 하지만, 실제 현장에서는 함께 사용되기도 합니다.
이 글에서는 각 기술의 개념과 실제 현장에서의 연관성에 대해 간단하게 정리해보겠습니다.

OPC UA란?

OPC UA (OPC Unified Architecture)는 공장 설비나 장비, 센서 등이 서로 데이터를 주고받을 수 있도록 만든 산업용 통신 프로토콜입니다.

✅ 주요 특징

플랫폼 독립적: Windows, Linux, 임베디드 시스템 등 다양한 환경에서 사용 가능
보안 내장: 암호화, 사용자 인증, 데이터 서명 등 강력한 보안 기능 제공
객체지향 데이터 구조: 단순한 값뿐 아니라 '장비', '센서' 같은 구조적 데이터 표현 가능
높은 확장성: 스마트 팩토리, IIoT, MES, SCADA 등 다양한 시스템에서 활용 가능

예시

PLC에서 온도 데이터를 OPC UA 서버로 전송
클라이언트 프로그램(SCADA, 웹 클라이언트 등)이 해당 데이터를 실시간으로 조회

RDP란?

RDP(Remote Desktop Protocol)는 Microsoft에서 만든 프로토콜로, 다른 컴퓨터에 원격 접속하여 화면을 보고 조작할 수 있게 해주는 기술입니다.

✅ 주요 특징

원격 데스크톱 접속: 다른 컴퓨터의 화면을 실시간으로 보며 조작 가능
시스템 관리에 유용: IT 관리자, 개발자 등이 원격에서 유지보수할 때 많이 사용
Windows 기본 기능: 대부분의 윈도우 운영체제에 내장되어 있음

예시

본사에서 공장 내부 PC에 RDP로 접속
그 PC를 통해 OPC UA 서버 상태를 점검하거나 설정 변경

OPC UA와 RDP의 연관성은?

두 기술은 기술적으로는 완전히 별개의 프로토콜입니다.

OPC UA는 장비와 시스템 간 데이터 통신을 위한 것이고,
RDP는 원격지 컴퓨터에 접속하고 조작하기 위한 것입니다.

하지만 실제 현장에서는 함께 쓰이는 경우가 많습니다.

실제 사용 예시

엔지니어가 공장 현장에 있는 OPC UA 서버를 점검해야 하는 상황
→ 직접 가지 않고, RDP로 공장 내부 PC에 접속
→ 접속한 PC에서 OPC UA 클라이언트를 실행해서 장비 상태를 확인

이처럼, RDP는 원격 접속 수단, OPC UA는 데이터 통신 수단으로 함께 쓰입니다.

두 기술 요약 비교

항목	OPC UA	RDP
목적	장비 간 데이터 통신	원격 접속 및 조작
주요 사용처	공장, 자동화 설비, IoT	시스템 유지보수, 원격 작업
기술적 관계	없음	현장에서 함께 쓰이는 경우 많음
보안 기능	암호화, 인증 내장	암호, 2FA 등 외부 보안 설정 사용

✅ 마무리

정리하자면,

OPC UA는 산업 장비 간 안전하고 구조화된 통신을 위한 프로토콜이고,
RDP는 원격으로 컴퓨터에 접속해 조작하는 데 사용하는 프로토콜입니다.

서로 다른 역할을 하지만, 스마트 팩토리나 원격 유지보수 환경에서는 함께 사용되는 경우가 많습니다.

[Docker] Mac OS에 Docker 설치하기 M칩/인텔칩(by brew)

성남FC — Mon, 7 Apr 2025 13:54:16 +0900

최근 Mac을 새로 세팅하면서 개발 환경도 처음부터 다시 구성하게 되었습니다.

그 중 가장 먼저 설치한 도구 중 하나가 Homebrew와 Docker입니다.

혹시 저처럼 처음 설치하시는 분들이 있다면 참고하시라고 정리해봤습니다.

Step 1. Homebrew 설치

Homebrew는 macOS에서 패키지나 앱을 간편하게 설치할 수 있게 도와주는 필수 도구입니다. 터미널을 열고 아래 명령어를 입력하면 설치가 시작됩니다.

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

설치가 끝나면 터미널에 추가로 아래와 같은 메시지가 뜰 수 있습니다. 이건 brew 명령어를 제대로 인식시키기 위한 설정이니 꼭 따라 해주셔야 합니다.

* Homebrew 설치를 정상적으로 했는데, 아직 터미널에서 brew 명령어를 인식하지 못할 수 있느니, .zprofile을 추가하라는 의미입니다.

M1/M2/M3 (Apple Silicon) 사용자의 경우

echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.zprofile eval "$(/opt/homebrew/bin/brew shellenv)"

Intel Mac 사용자

echo 'eval "$(/usr/local/bin/brew shellenv)"' >> ~/.zprofile eval "$(/usr/local/bin/brew shellenv)"

제대로 설치되었는지 확인하려면 다음 명령어를 입력해봅니다.

brew --version

* homebrew 설치가 정상적으로 완료 되었다면, 버전 정보가 출력됩니다.

Step 2. Docker 설치

이제 Homebrew를 이용해 Docker를 설치해보겠습니다. Docker는 GUI 앱 형태로 설치되기 때문에 --cask 옵션을 사용합니다.

* --cast 옵션은 Homebrew 에서 GUI 애플리케이션을 설치할 때 사용하는 옵션입니다.

brew install --cask docker

* 설치가 완료되면 응용 프로그램 > Docker에서 앱을 실행하거나 아래 명령어로도 실행할 수 있습니다.

처음 실행할 때는 관리자 권한을 요구하거나 로그인을 해야 할 수도 있어요. 실행이 완료되면 화면 오른쪽 상단 메뉴바에 고래 아이콘 이 생기는데, 이 아이콘이 떠 있다면 Docker가 잘 실행된 상태입니다!

Step 3. 설치 확인

마지막으로 Docker가 정상적으로 설치되었는지 확인해보겠습니다.

docker --version

이 명령어를 입력했을 때 버전 정보가 잘 나온다면 성공입니다!

저는 이렇게 macOS에 Homebrew와 Docker를 설치하고 본격적인 개발 환경을 시작했습니다. 혹시 설치 중 막히는 부분이나 궁금한 점 있으시면 댓글 남겨주세요!

[Git] commit 해도 Github 잔디(=커밋 기록) 표시되지 않을

성남FC — Mon, 7 Apr 2025 13:22:53 +0900

다른 기기로 작업을 할 경우 commit을 해도 GitHub 에서 잔디(=커밋 기록)이 제대로 표시되지 않는 경우가 있습니다.

GitHub에 잔디(=커밋 기록)가 생기려면 커밋할 때 사용한 이름과 이메일이 GitHub 계정 정보와 일치해야 합니다.
개인 PC와 회사 PC 등 환경 마다 commit author 가 다를 경우 아래처럼 변경할 수 있습니다.

‍ Git Author 변경하기

git config --global user.name "홍길동"
git config --global user.email "hong@example.com"

위에서 hong@example.com이 GitHub 계정에 등록되어 있어야 잔디가 생김

✅ 커밋 기록 이메일 확인:

git log --pretty=full

Author 와 Commit 이 일치한지 확인 해주세요

[Docker] Window Docker Resource CPU, Memory, SWAP WSL 수정

성남FC — Fri, 4 Apr 2025 09:24:59 +0900

Docker 사용 중 리소스가 부족하다면?

Docker를 사용하다 보면 여러 개의 컨테이너를 실행하게 되고, 결국 CPU와 메모리 리소스가 부족해지는 상황을 겪을 수 있습니다.

특히 Windows에서는 Docker가 WSL(Windows Subsystem for Linux) 을 기반으로 실행됩니다.

그래서 단순히 Docker 설정에서 CPU와 메모리를 변경하는 것이 아니라 WSL의 설정을 수정해줘야 합니다.

Docker 리소스 설정을 변경해야 하는 이유

Docker는 기본적으로 리눅스 기반으로 동작하는 시스템입니다.

Windows에서는 WSL 2 환경을 통해 리눅스 커널을 실행하고, 그 위에서 Docker가 컨테이너를 구동합니다.

Mac OS의 경우? Mac에서는 Docker가 GUI에서 직접 리소스(CPU, Memory)를 설정할 수 있도록 제공하지만, Windows에서는 이런 설정이 바로 적용되지 않습니다.

Windows에서는 WSL의 .wslconfig 파일을 직접 수정해야만 CPU 및 메모리 리소스를 조절할 수 있습니다.

Mac OS는 Linux 기반이기 때문에 Docker Desktop에서 바로 설정이 가능합니다.

WSL 설정 변경하여 Docker 리소스 조절하기

1️⃣ .wslconfig 파일 생성 및 수정

WSL 설정 파일은 C:\\Users\\사용자명 경로에 위치합니다. 만약 .wslconfig 파일이 없다면 직접 만들어야 합니다.

파일 경로:

C:\\Users\\사용자명\\.wslconfig

⚠️ 파일 확장자가 wslconfig.txt 가 되지 않도록 주의하세요

설정 파일 내용:

[wsl2]
memory=4GB   # 최대 메모리 사용량 설정 (예: 4GB)
processors=2  # CPU 코어 수 설정 (예: 2개)
swap=2GB     # 스왑 메모리 설정 (예: 2GB)

memory=4GB → Docker가 사용할 최대 메모리를 4GB로 설정

processors=2 → CPU 코어를 2개만 사용하도록 설정

swap=2GB → 부족한 메모리를 보충할 스왑 공간 2GB 설정

RAM 이 부족할 경우, 이를 보완하기 위해 디스크의 일부를 임시 메모리처럼 사용하는 기능

Docker에서 Swap 설정하는 이유

Docker에서 컨테이너가 사용하는 메모리를 제한해도, 컨테이너가 RAM을 초과해서 사용하려고 하면 swap을 활용할 수 있습니다.

즉, swap을 설정하면 RAM 부족으로 인해 컨테이너가 갑자기 종료되는 것을 방지할 수 있습니다.

⚠️ Swap 설정 시 주의할 점

너무 크게 설정하면 성능 저하
- Swap은 디스크를 사용하기 때문에 너무 많이 설정하면 속도가 느려질 수 있어.
- 일반적으로 RAM의 1~2배 정도로 설정하는 것이 좋음.
SSD 사용이 권장됨 ⚡
- Swap은 지속적으로 읽고 쓰는 작업이 많기 때문에, SSD가 아닌 HDD에서는 성능이 크게 떨어질 수 있음.

Docker Resource 설정하기

1. PowerShell에서 다음 명령어 실행:

notepad C:\\Users\\user\\.wslconfig

2. 내용 입력 후 저장

[wsl2]
memory=4GB
processors=4
swap=2GB

3. Docker Desktop 및 WSL 종료

taskkill /IM "Docker Desktop.exe" /F

wsl --shutdown

4. WSL 재시작 및 wsl root 이동(아래 명령어도 실행/wsl root 이동)

wsl

5. 스펙 확인 명령어 실행

free -h

인생 첫 유럽 축구 직관 PSG vs AS 모나코(파르크 데 프랭스 경기장) 메시 네이마르 음바페의 삼각 편대

성남FC — Wed, 2 Apr 2025 09:47:04 +0900

옛날 기억을 되살리며 축구 기행문을 하나씩 작성하려고 합니다.
당시엔 블로그 작성 생각이 별로 없었기 대문에 사진을 다양하게 찍지 않았습니다. 물론 잘 찍지도 못하지만요 ㅎㅎ
이 부분은 너른 양해 부탁드립니다

‍ 개발자의 축구 기행문 1편 ️ 시작합니다.

2022년 8월 28일, 생일을 맞아 유럽으로 2주 휴가를 떠났습니다.

인생 첫 유럽 여행이었고, 여행 목표는 '축구' 였습니다.

그래서 한 경기라도 더 보기 위해 여러 계획을 세웠고, 총 4경기를 볼 수 있는 동선을 짰습니다.

그 중 첫 번째 목표는 파리 생제르망(PSG, Paris Saint-Germain Football Club) 이었습니다. (클럽 설명 생략)

파리 생제르망 FC

프랑스 파리로 이동

Amsterdam Central Station

PSG 경기를 보기 위해 오전에 기차를 타고 암스테르담에서 파리로 이동 했습니다.

Amsterdam Central Station 에서 Paris Main Station(Paris Gare du Nord) 으로 바로 이동할 예정이었습니다.

그런데.. 이용하려던 기차가 고장으로 취소되는 바람에 Plan B 를 찾아야 했습니다.

(네덜란드 뿐만 아니라 유럽에서 기차 취소는 정말 자주 발생하네요 ‍♂️)

그래도 역 사무실에 문의해 보니 취소된 기차로도 다른 기차를 이용할 수 있다고 했습니다.

찾아보니 취소 시간 이후 가장 빠르게 파리에 갈 수 있던, 벨기에의 브루셀을 경유하는 기차를 탔습니다.

그래서 본의 아니게 Brussels Centra 역에서 경유를 하게 되었습니다.

벨기에 와플

1시간 정도 경유 했는데, 그래도 벨기에 와플을 실제로 먹어볼 수 있어서 나쁘지 않았습니다

역시 달디 답니다 후후

우여곡절 끝에 파리에 무사히 도착했고, 호텔을 향해 열심히 이동했습니다.

도착 직후 호텔에 체크인을 하고 동네 구경을 시작했습니다.

미디어에서만 보던 아름다운 파리의 거리를 걷다 보면 저도 모르게 파리지엥이된 느낌입니다 ㅎㅎ

단순한 여행객이어도 도시에 내적 친밀감이 있기 때문에 그런 생각이 들었나 봅니다

프로 짐꾼

그리고 인생의 버킷리스트 중 하나인 ‘에펠탑을 보면 라따뚜이 OST 듣기’ 를 완료하는 순간이었습니다.

저는 노래를 들으면 추억이나 향수에 젖는 성향인데, 요즘도 이 노래를 들으면 그 순간이 떠오르네요

에펠탑과 좋은 날씨

이제 동네 구경을 어느 정도 마무리하고 저녁을 먹고 경기장으로 이동합니다.

경기장 음식은 줄도 길고, 비싸고, 맛도 특별하지 않다고 해서 미리 먹고 갔습니다

️ PSG 홈 경기장(파르크 데 프랭스)으로 이동

'Exelmans' 역에서 하차 후 약 20분 정도 걸어가면 파르크 데 프랭스 경기장(Parc des Princes) 이 눈앞에 나타납니다.

https://maps.app.goo.gl/wRH6mwZaQi27oSaG7

Porte de Saint-Cloud · 프랑스 75016 파리

★★★★☆ · 지하철역

www.google.com

⛔️ 경기장 입구 찾기 주의사항

유럽 경기장은 Access, Sector, Entrance 같이 입구가 세분화 되어 있어 본인 좌석에 맞는 입구를 확인해야 합니다.

PSG 홈경기장의 경우 Access 번호에 맞는 곳으로 이동하시면 됩니다.

사전에 대충 어딘지 확인해보시면, 막상 경기장에서 안 헤맬 수 있습니다.

PSG 홈경기 티켓

예매한 좌석의 Access에 도착하면 Security 의 소지품 검사를 받게 됩니다.

경기장 마다 금지 물품이 다르지만 보통 유리병, 향수병, 짐벌, 페트병, 라이터, 가방 등은 못 갖고 들어갑니다.

(경기장 외부에 짐 맡기는 곳에 맡겨야 합니다.)

소지품 검사가 무사히 끝나면, 예매 시 수신한 e-ticket 바코드를 기계에 스캔하라고 합니다.

그러면 실물 티켓이 출력 되고, 이걸 다시 게이트에 찍고 입장할 수 있습니다.(3년 전이라 지금은 모르겠네요ㅎㅎ)

PSG 홈 경기장

입장 직후 경기장 분위기는 이렇습니다. 날씨까지 너무 좋아서 더 멋지게 보입니다.

이때까지는 날씨도 맑고 관중도 많이 없어서 피크닉 온 기분이 많이 들었습니다.

훈련하는 PSG 선수들

그리고…경기장 입장 후 얼마 안되어 선수들이 트레이닝을 하러 나옵니다.

처음에는 돈나룸마 먼저 몸을 풀러 나왔는데, 다른 필드 선수들도 트레이닝을 하러 나옵니다.

드디어 메시, 네이마르, 음바페, 라모스를 제 두 눈으로 봤습니다.

당시 PSG의 라인업은 지구방위대를 떠올리게 합니다.

메시, 네이마르, 음바페, 라모스, 돈나룸마, 마르퀴뇨스, 하키미, 베라티, 페레이라 등… 어마무시한 선수들이 많이 나왔습니다.

실제로 유럽 축구를 처음으로 보게 된 거라 그런지 이때의 웅장함을 아직도 잊지 못합니다

스탠드와 트레이닝 하는 구역의 거리가 가까워서 서로 소리치며 훈련하는 소리까지 다 들렸습니다.

경기 시작 전 세레머니

그리고 경기 킥오프 시간이 다가오니, 경기장이 가득차기 시작했습니다.

Collectif ultras paris는 PSG의 공식 서포터즈로 울트라(ultras) 성향의 서포터 모임입니다. ultra라 그런지 열정적인 응원을 멀리서도 느낄 수 있었습니다.

바로 옆 자리에 AS모나코 원정 팬들이 있었는데, 자꾸 홈 팬들한테 빠큐를 날려서 좀 빡쳤습니다 ㅎㅎㅎ.

경기 요약은 대충 이랬습니다.

전반 20분, 모나코는 빠른 역습을 통해 Kevin Volland가 선제골을 기록하며 1-0 리드를 잡았습니다.
PSG는 전반 내내 공격을 주도했지만, 모나코의 조직적인 수비와 골키퍼 Alexander Nübel의 선방에 막혔습니다.
Messi의 중거리 슛이자 빨랫줄처럼 날라가는 슛팅이 골대를 강타하고, Neymar의 리바운드 슈팅도 수비에 차단되면서 득점까지는 이어지지 못했습니다.
그러다 후반 70분, Neymar PK를 얻고, 직접 키커로 나서 침착하게 마무리하며 1-1 동점골을 기록했습니다.

네이마르의 트레이드마크 페널티킥 루틴(PSG 소속 당시)

Mbappé에게 결정적인 기회가 여러 번 왔지만, 슈팅이 골대를 벗어나거나 골키퍼 선방에 막히는든 득점까지 이어지진 못 했습니다.
후반 막판, Hakimi의 강력한 슈팅이 또다시 골대를 맞추며 PSG는 역전 기회를 놓쳤다.
PSG는 마지막까지 공격적으로 모나코를 공략했지만, 결국 경기는 1대1로 마무리되게 되었습니다.

이렇게 인생 첫 번째 유럽 축구 직관 경기인 PSG와 AS 모나코의 경기는 1대1로 종료 되었습니다.

경기에 대한 간략한 후기를 남기자면,

메시의 클래스는 역시 압도적이었습니다. 설렁설렁 뛰는 것 같아도 한 명쯤은 가볍게 제치고, 패스의 질이 와전히 달랐습니다.
네이마르와 음바페는 나름 라이벌전이라 그런지, 중계로 보던 폭발전인 모습은 찾아보기 어려웠습니다. (하지만 1주 뒤 챔스에서..)
AS모나코 팬들… 빠큐 좀 그만해라잉…

이렇게 2022년 8월 28일, 제 인생 첫 번째 유럽 축구 직관 경기인 PSG VS AS 모나코 경기 기행문을 마칩니다.

[Docker] Docker 환경에 mysql 추가하기

성남FC — Fri, 12 Apr 2024 11:23:26 +0900

Docker 가 보편화 되기 이전에는 개발 환경 셋팅에 정말 많은 공수가 필요 했습니다.

하지만 Docker는 애플리케이션과 그 의존성을 컨테이너로 패키징하여 독립성과 경량화 장점을 갖고 있습니다.

물론 빠른 배포, 빠른 스케일링 장점도 있지만 우선 Docker 환경에서 컨테이너를 올려보겠습니다

그러면 mysql 컨테이너를 만들어보겠습니다.

어떻게 Docker 환경에서 mysql 컨테이너를 생성할 수 있을까요?

우선 컨테이너의 생성을 위한 순서는 아래와 같습니다.

1. docker-compose.yml 파일 생성

2. Dockerfile 생성

3. docker-compose up 명령어 실행

- 1) Dockerfile 정의 내용을 기반으로 이미지 빌드

- 2) 이미지를 사용하여 컨테이너 생성 및 실행

4. 생성 컨테이너 확인

위의 순서에 맞게 하나씩 진행 해보겠습니다.

(그림. 프로젝트 디렉토리)

1. 프로젝트 최상위 디렉토리에 docker 디렉토리 및 docker-compose.yml 파일 생성 (그림. 프로젝트 디렉토리)

저는 스프링 부트 프로젝트 입니다.

version: '1'

services:
  mysql:
    build:
      dockerfile: mysql/Dockerfile
    container_name: mysql
    environment:
      MYSQL_ROOT_PASSWORD: 1234
    ports:
      - "3306:3306"

service:mysql:builder:dockerfile 에 Dockerfile 경로를 입력 해주세요(mysql/Dockerfile)

2. docker 디렉토리에 mysql 디렉토리 및 Dockerfile 생성 (그림. 프로젝트 디렉토리)

# 베이스 이미지 설정
FROM mysql:latest

Dockerfile 사용 예시를 공유하기 위해 베이스 이미지 설정만 추가 했습니다.

3. 프로젝트 docker 디렉토리 이동 및 docker 실행

docker-compose up -d

-d 옵션은 컨테이너를 백그라운드에서 실행하고 터미널 사용 제어권을 반환하는 역할을 합니다.

4. mysql 컨테이너 확인

docker exec -it mysql mysql -uroot -p

해당 명령어 입력 후 비밀번호 입력 프롬프트가 표시됩니다. 이때 docker-compose.yml 에 설정한 비밀번호를 입력해주세요.

이렇게 Docker 환경에서 mysql 컨테이너 생성 예제가 완료 되었습니다.

컨테이너의 환경 설정을 docker-compose.yml 파일에 할지, Dockerfile에 할지 정확한 답은 없습니다.

만약 고민이 되신다면 아래 포스트를 참고 해주세요.

https://gabrielyj.tistory.com/225