백엔드기초

3) ERD (Entity Relationship Diagram) 개념 데이터베이스의 테이블과 관계를 시각적으로 표현한 다이어그램 주요 요소: Entity: 테이블 (예: User, Post, Comment) Attribute: 컬럼 (예: id, nam

객체를 만들기 위한 설계도.속성(필드)과 동작(메서드)을 묶어서 표현.예시:특정 기능의 약속을 정의하는 것.구현체 클래스는 반드시 인터페이스의 메서드를 구현해야 함.다형성을 활용할 수 있음.객체 간의 의존성을 직접 만들지 않고 외부에서 주입하는 방식.Spring에서는

원격 저장소를 내 컴퓨터로 복제변경사항을 로컬 저장소에 기록로컬 저장소의 변경 내용을 원격 저장소로 전송독립적인 작업 공간 생성다른 브랜치에 작업 내용을 합치기 전, 코드 리뷰 요청 절차GitHub에서 브라우저로 PR 생성 가능main 브랜치: 항상 배포 가능한 상태

Commit Convention은 Git commit 메시지를 작성할 때 지켜야 하는 규칙일관된 형식을 사용하면 커밋 로그만 봐도 어떤 변화인지 쉽게 파악 가능대표적으로 Conventional Commits 규칙이 많이 사용됨feat: 새로운 기능 추가fix: 버그 수

REST(Representational State Transfer)는 2000년 로이 필딩의 박사 논문에서 처음 소개됨HTTP 설계의 장점을 최대한 활용할 수 있는 아키텍처 스타일자원(Resource) → URI로 표현행위(Verb) → HTTP Method (GET,

디렉터리 안의 파일 목록 출력ls : 현재 디렉터리ls -a : 숨김 파일까지 표시ls -l : 상세 정보 표시ls \*.cfg : 확장자별 목록 표시디렉터리 이동cd : 홈 디렉터리로 이동cd .. : 상위 디렉터리로 이동cd /etc/sysconfig : 절대 경로

웹 서버 프로그램의 한 종류정적 파일(HTML, CSS, JS, 이미지 등) 은 직접 빠르게 제공동적 요청(API 등) 은 뒤에 있는 서버(Spring Boot, Node.js 같은 앱 서버)로 전달하는 역할 (→ 리버스 프록시)동시에 로드밸런서(요청을 여러 서버에 나

컨테이너(Container) 기반 가상화 기술OS 전체를 가상화하는 VM(Virtual Machine)과 달리, 프로세스 단위로 격리된 실행 환경 제공“한 번 빌드하면 어디서든 똑같이 실행된다”가 장점VM (Virtual Machine)하이퍼바이저 위에 OS 전체를 올

특징가장 전통적이고 널리 쓰이는 오픈소스 부하 테스트 툴GUI 기반이라 비교적 쉽게 시작 가능다양한 프로토콜 지원 (HTTP, WebSocket, JDBC, FTP 등)장점생태계 크고 자료 풍부GUI + CLI 둘 다 가능플러그인 많음단점무겁고 대규모 테스트 시 성능

@ExceptionHandler 핵심 정리 역할 컨트롤러 실행 중 예외 발생 시 → WAS로 넘기기 전에 잡아서 사용자 정의 처리 가능 어노테이션 위치 컨트롤러 클래스 내부 또는 전역 예외 처리용 @ControllerAdvice 클래스 동작 원

REST API를 문서화하고 테스트할 수 있게 해주는 오픈소스 프레임워크원래 이름은 Swagger였는데, 지금은 OpenAPI Specification(OAS) 라고 부르는 게 공식 명칭Swagger는 그 OpenAPI를 편하게 쓰도록 도와주는 툴 모음 이름API는 “

데이터베이스의 테이블과 관계를 시각적으로 표현한 다이어그램주요 요소:Entity: 테이블 (예: User, Post, Comment)Attribute: 컬럼 (예: id, name, email)Relationship: 테이블 간의 관계 (1:1, 1\\:N, N\\:M

HTTP + SSL/TLS웹 브라우저와 서버가 중간에서 훔쳐보거나 위조하지 못하도록 암호화된 통신을 하는 프로토콜.우리가 흔히 주소창에서 보는 https\\:// 가 바로 이 방식.서버가 진짜인지 증명하는 온라인 신분증 역할발급: 공인 인증 기관(CA, Certific

사용자의 기능/책임을 그룹화한 상위 개념여러 권한(Authorities)을 묶어서 표현하는 경우가 많음관례적으로 ROLE\_ 접두사를 붙여 사용예시:ROLE_ADMIN → 관리자 그룹ROLE_USER → 일반 사용자 그룹특정 리소스/작업에 대한 세부적 허가역할보다 더

참고 : https://udacity.github.io/git-styleguide/커밋 메시지는 세 부분으로 구성됨 (빈 줄로 구분):Title: type: subjectBody: (선택) 변경 이유와 배경 설명Footer: (선택) 이슈 번호 참조feat:

PR Template : GitHub 같은 협업 플랫폼에서 Pull Request(=코드 병합 요청) 를 올릴 때, 팀원들이 항상 일정한 형식으로 내용을 작성하도록 도와주는 템플릿Pull Request를 작성할 때 자동으로 불러와지는 문서 양식팀이 미리 정해둔 질문/

개인 리포 + 브랜치 소유권: 레포 주인은 개인 계정 1명. (실제 소유는 그 사람) 협업: 다른 사람은 Collaborator로 “초대”해야만 참여 가능 → 사람마다 직접 권한 줘야 함. 권한 관리: Collaborator 단위로만 가능(Write/Read/Adm