Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- DI
- 인덱스
- MSA
- SQL
- hashcode
- 재정의
- 테스트 코드
- 조합
- cache
- 바이너리 카운팅
- redis
- Test
- 열 속성
- DDL
- select_type
- lambda
- KEVISS
- AOP
- docker
- equals
- java
- VUE
- jwt
- jpa
- Spring
- static
- stream
- 생성자 주입
- 필드 주입
- StringBuilder
Archives
- Today
- Total
백엔드 개발자 블로그
설계 본문
아키텍처 설계
구조 설계
- Web
- DB
- Batch
- multi module
- 비동기 프로그래밍
- JWT Token
기능 배분
기술스택 선택
ERD 설계
테이블
관계
API 설계
구글 스프레드 시트 사용, use-case 보고 작성함
종류
- View
- API
Endpoints
method
- GET : 조회
- POST : 추가
- PUT, PATCH : 수정
- DELETE : 삭제
입력 데이터
기능
Batch 설계
1. job
2. step
Git branch 전략
Git Flow
계획적인 릴리즈를 + 대규모 프로젝트
- Main : 릴리즈 시 사용하는 최종 단계 메인 브랜치
- Develop : 다음 릴리즈 버전 개발을 진행하는 브랜치
- Feature : Develop 브랜치에서 기능 구현을 할 때 만드는 브랜치
- Release : Develop에서 파생된 브랜치
- Hotfix : Main 브랜치의 버그를 수정하는 브랜치
GitHub Flow
소규모 프로젝트
- Main : 릴리즈 시 사용하는 최종 단계 메인 브랜치
- Feature : 기능 구현
- Bugfix : bug 고침
GitLab
GitHub Flow 배포 시기 조절 해결 by Pre-Production
- Main
- Pre-Production
- Production