728x90
반응형

TLS(Transport Layer Security)란?

  • 인터넷 상 커뮤니케이션을 위한 개인 정보 및 데이터 보안 용이하게 위한 하기 보안 프로토콜
  • 즉 웹 브라우저/어플리케이션과 서버간 커뮤니케이션을 암호화 하는 포로토콜
    • 이메일, 메세지, VoIP(보이스오버) 등

TLS 역할

  • 암호화: 제 3자로부터 전송되는 데이터 숨김
  • 인증: 정보 교환 당사자가 요청된 당사자임을 보장
  • 무결성: 데이터가 위조되거나 변조되지 않았는지 확인

사용 이유

  • 데이터 유출 및 공격으로부터 웹 어플리케이션 보호 용도

TLS vs SSL

  • SSL (Secure Sockets Layer): 보안 소켓 계층
  • TLS는 SSL에서 발전한 버전
  • 두개를 혼동하여 사용하는 경우가 많음. 현재는 TLS 를 주로 사용함

TLS vs HTTPS

  • HTTPS는 HTTPS 프로토콜 상위에서 TLS 암호화를 구현한 것

TLS 인증서?

  • 웹 어플리케이션이 TLS를 사용하기 위해선 원본 서버에 TLS 인증서가 설치되어야 함
    • SSL 인증서라고 혼동돼서 불리기도 함
    • 인증 기관이 도메인을 소유한 사람 혹은 비즈니스에 TLS 인증서 발행
  • 서버의 공개키 및 도메인 소유자에 대한 정보 포함함
  • 서버의 신원 확인하는데 사용됨

암호 제품군?

  • 안전한 통신 연결 수립을 위한 알고리즘 세트
728x90
반응형

'네트워크' 카테고리의 다른 글

[TLS] TLS 핸드세이크?  (0) 2025.01.14
728x90
반응형

Nullable 데이터

  • DB의 필드 중에 NULL 값이 들어갈 수 있는 값들이 있다. 이 값들을 쿼리해서 코드단에서 처리할 때 어떻게 해야 할까?
  • 다른 언어들은 그냥 쿼리해서 사용하면 null 값으로 처리되던데...

Struct 정의

  • 우선 쿼리된 결과를 원하는 값들에 할당해준다. 아래는 기존에 사용하던 코드
type SampleQueryItem struct {
  UserId string `json:"userId"`
  UserName string `json:"userName"`
  UserEmail string `json:"userEmail"`
}
  • 이렇게 하면 받아오는 데이터 세개 전부 값이 있다고 가능하는 셈이다.
    • 이렇게 된다면 null 값들은 처리할 수 없다.

포인터 사용하기

type SampleQueryItem struct {
  UserId string `json:"userId"`
  UserName string `json:"userName"`
  UserEmail *string `json:"userEmail"` // 포인터 사용
}
  • 이렇게 처리하면 userEmail 값은 null 로 받아올 수 있다.

번외; 단건 조회 데이터가 없을 때

  • 한 건 조회할 때, 쿼리 데이터가 없다면?
  • golang은 심플함을 강조하기 때문에, 이러한 상황들을 직접 핸들링 해 줘야 한다.

기존 코드

var dataItem SampleQueryItem

if scanErr := queryResult.Scan(&dataItem.UserId, &dataItem.UserName, &dataItem.UserEmail);
    scanErr != nil {
        log.Printf("Scan Error: %v", scanErr)
        return scanErr
    }
  • 이렇게 해 주면 scan 에러가 발생한다. 그 이유는 쿼리된 데이터가 없다는 것

수정된 코드

var dataItem SampleQueryItem

