컴공생의 다이어리

[nGrinder] docker-compose로 환경 구성하기(Mac M3 기준)

컴공 K — Sun, 1 Dec 2024 00:41:22 +0900

[nGrinder] docker-compose로 환경 구성하기

네이버에서 만든 부하 테스트 툴인 nGrinder를 로컬에 설치하지 않고 도커 환경으로 설정하고 싶다는 욕심을 품게되며.. 예상보다 긴 싸움을 하게되었다. 이 글에서는 그 결과에 대한 핵심 내용을 정리하고자 한다.

이 글은 24.12.01 기준 실리콘 맥 기준으로 작성된 글이기 때문에 다른 환경에서는 제대로 동작하지 않을 가능성도 있습니다.

최종 결과물을 미리 공유합니다.

https://drive.google.com/drive/folders/1OIv5V3Ln4872Wc-aAZwhBD_HZE-geTct?usp=sharing

Code-Snippet/Testing/Performace-Test/ngrinder at main · CodeDiary18-Study/Code-Snippet

프로그래밍 관련 코드 조각들. Contribute to CodeDiary18-Study/Code-Snippet development by creating an account on GitHub.

github.com

최종 디렉토리 구조

nGrinder controller 설정

nGrinder는 Docker Hub에서 AMD64 기반의 칩셋 지원 이미지만 지원하기 때문에 실리콘 맥 혹은 arm 기반 윈도우를 위한 컨테이너 이미지가 지원되지 않는다. 그렇기 때문에 ngrinder 도커 이미지를 활용할 수 없었다.

그래서 nGrinder 깃허브에서 제공하는 nGrinder 컨트롤러 war 파일을 활용하기로 했다.

war 파일을 로컬에 직접 다운로드 받고나서 구성할 수도 있지만 Dockefile 구성에서 다운받도록 설정하였다.

# ngrinder-controller/Dockefile
FROM openjdk:11-slim

# WAR 파일 다운로드 URL 설정
# https://github.com/naver/ngrinder/releases 에서 원하는 버전의 WAR 파일 URL을 설정
ARG WAR_FILE_TARGET_URL=https://github.com/naver/ngrinder/releases/download/ngrinder-3.5.9-p1-20240613/ngrinder-controller-3.5.9-p1.war

# curl 설치
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*

# 네트워크에서 WAR 파일 다운로드
RUN curl -fL -o /app.war ${WAR_FILE_TARGET_URL}

ENTRYPOINT ["java", "-jar", "/app.war"]

컨르롤러 Dockerfile을 설정한 후 docker-compose.yml 파일을 다음과 같이 구성한 후 docker-compose up 명령어를 입력한다.

# docker-compose.yml
services:
  controller:
    container_name: controller
    build:
      context: ./ngrinder-controller
      dockerfile: Dockerfile
    ports:
      - "8080:8080" # 웹 접속 포트 (nGrinder 컨트롤러의 대시보드 및 설정 페이지 접속)
      - "12000-12009:12000-12009" # 에이전트와 컨트롤러 간 통신 포트 범위 (테스트 실행 시 사용)
      - "16001:16001" # 컨트롤러와 에이전트 간 내부 제어 통신 포트

docker-compose up

http://127.0.0.1:8080/ 으로 접속하면 로그인창이 뜨는데 아이디와 비밀번호 모두 admin을 입력하여 로그인을 수행한다. 아래 두번째 이미지같이 나오면 컨트롤러는 성공적으로 설정이 된 것이다.

nGrinder agent 설정

부하를 발생시키는 손발이 되어줄 agent 설정을 위해서 nGrinder 웹에서 Download Agent를 통해 agent를 다운받아줬다.

ngrinder-agent-3.5.9-p1-127.0.0.1.tar 이라는 파일명으로 다운받아졌는데 재사용성을 위해 agent.tar로 변경 후 ngrinder-agent 디렉토리 하위로 이동시켜주었다.

