본문 바로가기

server/아키텍쳐

(4)
코딩을 하기전 해야할 일들 1. 요구사항의 명확화 - 정확히 무엇을 할것인지를 정의할것 2. 파라미터 정의 - int / array / date / timestamp 인지 파라미터를 명확히 한다. 3. 기능의 순서 설계 - 요구사항을 진행하기 위해서 어떤 순서로 코드를 작성할 것인가? UML / 다이어그램 / 순서도 등을 통해 순처리/예외처리를 확인 을 통해 간결해 진다. 4. 코드 작성 및 리팩토링 (코드를 짜면서 기능을 추가 할수도 있으며, 기능 단위로 다시 묶음으로써 리팩토링이 가능해 진다. ) 5. 추가 사항이 있는가 확인. 있다면 다시 1번으로 - 버그나 에러는 1, 2번에서 빠진게 있는것. 만일 이게 아니라면 기능상의 오류 (기능정의부터 잘못됨) - 코드부터 작성하지 말자. 기능과 파라미터를 명확히 하면 더 시간을 아낄..
web developer roadmap 출처 : https://github.com/kamranahmedse/developer-roadmap 눈에 띄는 것은 1. 테스트 작성 및 TDD가 최상단에 있다는것. (6번) 2. Docker / GraphQL을 배워야 한다는것 (19 / 21 번) 자신이 스타트업같이 개발자가 10명 이내의 회사라면 프론트엔드 + 백엔드 + 데브옵스 까지 기본적인 것은 다 해야 한다. (위의 것은 한번쯤은 건들어봐야 한다... 그게 스타트업이다....아무것도 없으니 만들어야됨.. 누가? 네가!)규모가 있는 회사라면 백엔드와 데브옵스 팀이 구분되어 있다. (데브옵스가 인프라팀으로 세분화 된다)게임에서만 케릭터 스킬 뭐 찍을까 몇일씩 고민하지 말고 자신의 테크트리도 잘 보고 찍자.- 단 천재는 알아서 다 잘한다. 저걸 전부..
DSR ( direct server return ) http://novatechservices.com/use-dsr-to-take-a-load-off-your-load-balancer/ 보통의 서버 앞 단에 있는 로드밸런스(L4)에서 사용할수 있는 기능으로 기본적인 통신에서의 클라이언트와 서버의 응답은 client -> load balancer -> server -> load balancer ->client 의 형식으로 로드밸런서가 응답에 대해서도 작동을 하게 된다. ( Inline(proxy) mode 라 한다. )만일 요청이 많아지면 로드밸런서의 처리 때문에 서버가 놀게 되는 현상이 일어날수 있다.이를 막기 위해 응답은 로드밸런서를 거치지 않고 서버가 바로 클라이언트에 응답을 준다. (상단의 그림 참조 )client -> load balancer ->..
서버 구조 생각하기 Massive service basic from DaeMyung Kang Internet Scale Service Arichitecture from DaeMyung Kang webservice scaling for newbie from DaeMyung Kang