if scanErr := queryResult.Scan(&dataItem.UserId, &dataItem.UserName, &dataItem.UserEmail);
    scanErr != nil {
        // 데이터가 없는 에러는 error 에러를 리턴하지 않게 해서 에러로 빠지지 않게 한다.
        if scanErr == sql.NoRowError {
            return SampleQueryItem{}, nil
        }

        log.Printf("Scan Error: %v", scanErr)
        return SampleQueryItem{}, scanErr
    }
  • 조회된 데이터가 없는 것은 에러로 처리된다. scan 할 데이터가 없기 때문
    • 위 처럼 쿼리 후 에러 핸들링을 하면, 에러 처리로 넘기지 않고 빈 데이터를 넘길 수 있다.
728x90
반응형
728x90
반응형
  • 사이드 프로젝트를 하나 더 만들며, 이번 기회에 보안 뿐만 아니라 편리성 측면에서 SSO 의 혜택을 누리고자 구글 OAuth 를 사용해 보았다.

로직 개요

  • 프론트에서 Google OAuth 를 이용해 서비스 가입 및 유저 정보 획득
  • 획득된 유저 정보를 백엔드로 전달
  • 백엔드는 전달된 유저 정보를 DB에 입력
  • 생성된 데이터들을 기반으로 JWT 생성 및 세션 생성
  • 생성된 JWT 를 프론트엔드에 전달
  • 프론트는 전달된 JWT를 매 요청의 헤더에 넣어서 사용

구글 OAuth 설정

  • Google Cloud 에서 콘솔 클릭
  • 콘솔에서 프로젝트 생성
    • 생성된 프로젝트의 API 및 서비스 메뉴로 이동
    • OAuth 동의 화면 설정 진행
      • 서비스 정보 입력
    • 사용할 정보 추가
      • 이메일 및 개인정보 확인만 체크했음
    • 테스트 사용자 추가
      • 테스트 모드인 동안은 테스트 계정만 사용 가능
  • 사용자 인증 정보 만들기
    • OAuth 클라이언트 ID 선택
    • 웹 어플리케이션 선택
    • 승인된 리디렉션 URI 추가
      • google 에서 인증받은 후 리디렉션 되는 경로
      • 프론트에서 사용할 값이므로 프론트의 주소를 사용하도록 등록함
        • 이 때 next-auth를 사용했으므로, next-auth 공식문서에서 제시한 Url Path로 설정
        • /api/auth/callback/google

Oauth 값들 기록

  • clientId: 발급받은 클라이언트 ID
  • clientSecret: 발급 받은 클라이언트 비밀번호
  • redirectUri: 리디렉션 URI
728x90
반응형
728x90
반응형

Centos9 에 Oracle 컨테이너 구동

    # 필요한 버전을 -v 로 실행시키기
    ./buildContainerImage.sh -v 19.3.0 -e
  • docker-compose.yml
services:
    oracle-db:
        shm_size: 8g
        image: oracle/database:19.3.0-ee
        container_name: oracle19c
        ports:
            - "1521:1521" # Oracle Listener Port
            - "5500:5500" # EM Express Port
        environment:
            ORACLE_SID: "ORCLCDB" # Replace with your SID
            ORACLE_PDB: "ORCLPDB1" # Replace with your PDB name
            INIT_SGA_SIZE: "1024" # Replace with your desired SGA size in MB
            INIT_PGA_SIZE: "256" # Replace with your desired PGA size in MB    
            INIT_CPU_COUNT: "2" # Replace with desired CPU count
            INIT_PROCESSES: "300" # Replace with processes init parameter
            ORACLE_EDITION: "standard"
            ORACLE_CHARACTERSET: "AL32UTF8" # Character set for the database
            ENABLE_ARCHIVELOG: "true" # Enable archive log
            ENABLE_FORCE_LOGGING: "true" # Enable force logging    
            ENABLE_TCPS: "true" # Enable TCPS protocol
        volumes:
            - oradata:/opt/oracle/oradata
        ulimits:
            nofile:
                soft: 1024
                hard: 65536
            nproc:
                soft: 2047
                hard: 16384
            stack:
                soft: 10485760
                hard: 33554432
            memlock:
                soft: 3221225472
                hard: 3221225472