(미리 공유한 최종 결과물에는 이미 포함되어 업로드 되어 있어 다운로드 과정 불필요)

그리고 ngrinder-agent 디렉토리 하위에 Dockefile을 생성하여 아래와 같이 작성해준다.

# ngrinder-agent/Dockerfile
FROM openjdk:11-slim

RUN apt-get update && apt-get install -y tar && rm -rf /var/lib/apt/lists/*

# tar 파일 복사 및 압축 해제
COPY ./agent.tar /home/
RUN tar -xf /home/agent.tar -C /home/ && rm /home/agent.tar

CMD /home/ngrinder-agent/run_agent.sh -ch controller

여기서 조심해야할 점은 마지막 CMD 부분에 -ch 옵션에 설정된 값 부분이다. ch 옵션은 컨트롤러 host명 혹은 IP 주소 설정으로 도커로 띄운 nGrinder 컨트롤러와 연결을 위해 컨트롤러에 해당하는 컨테이너명을 넣어주면 된다.

이 글에서는 controller라는 이름으로 설정했기 때문에 controller로 넣어주었다.

agent 관련 다른 옵션 설정이 필요하다면 아래 링크를 참고하면 된다.

Agent Configuration Guide

enterprise level performance testing solution. Contribute to naver/ngrinder development by creating an account on GitHub.

github.com

[참고] ngrinder-agent 디렉토리 파일 구조

마지막으로 agent 부분을 docker-compose.yml 파일에 추가해준다.

# docker-compose.yml
services:
  controller:
    container_name: controller
    build:
      context: ./ngrinder-controller
      dockerfile: Dockerfile
    ports:
      - "8080:8080"
      - "12000-12009:12000-12009"
      - "16001:16001"
    networks:
      - ngrinder
  agent:
    depends_on:
      - controller # agent 서비스를 실행하기 전에 controller 서비스가 실행되도록 보장
    build:
      context: ./ngrinder-agent
      dockerfile: Dockerfile
    networks:
      - ngrinder
networks:
  ngrinder: # 서비스 간 통신을 위해 추가
    driver: bridge

nGrinder docker-compose 실행

다음 명령어를 통해 nGrinder controller와 agent를 실행한다.

# ngrinder controller 실행
docker compose up controller

# ngrinder agent 실행
docker compose up --scale agent=${실행할 agent 수}
# docker compose up --scale agent=3

agent의 연결 상태는 Agent Management 메뉴에서 확인 가능하다.

참고

silicon MacBook 에서 nGrinder를 docker에 올려보자

스터디 팀원과 같이 db종류에 따른 트래픽 부하를 테스트 하기 위해 프로젝트를 진행하고 있는데, 테스트 도구로는 nGrinder를 사용하기로 결정하였다.그런데 docker hub에 올라와 있는 nGrinder는 ADM64

velog.io

[nGrinder] M1 Mac에 설치하기

부하 테스트를 위해 nGrinder를 사용해 보자 서론 열심히 레시피아를 만들어서 원스토어에 배포했지만 아직 유저가 별로 없다. (거의 없다... 또륵) 사용하는 유저는 별로 없지만 AWS에서 Cloud Nat

curiousjinan.tistory.com

GrepIU

www.grepiu.com

[GitHub Action] workflow 재사용하기

컴공 K — Wed, 28 Aug 2024 03:00:32 +0900

[GitHub Action] workflow 재사용하기

GitHub Action 워크플로우를 작성하다 보면 동일한 프로세스의 워크플로우가 반복되는 경우가 있다. 일부 로직이 변경될 때, 동일한 워크플로우를 모두 수정하거나 변경 사항을 놓치는 경우가 발생할 수 있다. 이로 인해 추가로 수정하고 커밋해야 하는 번거로움이 발생한다. 이런 불편함으로부터 워크플로우를 재사용할 필요성에 대해 느꼈고 이 글에서 워크플로우 재사용하는 방법에 대해 정리하고자 한다.

workflow 재사용을 적용해볼 example

워크플로우 재사용을 적용해볼 예시는 다음과 같다. 같은 워크플로우에 client-check와 admin-check job은 실행 조건과 작업 디렉토리 설정 값을 제외한 나머지 로직이 동일하다.

재사용 workflow 생성

앞서 본 예시에서 동일한 로직을 재사용 워크플로우로 분리해보자!

워크플로우 파일을 재사용 용도로 사용하기 위해서는 아래와 같이 on에 workflow_call을 설정해야 한다.

name: Reusable Build & Lint Test
 
on:
  workflow_call: # 다른 워크플로우에서 이 워크플로우를 재사용(호출)할 수 있도록 설정
    inputs: # 인자 정의
      working_dir: # working 디렉토리 인자
        required: true # 필수 입력 여부
        type: string   # 인자 데이터 타입

workflow_call의 inputs를 사용하면 재사용 워크플로우를 호출하는 쪽에서 인자를 받아 내부에서 활용할 수 있도록 설정할 수 있다. 예시에서 중복되는 로직과 연관되는 부분 중 기본 작업 디렉토리를 설정하는 부분을 working_dir로 정의하였다.

(inputs 외에도 secets를 추가하여 민감 정보를 안전하게 전달할 수 있다)

동일한 로직에 대해 기존 워크플로우 작성 방식과 동일하게 작성해준다. 이때, 작업 디렉토리 설정 부분에만 working_dir 값을 사용할 수 있도록 설정한다.

# .github/workflows/reusable-build-lint-test.yml
name: Reusable Build & Lint Test

on:
  workflow_call:
    inputs:
      working_dir:
        required: true
        type: string

jobs:
  build-test-lint-format:
    runs-on: ubuntu-latest
    defaults:
      run:
       working-directory: ${{ inputs.working_dir }} # 작업 디렉토리 설정
    steps: # 중복되는 로직 작성
      - name: Checkout code
        uses: actions/checkout@v4

      # ... 생략 ...

      - name: Run linter
        run: yarn lint

재사용 workflow 호출

재사용 워크플로우 사용시 steps 내부에서 중간에 호출할 수 없고 jobs.*.uses 에서만 호출 가능하다. 아래와 같이 uses에 재사용 workflow를 호출하고, 호출시 필요한 인자인 working_dir 값을 with 에 정의한다.

  client-check:
    needs: changes
    if: ${{ needs.changes.outputs.client == 'true' }} # client 변경이 있을 경우 실행
    uses: ./.github/workflows/reusable-build-lint-test.yml # 재사용할 워크플로우 호출
    with: # 재사용 워크플로우에 인자 전달
      working_dir: CLIENT # 작업 디렉토리 인자 설정

재사용 워크플로우는 내부 워크플로우 뿐만 아니라 다른 외부 저장소에 정의된 워크플로우도 호출 가능하다.(물론 public으로 오픈되어 있거나 접근 권한이 있다는 가정하에..)

  client-check:
    needs: changes
    if: ${{ needs.changes.outputs.client == 'true' }} # client 변경이 있을 경우 실행
    uses: CodeDiary18/TEMP-REUSABLE-WF/reusable-build-lint-test.yml@main # 재사용할 워크플로우 호출
    with: # 재사용 워크플로우에 인자 전달
      working_dir: CLIENT # 작업 디렉토리 인자 설정

재사용 workflow의 이점과 적용해보면 좋을 곳

재사용 workflow의 이점

중복된 코드 감소: 중복 코드를 줄여 관리 효율성 향상과 가독성 개선
유지보수 용이: 공통 작업을 하나의 워크플로우로 정의하여 유지보수 간편
신속한 적용: 하나의 파일 수정으로 모든 워크플로우에 변경사항 신속 적용

재사용 workflow 적용해보면 좋을 부분

CI/CD 파이프라인: 빌드, 테스트, 배포 등의 공통 작업을 재사용하여 설정의 일관성 유지
코드 품질 검사: 린트(lint)나 테스트 실행과 같은 품질 검사 작업을 통합하여 여러 프로젝트에서 재사용
배포 자동화: 다양한 환경에 배포하는 과정을 표준화하여 관리
문서화: 문서 생성 및 배포 작업을 하나의 워크플로우로 관리하여 문서화 프로세스 간소화
환경 설정: 여러 프로젝트에서 공통으로 사용하는 환경 변수나 설정을 통합하여 관리

전체 workflow 파일

# main workflow 파일
name: CI

on:
  pull_request:
    branches: [ dev ]

permissions:
  contents: write

jobs:
  changes:
    name: Check for changes # 변경 사항 확인 작업
    runs-on: ubuntu-latest
    outputs:
      client: ${{ steps.filter.outputs.client }}  # client 변경 여부 출력
      admin: ${{ steps.filter.outputs.admin }}    # admin 변경 여부 출력
    steps:
      - uses: dorny/paths-filter@v3
        id: filter
        with:
          token: ${{ secrets.TOKEN }}
          filters: |
            client:
              - 'CLIENT/**'      # CLIENT 디렉토리 변경 감지
            admin:
              - 'ADMIN/**'       # ADMIN 디렉토리 변경 감지

  client-check:
    needs: changes
    if: ${{ needs.changes.outputs.client == 'true' }} # client 변경이 있을 경우 실행
    uses: ./.github/workflows/reusable-build-lint-test.yml # 재사용할 워크플로우 호출
    with: # 재사용 워크플로우에 인자 전달
      working_dir: CLIENT # 작업 디렉토리 인자 설정
      
  admin-check:
    needs: changes
    if: ${{ needs.changes.outputs.admin == 'true' }} # admin 변경이 있을 경우 실행
    uses: ./.github/workflows/reusable-build-lint-test.yml # 재사용할 워크플로우 호출
    with:  # 재사용 워크플로우에 인자 전달
      working_dir: ADMIN # 작업 디렉토리 인자 설정

# 재사용 workflow : .github/workflows/reusable-build-lint-test.yml
name: Reusable Build & Lint Test

on:
  workflow_call:
    inputs:
      working_dir:
        required: true
        type: string

jobs:
  build-test-lint-format:
    runs-on: ubuntu-latest
    defaults:
      run:
       working-directory: ${{ inputs.working_dir }}
    steps:
      - name: Checkout code
        uses: actions/checkout@v4

      - name: Set up Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '18'

      - name: Install dependencies
        run: yarn install

      - name: Build the project
        run: yarn build

      - name: Run tests
        run: yarn test --passWithNoTests

      - name: Run formatter check
        run: yarn format

      - name: Run linter
        run: yarn lint

Reusing workflows - GitHub Docs

Learn how to avoid duplication when creating a workflow by reusing existing workflows.

docs.github.com

Events that trigger workflows - GitHub Docs

You can configure your workflows to run when specific activity on GitHub happens, at a scheduled time, or when an event outside of GitHub occurs.

docs.github.com

Burp Suite(버프 슈트) 설치

컴공 K — Wed, 10 Apr 2024 01:00:31 +0900

Burp Suite(버프 슈트) 설치

Burp Suite(버프 슈트)는 PortSwigger라는 회사에서 개발된 웹 애플리케이션의 침투 테스트에 사용되는 소프트웨어 보안 애플리케이션이다. 클라이언트와 서버가 통신을 주고 받을 때 전달되는 패킷을 중간에 가로채서 확인할 수 있다. 이 글에서는 버프 슈트의 설치 방법과 실행 방법에 대해 정리하고자 한다.

설치 방법

1. PortSwigger(버프 슈트 제품 회사) 홈페이지에 접속한다.

Web Application Security, Testing, & Scanning - PortSwigger

PortSwigger offers tools for web application security, testing, & scanning. Choose from a range of security tools, & identify the very latest vulnerabilities.

portswigger.net

2. 상단 탭 중 Products 를 클릭한 뒤 Community Edition 을 선택한다.

3. Go straight to downloads를 클릭한 뒤 나오는 페이지에서 자신의 운영체제에 맞게 선택한 뒤 Download를 클릭한다.

4. 설치 파일을 실행하면 아래와 같이 나오는데 Next를 클릭해준다.

5. 설치될 경로는 기본적으로 세팅되는데 변경이 필요하다면 변경해준 뒤 Next를 클릭한다.

6. 시작 메뉴에 바로가기를 생성할 것인지에 대해 선택해준 뒤 Next를 클릭한다.

7. 그리고 조금 기다려주면 아래와 같이 설치가 완료되었다고 나온다.

실행

별도 설정을 하지 않고 기본적인 세팅 값으로 버프 슈트를 실행해볼 것이다.

1. 버프 슈트를 실행하면 아래와 같이 나오는데 기본 값으로 그대로 두고 Next를 클릭한다.

2. response 데이터를 잡기 위해 Proxy 탭의 Proxy settings를 클릭한 뒤 나오는 화면에서 Response interception rules 부분의 Intercept responses based on ~ 부분의 체크박스를 클릭해준다.

3. 패킷을 잡기 위해 아래와 같이 Intercept is on 으로 나올 수 있도록 해당 부분을 클릭해서 변경해준다.

4. Open browser 를 클릭한다.

5. 열린 브라우저에 원하는 url(naver.com)을 입력하고 버프 슈트 창을 확인해보면 패킷 정보를 확인할 수 있다.

https://seo-security.tistory.com/33

Burp Suite (버프 스위트) - 1. 설치 및 사용 방법

1. Burp Suite (버프 스위트) 대표적인 웹 애플리케이션 보안 테스트 도구로 스캐닝을 포함하여 다양한 유형의 보안 테스트 수행이 가능합니다. 주요 기능 중 하나는 웹 브라우저와 대상 애플리케이

seo-security.tistory.com

https://websecurity.tistory.com/128

Burp Suite(버프 슈트) 설치 및 사용법

Burp Suite[목적]웹 프록시 서버를 사용시 클라이언트와 서버간 통신을 주고 받을 때 전달되는 패킷을 중간에 가로채어 확인 및 조작할 수 있게 해주는 툴[주의 사항]해당 툴을 사용하여 악의적인

websecurity.tistory.com

PuTTY 출력 라인 수 늘리기

컴공 K — Sat, 30 Mar 2024 23:55:59 +0900

PuTTY 출력 라인 수 늘리기

PuTTY를 실행하여 Window로 이동 후 Lines of scrollback 부분에 출력하고자 하는 라인 수로 변경하면 출력 라인 수를 변경할 수 있다.

방금 변경한 출력 라인 수 설정을 일시적으로 사용하는 것이 아닌 기본 설정으로 사용하고 싶다면 Session으로 가서 아래와 같이 Default Settings를 클릭 후 Save 버튼을 눌러 설정을 저장해주면 된다.

[SQL] WITH 절

컴공 K — Sun, 10 Mar 2024 01:00:48 +0900

[SQL] WITH 절

WITH 절은 복잡한 쿼리문에서 반복되는 서브쿼리를 임시 테이블처럼 활용할 수 있는 가상 테이블의 개념이다. 일종의 이름을 붙인 서브쿼리라고 할 수 있다. 주요 RDBMS(MySQL, Oracle, Postgresql...)에서 제공하는 기능이다.

WITH 절을 사용하면 반복되는 블록을 재사용함으로써 코드 가독성을 높일 수 있으며 실행 속도 시간을 최적화할 수 있다.

WITH 절은 아래와 같이 별칭(서브쿼리의 이름)을 지정하고 별칭에 해당하는 쿼리문을 지정해주면된다.

WITH 별칭1 AS (SELECT 문),
     별칭2 AS (SELECT 문)
...
SELECT
FROM 별칭1, 별칭2 ...;


# example
WITH LIST AS (
	SELECT * 
	FROM TEST_TB
	WHERE VALUE >= 100
)
SELECT *
FROM LIST;

참고

https://thebook.io/006696/0187/

오라클 SQL과 PL/SQL을 다루는 기술: 02 WITH 절

더북(TheBook): (주)도서출판 길벗에서 제공하는 IT 도서 열람 서비스입니다.

thebook.io

https://learnsql.com/blog/what-is-with-clause-sql/

What Is the WITH Clause in SQL?

We discuss the SQL WITH clause, also called the common table expression or CTE, a powerful tool for simplifying queries and processing hierarchical data.

learnsql.com

http://www.gurubee.net/lecture/3788

SQL 성능 개선을 위한 WITH절 활용하기

SQL 성능개선을 위한 WITH절 활용하기데이터 중복 액세스 제거하기SQL에서 동일한 데이터를 반복처리시, 성능개선방법으로 WITH절이 많이 활용된다.데..

www.gurubee.net

[Oracle] 오라클 실수로 삭제 후 커밋한 데이터 복구 - AS OF TIMESTAMP

컴공 K — Tue, 30 Jan 2024 23:00:44 +0900

[Oracle] 오라클 실수로 삭제 후 커밋한 데이터 복구 - AS OF TIMESTAMP

최근 실수로 데이터를 삭제하고 커밋(commit)해버려 엄청 당황스러웠던 일이 있었다. 어떻게 복구할 수 있을까 찾던 중 AS OF TIMESTAMP 를 활용하여 복구하는 방법에 대해 알게 되었고 그 방법에 대해 이 글에 정리하고자 한다.

FlashBack은 DB에서 데이터 수정 및 삭제를 하고 커밋을 한 이후더라도 특정한 시간이나 특정 시점으로 되돌릴 수 있는 기능이다. Oracle 9i 이후부터 지원되는 기능으로 잘못된 DML operation으로 인한 복구를 쉽게 할 수 있다. FlashBack 기능을 통해 AS OF TIMESTAMP를 활용하여 삭제 전 데이터를 조회할 수 있으며 이를 활용하여 데이터 복구가 가능하다.

참고 : FlashBack을 사용하기 위한 조건
- 자동 UNDO 관리 시스템을 사용 : UNDO_MANAGEMENT = AUTO
- UNDO 정보를 어느 시점까지 보유할지 설정 : UNDO_RETENTION = {시간(단위:초)}
- UNDO 관련 파라미터 값 확인 : SHOW PARAMETER UNDO;

아래와 같이 기존 select 문처럼 테이블명과 조회 조건을 넣고 AS OF TIMESTAMP 부분에 수치와 단위 부분을 원하는 조건으로 넣고 조회하면 된다. 단위는 SECOND(초), MINUTE(분), HOUR(시간), DAY(일)이 있다.

-- 단위 : SECOND, MINUTE, HOUR, DAY
SELECT * 
FROM {테이블명} AS OF TIMESTAMP(SYSTIMESTAMP-INTERVAL '수치' 단위) 
WHERE {조회조건};


-- EXAMPLE
SELECT *
FROM TEST AS OF TIMESTAMP(SYSTIMESTAMP-INTERVAL '10' SECOND) -- 10초 전 TEST 테이블의 데이터 조회
WHERE NAME LIKE 'K%';

http://www.gurubee.net/lecture/1869

Undo Segment 관리

초기화 파라미터 환경구성 ① UNDO_MANAGEMENT - 테이타베이스의 Undo 모드를 자동 모드로 사용 할지 수동 모드를 사용할지 여부를 결정 합니다. ..

www.gurubee.net

https://youngram2.tistory.com/66

Oracle FlashBack 플래시백 ( 데이터 복원)

Oracle Flashback 기능이란? DB관리중에 실수로 데이터를 삭제하거나 데이터값을 잘못 변경하는 실수가 가끔 발생 합니다. 이러한 실수는 commit 이전이라면 rollback명령어로 수행한 작업을 원복 시킬수

youngram2.tistory.com

https://www.youtube.com/watch?v=CqqNRKaVwqg

[스프링 부트, Spring Boot] @Profile, @ActiveProfiles

컴공 K — Mon, 15 Jan 2024 23:00:04 +0900

@Profile

빈이나 컴포넌트에 프로필을 구분하여 빈을 로드하고 싶은 경우 @Profile을 활용하면 된다. 아래와 같이 @Profile을 통해 프로필(profile)이 active될 때 어떤 빈 혹은 컴포넌트를 등록할지 결정할 수 있다.

@Configuration
@Profile("prod")
public class ProdConfig{
    @Bean
    public DataSource dataSource(){
    // ... 생략
    }
}


@Configuration
@Profile("dev")
public class DevConfig{
    @Bean
    public DataSource dataSource(){
    // ... 생략
    }
}

프로필 이름 앞에 NOT 연산자인 !를 접두사로 붙여 프로필에서 제외시킬 수 있다. 아래의 경우 prod 프로필을 제외한 프로필에 대해서만 활성화 된다.

@Configuration
@Profile("!prod")
public class ProdExceptConfig{
    @Bean
    public DataSource dataSource(){
    // ... 생략
    }
}

@ActiveProfiles

@ActiveProfiles를 사용해 테스트 수행시 사용할 프로필을 지정할 수 있다. 아래의 예시의 경우 local과 default 프로필만 적용되어 동작한다.

@SpringBootTest
@ActiveProfiles("local")
public class RepoTest {
    @Autowired
    Repo repo;
    
    // ... 생략
}

https://velog.io/@injoon2019/Profile-ActiveProfiles

@Profile, @ActiveProfiles

케이의 블로그를 참고해서 개발환경과 배포 환경을 분리해봤다. 하지만 이렇게 분리하고 나니 테스트가 거의 다 깨졌다. 처음에는 테스트 쪽에 application.yml을 생성하면 된다고 생각했는데 그렇

velog.io

https://memo-the-day.tistory.com/32

Spring 프로필(Profiles) 설정방법(예제)

1. 개요 이 튜토리얼에서는 Spring에 프로파일을 소개하는 데 초점을 맞출 것입니다. 프로필은 프레임 워크의 핵심 기능으로, 빈을 다른 프로필 ( 예 : dev , test , prod) 에 매핑 할 수 있습니다. 그런

memo-the-day.tistory.com

[Infra] 스케일 업(Scale-up), 스케일 아웃(Scale-out)

컴공 K — Sat, 30 Dec 2023 23:00:00 +0900

[Infra] 스케일 업(Scale-up), 스케일 아웃(Scale-out)

서버의 용량이나 성능을 높이기 위해서 인프라를 업그레이드 하는 방법으로 스케일 업과 스케일 아웃이 있다.

스케일 업(Scale-up)

기존 서버의 사양을 업그레이드해 시스템을 확장하는 것
추가적인 네트워크 연결없이 사양만 증강하고 한 대의 서버를 관리하면 되기 때문에 비교적 간단
성능 향상에 따른 비용부담이 큼
단일 서버이기 때문에 서버 교체시 다운타임 발생 및 장애 발생시 큰 타격
하드웨어적인 예)
성능이나 용량 증강을 목적으로 하나의 서버에 디스크를 추가하거나 CPU나 메모리를 업그레이드시키는 것
소프트웨어적인 예)
AWS의 EC2 인스턴스 사양을 micro에서 small, small에서 medium 등으로 높이는 것

출처 : microsoft

스케일 아웃 (Scale-out)

서버를 여러 대 추가하여 시스템을 확장하는 것
서버를 필요한 상황에 필요한 만큼 추가할 수 있어 확장의 유연성 있음
서버가 추가될 수록 관리 편의성이 떨어지고, 운영 비용 증가
비슷한 사양의 서버를 추가로 연결해 처리할 수 있는 데이터 용량이 증가할 뿐만 아니라 기존 서버의 부하를 분담해 성능 향상의 효과를 기대
클라우드 서비스에서는 자원 사용량을 모니터링하여 자동으로 서버를 증설(Scale-out)하는 Auto Scaling 기능도 있음
스케일 아웃의 반대로 서버 수를 줄이는 것을 스케일 인(Scale-in)이라고 함

출처 : microsoft

출처 : https://tech.gluesys.com/

https://tech.gluesys.com/blog/2020/02/17/storage_3_intro.html

글루시스 기술 블로그

A simple yet classy theme for your Jekyll website or blog.

tech.gluesys.com

https://tecoble.techcourse.co.kr/post/2021-10-12-scale-up-scale-out/

Scale-up과 Scale-out에 대해 알아보자!

…

tecoble.techcourse.co.kr

https://library.gabia.com/contents/infrahosting/1222/

가비아 라이브러리

IT 콘텐츠 허브

library.gabia.com

https://learn.microsoft.com/ko-kr/dotnet/architecture/cloud-native/infrastructure-resiliency-azure

Azure 플랫폼 복원력 - .NET

Azure용 클라우드 네이티브 .NET 앱 설계 | Azure를 통한 클라우드 인프라 복원력

learn.microsoft.com

[MySQL] 한번에 여러개의 데이터 삽입(insert)

컴공 K — Tue, 31 Oct 2023 02:00:27 +0900

[MySQL] 한번에 여러개의 데이터 삽입(insert)

첫번째로 VALUES 로 아래와 같이 여러 데이터를 한번에 삽입하는 방법이 있다.

INSERT INTO TEST (col1, col2, ...)
VALUES
('v1', 'v2', ...),
('v1', 'v2', ...),
...
('v1', 'v2', ...);

두번째로 SELECT 문을 활용하여 SELECT 된 결과를 삽입 방법이 있다. 여러 테이블의 결과를 단일 테이블에 저장하거나 하나의 테이블의 일부 컬럼을 조회하여 저장하는 경우에 활용된다.

INSERT INTO TEST
SELECT * FROM TEMP WHERE 조건;


SELECT INTO TEST
SELECT A, B, C, D FROM TEMP WHERE 조건;

[AWS] 예산(Budgets) 제한 설정

컴공 K — Sun, 15 Oct 2023 22:00:14 +0900

[AWS] 예산(Budgets) 제한 설정

AWS에서 청구서가 날아와 '왜 이런 금액이 청구되었지?' 하고 갑작스럽게 놀라기 전에 미리 요금 폭탄을 예방할 수 있는 방법에 대해 소개하고자 한다. 바로 AWS의 예산(Budgets) 설정 서비스이다.

우선 AWS console에서 Budgets를 검색 후 들어간다.

아래와 같이 나오면 예산 생성 버튼을 클릭한다.

다음과 같이 예산 유형을 선택하면 된다. 프리티어 서비스로만 이용하고 싶은 경우 제로 지출 예산 템플릿을 선택시 간단하게 예산 생성이 가능하다.

조금 더 예산에 대한 구체적인 설정(예산 금액 설정, 예산 범위, 알림 임계값...)을 하고 싶다면 템플릿을 사용하지 않고 사용자 지정(고급)을 선택하여 커스텀하면 된다.

예산 생성 후 Budgets(예산) 개요를 보면 아래와 같이 생성한 예산 목록 리스트가 나온다.

https://aws.amazon.com/ko/getting-started/hands-on/control-your-costs-free-tier-budgets/

프리 티어 및 Budgets을 사용하여 AWS 비용을 관리하는 방법 | AWS

aws.amazon.com