# System Architecture

happyyeon

초안 웹 동작 흐름도 사용자: 사용자는 웹 브라우저를 통해 특정 URL에 접속합니다. DNS (Domain Name System): 사용자가 입력한 URL은 DNS를 통해 해당 서비스의 IP 주소로 변환됩니다. AWS Route 53 등의 서비스를 사용하여 DNS를 설정할 수 있습니다. 로드 밸런서 (AWS ELB): 로드 밸런서는 사용자의 요청을 여러 서버에 분산시킵니다. AWS에서 제공하는 Elastic Load Balancer(ELB)를 사용할 수 있습니다. 웹 서버 (AWS E

ve_hye_ona

System Architecture > 시스템의 구조(structure), 행위(behavior), 뷰(view)를 정의하는 개념 모델로, 각 컴포넌트가 어떻게 상호작용하고 정보를 교환하는지 설명한다. 목적 소프트웨어를 계층으로 나눔으로써 관심사를 분리할 수 있다. 이 때, 계층간 경계를 두어 각 Layer를 분리하고, 관심사를 분리하는데 설명한 방식이 Dependency Rule이다. > Dependency rule Software를 이루는 서로 다른 영역을 circular diagram으로 나타내었을 때, higher level일 수록 더 안쪽 circle이 되는 형태를 띤다. (outer circle : mechanism, inner circle : policy) 이 때, inner circle은 outer circle에 independent하기 때문에, outer circle의 변화는 inner circle에 영향을 주지 않는다. 반면,

rhkddud9531

많은 모바일앱 개발자들이 적용하고 있는 아키텍처이다. 그래서 나도 적용해보고 어떤부분에서 좋고 어떤방식으로 사용해야 내 상황에 맞을 지 확인해보고싶었다. 하지만 실제로 프로젝트에 적용해보거나 제대로된 이해를 가지고 있다고 보기 어렵다. 해서 개념적인 부분을 정리하고자 한다. CleanArchitecture란? 클린아키텍처를 검색하면 이런 이미지가 쏟아진다. 다양한 시스템아키텍처들의 공통적인 목표는 관심사 분리이고 목표를 달성하기 위해 소프트웨어에서 계층을 나누게 된다. CleanArchitecture에서 제안하는 계층 분리는 위 이미지와 같다. 하지만 이미지만 봐서는 어떤걸 의미하는지 정확히 알기 어려웠다. 해서 조금 더 자세히 풀어보려고한다. 계층 Domain 비즈니스 규칙

banana

09-JDBC프로그래밍 / 16 페이지 ER-Diagram 테이블과 테이블 사이의 관계를 표현한 것 ERD (Entity Relationship Diagram) Entity = Table Entity의 Relationship 관계 테이블과 테이블 사이의 관계를 그림으로 표현한 것 '객체'가 클래스를 가리키는 건지 인스턴스를 가리키는 건지는 이야기의 흐름에 맞춰서 이해해야 됨 테이블과 테이블의 관계를 그림으로 Diagram 작성자 테이블 (PK: 이메일) 게시글 테이블 (FK: 작성자) 일대다 관계 하나의 작성자는 여러 게시글을 작성한다. 작성자가 게시글을 작성 안 할 수도 있음. 0개 이상 작성. 세 다리로 그린다. 게시글에는 작성자가 반드시 있어야 함. 게시글이 작성자를 참조 참조 당하는 쪽이 부모 테이블 (작성자 테이블) artificial key (인공키) = surrogate key (대리키) 게시글 테이블 (PK: 게시글 번호) ← artif

kykim_dev

[WEB #1]에서는 인터넷과 웹의 출현과 발전에 대해 알아보았다. 이 놀라운 혁신은 거의 모든 산업 전반에의 혁신을 가져왔고, 개발의 영역이 넓고 세분화되는 효과를 가져왔다. 인터넷이 불러온 혁신 가장 큰 혁신을 가져온 분야는 '유통' 업계다. 예전에는 소프트웨어를 구입 하려면 물리적인 매개체가 필요했는데, 인터넷이 발명되면서 유통 과정이 혁신적으로 줄어들면서 많은 개발자들이 창업을 하기 시작했다! 2000년대닷컴붐(Dot-com bubble)이라는 말이 생길 정도로 많은 IT 회사들이 설립되었다. 일명, 미국의 '실리콘 밸리'가 형성되었고 야후, 구글, 아마존 등의 회사가 두둥 출현했다. 이 때를

devzunky

Uncle Bob's Blog와 PUSHER.COM을 참고했습니다. 1. What is Business Rules? System Architecture에 대해 얘기하기 전에 Software Development에서의 Business Rule이란 무엇인지 알아보겠습니다. "business rule"(혹은 "business logic") 이라는 것은 application의 특정 부분을 뜻하며 application이 어떻게 작동해야 하는지에 대한 핵심 행동(core behavior)을 나타냅니다. 보통 business rule은 고객의 요구가 변경될 때마다 바뀔 수 있습니다. 그렇기 때문에 필요에 따라 수정할 수 있게끔 s