volumes:
    oradata:
        external: true
  • 이제 컨테이너 실행시키기
    • 생각보다 인스턴스 실행에 시간이 많이 소요됨
  • 계정 생성
    • 컨테이너 내부 접속하면 패스워드 세팅 스크립트가 있음
    • 그걸로 일단 디폴트 유저 세팅 한 다음이 sqlplus로 유저 생성
    sudo docker exec -it oracle19c bash

    # 컨테이너 내부에서 sqlplus 사용
    sqlplus / as sysdba
  • Identify Available Pluggable Databases (PDBs)

      SHOW PDBS;
      ALTER SESSION SET CONTAINER = <데이터베이스 명>;
  • 필요한 유저 생성은 sqlplus에서 아래 쿼리문으로

    • SYSTEM 계정으로 실행
-- Create a user
CREATE USER youruser IDENTIFIED BY yourpassword;

--Grant permissions
GRANT CONNECT, RESOURCE, DBA TO demo;
  • 유저 권한 부여를 위해서 세션 연결을 한 후에 하더라
  • 사용자가 이미 존재할 때 테이블 생성 명령문
-- 테이블 생성 권한 부여
GRANT CREATE TABLE FROM user;

-- 모든 권한 부여
GRANT ALL PRIVILEGES TO user;
  • 덤프는 뜬 거로 임포트 했는데 덤프 데이터에 대한 에러들이 발생함
imp userid=user/password file=./backup.dmp

imp user/password file=./backup.dmp

imp userid=user/password tables=TABLE1 file=./backup.dmp

imp user/password tables=TABLE1 file=./backup.dmp

imp userid=user/password tables=TABLE1,TABLE2,TABLE3 file=./backup.dmp

imp user/password tables=TABLE1,TABLE2,TABLE3  file=./backup.dmp
728x90
반응형
728x90
반응형

Standalone 이란

  • 독립 / 자립 이라는 의미
  • 파일 자체로 완전하게 독립적으로 구동된다는 의미
    • 다른 장비의 도움 없이, 그 자체로 구현이 가능한 것
      • 이건 네트워크도 해당될 수 있음. 즉 오프라인에서도 구동가능한 프로그램을 의미하기도 함
      • 어떤 소프트웨어 번들의 일부분이 아님

예시

  • 예시로 자바의 war 파일을 그 자체로 서버로서 사용하는 것
  • 혹은 Go 의 빌드된 바이너리 파일을 구동시켜 서버로 사용하는 것
  • 도커를 이용한 서버 구동은 stand alone이라 하기 어려움

리눅스 Standalone 네트워크 서비스

  • 리눅스 서버에서의 standalone 방식 네트워크 서비스 제공 방식
    • 서버 부팅 시 데몬을 작동시켜 백그라운드에서 대기 시킴
    • 요청 들어올 때 혼자서 처리하는 프로그램
    • 항상 서비스 가능하며, 다른 의존성 없이 바로 네트워크 서비스 데몬이 클라이언트 요청을 처리
  • 항상 메모리에 상주해야 하기 때문에 메모리 점유율이 높음

번외 inetd

  • 서비스 요청이 있을 때 마다 데몬을 실행시키는 방식
    • 요청이 없을 때에는 대기(잠자는 중)
  • 적은 시스템 리소스로 여러가지 서비스를 돌릴수 있다
  • 대신 요청이 들어올 때 데몬이 프로그램을 실행시켜야 하므로 속도가 느리다.

예시

  • Standalone: Apache 웹서버
  • inetd: telnet
728x90
반응형

'데브옵스 devOps > Server' 카테고리의 다른 글

[파일전송] Rsync  (0) 2024.12.11
[배포전략] 무중단 배포란?  (1) 2024.10.05
728x90
반응형
  • 본 글은 데보션 글을 기반으로 정리 형식에서 작성되었습니다. (해당 링크는 하단에)

