Replies: 1 comment
-
언어별 스타일 차이를 아는 것도 중요하다 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Metric 디자인
서비스 레벨에서 어떤 metric을 수집할 것인지 디자인 하기
로컬 테스트 환경
docker 이미지로 만들어서 돌아갈 수 있게 할 수 있게 되면
AWS 환경에서 테스트할 기본적인 준비는 된 것
헥사고날 아키텍처
기본적으로 도메인을 보호하는 것.
도메인은 깔끔하지만 이외의 부분은 지저분하게 될 수 있음.
권한 관리나 운영 쪽에서 좀 더 엄격하게 관리하고 싶은 프로젝트에서 헥사고날을 사용한다.
mvc의 장점 : 읽기 쉽고 이해하기 쉽다.
mvc의 단점 : 비즈니스 관점에서 봤을 때 도메인 레이어가 명확하지 않다 보니 섞일 여지가 있다.
nginx
Nginx Oauth Spring 시나리오
권한 설정도 관심있으면 알아보기
Oauth
네이버 - 성별 정보나 나이 정보 등을 받아올 수 있다.
깃허브 - 단순히 인증만 할 수 있으면 제일 쉽게 구현할 수 있음
같은 OAuth라도 인증 받는 방식이 다름. 관련해서 유형들을 알아 볼 것 ( RFC 문서 참고 )
스타트업에서는 octa 많이 씀
다른 데서도 saml 인증을 많이 쓴다.
K6
프로토콜 별로 요청을 달리 날릴 수 도 있다.
로컬에서 집중해야 하는것
시스템 아키텍쳐
ex) 지원하는 프로토콜 / 어플리케이션 와 서버 사이의 관계를 알려주는게 필요 (유저 - 서버 관계)
다른 건 몰라도 트레이스는 백엔드 영역이 확실해서 알아 두는 게 좋음.
CICD 테스트 + 배포 환경 + 로컬 환경에 대한 배려를 적어주면 좋다.
로컬 환경에 대한 usecase도 나오는 게 좋음.
트레이싱을 하게 되면 grafana-prometheu 이외에 다른게 하나 더 생기긴 할 거임.
DB 고려해볼 점
레이턴시가 늦어지는 쿼리를 어떻게 처리할 지
테이블 설계
velog 작성 시
학습적인거 보다는 트러블 슈팅 위주로 적을 것
시행착오. (솔루션에 대한 시행착오도 괜찮지만 혼자 생각해보는 것도 좋음 )
딥다이브 ( 오픈소스가 어떻게 구현이 되어있지? 그래서 궁금해서 찾아봤다 등)
개인 스타일, 업무 태도와 관련된 내용(자동화 등)이거나 특정 솔루션에 대한 내용, 트러블 슈팅 내용 위주로 작성하는게 좋음.
나의 워크플로우를 만들어가는 내용에 대해서 작성하는 것도 좋음
Beta Was this translation helpful? Give feedback.
All reactions