gRPC 란?

  • 구글에서 개발한 고성능 RPC 프레임워크
  • HTTP/2 에서 동작하며 양방향 스트리밍 및 흐름 제어 제공
  • 원경으로 호출할 수 있는 메서드 지정하여 서비스 정의하는 개념 기반
    • 클라이언트 어플리케이션이 로컬 객체처럼 다른 컴퓨터의 서버 어플리케이션의 메서드를 직접 호출 가능 -> 분산 어플리케이션 및 서비스 개발에 용이함
  • protobuf(IDL로 사용)를 기본 메세지 형식으로 사용
    • IDL (Interface Definition Language)

gRPC 특징

  • 언어 독립성: 다양한 언어 지원. 클라이언트와 서버가 다른 언어로 작성되어도 상호작용 가능
  • 양방향 스트리밍: HTTP/2를 기반으로 하는 클라이언트 - 서버 간 양방향 스트리밍 지원
  • 강력한 타입 체크: 메세지 형식으로 protobufs로 정의하면, gRPC는 Type 체크 제공
  • 높은 성능: HTTP/2와 protobufs 를 활용한 높은 성능 제공
  • 구글 API 연동: 구글 API 인터페이스에 gRPC가 제공되므로 연동에 용이함

gRPC 4가지 서비스 정의 방법

  1. 단항 RPC: 클라이언트가 서버에 단일 요청 전송 후 일반 함수 호출처럼 단일 응답
rpc SayHello(HelloRequest) returns (HelloResponse);
  1. 서버 스트리밍 RPC: 클라이언트가 서버에 요청 보내고, 일련의 메시지 읽을 수 있는 스트림을 다시 받는 방식
rpc LotsOfReplies(HelloRequest) returns (stream HelloResponse);
  1. 클라이언트 스트리밍 RPC: 클라이언트가 일련의 메시지 작성하고 제공된 스트림을 사용하여 다시 서버로 보내는 방식
rpc LotsOfGreetings(stream HelloRequest) returns (HelloResponse);
  1. 양방향 스트리밍 RPC: 양쪽이 읽기-쓰기 스트림을 사용해 일련의 메시지를 보내는 방식
rpc LotsOfGreetings(stream HelloRequest) returns (HelloResponse);

protobuf

  • 프로토콜 버퍼 데이터
  • 개발 언어, 플랫폼과 상관 없이 직렬화 가능하게 하는 데이터 구조
    • 메시지로 구조화 됨
    • 각 메세지는 필드라고 하는 일련의 이름-값 쌍을 포함함
  • 서로 다른 시스템끼리 데이터 공유, 저장하기 위해 사용
  • xml, json 보다 더 효율적인 방식으로 데이터 관리
    • 때문에 전송 및 저장 시 데이터를 더 적게 사용할 수 있다.
  • 파일 확장자는 .proto로 정의된다

코드 작성해 보기

  • proto 파일 생성
// https://github.com/grpc/grpc-go

syntax = "proto3";

// 패키지로 생성하기 위해 추가
option go_package = "grpc/helloworld";

// 패키지로 생성하기 위해 추가
package helloworld;

// The greeting service definition.
service Greeter {
  // Sends a greeting
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// The request message containing the user's name.
message HelloRequest {
  string name = 1;
}

// The response message containing the greetings
message HelloReply {
  string message = 1;
}
  • .proto 파일 생성 후, protoc 을 이용해 각 언어에 맞는 코드 생성
protoc --go\_out=. --go\_opt=paths=source\_relative --go-grpc\_out=. --go-grpc\_opt=paths=source\_relative helloworld/helloworld.proto
  • go 서버 코드 작성
package main

import (
    "context"
    "flag"
    "fmt"
    pb "grpc/helloworld" // protoc 로 생성된 코드
    "log"
    "net"

    "google.golang.org/grpc"
)

var (
    port = flag.Int("port", 50051, "The server port")
)

// helloworld.GreeterServer 구현체 시용하는 서버
type server struct {
    pb.UnimplementedGreeterServer // 이부분은 안하면 에러가 발생한다. protobuf generate시 생성됨
}

type GreeterServer struct {
    SayHello(context.Context, *HelloRequest) (*HelloReply, error)
    // protobuf 빌드 시 생성되는 메서드
    mustEmbedUnimplementedGreeterServer()
}

func (s *server) SayHello(ctx context.Context, in *pb.HelloRequest) (*pb.HelloReply, error) {
    log.Printf("Received: %v", in.GetName())
    return &pb.HelloReply{Message: "Hello " + in.GetName()}, nil
}

func main() {
    flag.Parse()
    lis, err := net.Listen("tcp", fmt.Sprintf(":%d", *port))
    if err != nil {
        log.Fatalf("failed to listen: %v", err)
    }
    s := grpc.NewServer()
    pb.RegisterGreeterServer(s, &server{}) //client가 사용할 수 있도록 등록
    log.Printf("server listening at %v", lis.Addr())
    if err := s.Serve(lis); err != nil {
        log.Fatalf("failed to serve: %v", err)
    }
}

REFERENCE

728x90
반응형
728x90
반응형

빌드 시 디렉토리 지정

  • script 안에 dir 을 선언해서 빌드 할 소스 상에서의 위치를 정의할 수 있다.

stage('도커 이미지 빌드') {
    steps {
        script {
            dir("api") {
                    // 브랜치에 따라 이미지 이름 변경
                    DOCKER_IMAGE = docker.build(DOCKER_IMAGE_NAME)
                }
            }
        echo "Built: ${DOCKER_IMAGE_NAME}"
    }
}

Golang 빌드

  • Go를 빌드하여 컴파일 된 바이너리 파일을 배포하고자 한다.
    • 때문에 빌드 시에 go 언어 컴파일이 가능하게끔 시도하였다.
      • 때문에 go 언어 도커 이미지를 받아와 빌드하려고 한다.
      • 이 때 golang 이미지는 go.mod 에 명시된 go 버전을 사용해야만 한다.

stage('도커 이미지 빌드') {
    agent {
        docker {
            image 'golang:1.23.4' // go.mod 의 버전과 동일하게
            args '-v /tmp:/tmp' // 권한 문제로 인해, 쓰기 권한이 있는 디렉토리 설정
        }
    }
    steps {
        script {
            dir("backup") {
                sh '''
                    export GOCACHE=/tmp/go-build-cache
                    mkdir -p $GOCACHE
                    GO111MODULE=on CGO_ENABLED=1 GOOS=linux GOARCH=amd64 go build -o backup .
                '''
            }
            echo "Built Backup Binary"
        }
    }
}
728x90
반응형

'데브옵스 devOps > Jenkins' 카테고리의 다른 글

[Jenkins] 실제 CI/CD 배포 세팅  (2) 2024.10.29
[Jenkins] 젠킨스란?  (2) 2024.10.07
728x90
반응형

Jmeter란?

  • Apache에서 자바로 만든 웹 애플리케이션 성능 테스트 오픈 소스입니다.
  • 위의 그림과 같은 GUI를 지원합니다.

테스트 용어

  • Thread Group : 테스트에 사용될 스레드 개수, 스레드 1개당 사용자 1명
  • Sampler : 사용자의 액션 (예: 로그인, 게시물 작성, 게시물 조회 등)
  • Listener : 응답을 받아 리포팅, 검증, 그래프 등 다양한 처리
  • Configuration : Sampler 또는 Listener가 사용할 설정 값 (쿠키, JDBC 커넥션 등)
  • Assertion : 응답 확인 방법 (응답 코드, 본문 내용 비교 등)

예시

  • Thread 개수가 1000 개이고, Ramp-up Period가 60, Loop Count가 10이면
    • 1000명의 유저가 60초 동안 10번 반복해서 요청 보낸다는 의미
  • Sampler - 사용자의 액션
    • 프로토콜, IP, 포트, HTTP, PATH 등을 지정 가능
    • Parameter와 Body 도 넘길 수 있음

설치 (MAC)

Homebrew 로 설치

  • MAC 기준 설치 및 실행
brew install jmeter
  • 실행
    open /opt/homebrew/bin/jmeter

소스 다운로드로 설치

cd apache-jmeter-5.6.2 

./bin/jmeter.sh
728x90
반응형

'데브옵스 devOps > Test' 카테고리의 다른 글

[JMeter] HTML 보고서 생성  (0) 2024.12.13
[JMeter] JMeter 란?  (0) 2024.12.12
728x90
반응형

HTML 보고서 만들기 (Mac - Homebrew)

  • Graph 차트로 만든 보고서를 csv로 저장한 후에 HTML로 보고서를 생성할 수 있다.

그래프 보고서 생성

  • 결과 파일 csv 저장하기 위해 경로 설정
    • Wirte result to file/Read from file
  • 설정 시 뜨는 오류는 무시해도 됨

HTML 보고서 생성

  • 보고서 설정
    • 상단의 Tool - Generate HTML 선택
      • csv: 그래프 차트 저장으로 생성된 CSV
      • properties: /bin/jmeter/jmeter.properties 선택
    • homebrew
      • properties: /opt/homebrew/Cellar/jmeter/버전/libexec/bin/jmeter.properties 선택
    • 결과 html 저장 경로
      • 빈 디렉토리어야 함. 따라서 새로운 폴더 생성

728x90
반응형

'데브옵스 devOps > Test' 카테고리의 다른 글

[JMeter] JMeter 설치  (0) 2024.12.16
[JMeter] JMeter 란?  (0) 2024.12.12
728x90
반응형

Jmeter란?

  • Apache에서 자바로 만든 웹 애플리케이션 성능 테스트 오픈 소스입니다.
  • 위의 그림과 같은 GUI를 지원합니다.

테스트 용어

  • Thread Group : 테스트에 사용될 스레드 개수, 스레드 1개당 사용자 1명
  • Sampler : 사용자의 액션 (예: 로그인, 게시물 작성, 게시물 조회 등)
  • Listener : 응답을 받아 리포팅, 검증, 그래프 등 다양한 처리
  • Configuration : Sampler 또는 Listener가 사용할 설정 값 (쿠키, JDBC 커넥션 등)
  • Assertion : 응답 확인 방법 (응답 코드, 본문 내용 비교 등)

예시

  • Thread 개수가 1000 개이고, Ramp-up Period가 60, Loop Count가 10이면
    • 1000명의 유저가 60초 동안 10번 반복해서 요청 보낸다는 의미
  • Sampler - 사용자의 액션
    • 프로토콜, IP, 포트, HTTP, PATH 등을 지정 가능
    • Parameter와 Body 도 넘길 수 있음

테스트 수행

  • 아래처럼 생각하면 좋다
    • Thread Group 추가 - 테스트 설정
    • Sampler 추가 - 요청 관련 설정
    • Listener 추가 - 테스트 결과 확인

Add Thread Group

  • 테스트 세팅
    • Thread, Ramp up, Loop Count

Add Sampler - HTTP Request

  • 요청 세팅
    • 프로토콜, url, port, body 등 세팅

Add Listener - Summary Report

  • 상단 초록색 실행 아이콘 눌렀을 때, 그. 테스트 결과 확인
    • samplers: 표본 수
    • Average: 응답 시간 (ms)
    • Min: 응답 시간 (ms)
    • Max: 응답 시간 (ms)
    • Error: 400 / 500 번대 응답 코드 비율
    • Throughput: TPS(Transaction Per Second) 초당 처리량
728x90
반응형

'데브옵스 devOps > Test' 카테고리의 다른 글

[JMeter] JMeter 설치  (0) 2024.12.16
[JMeter] HTML 보고서 생성  (0) 2024.12.13

+ Recent posts