① 불특정 다수를 대상으로 함.
② 분산 어플리케이션이다.
③ N Tier : 다른 시스템과 연동이 가능하여 얼마든지 확장 가능하다.
④ N Tier이므로 네트�p 트래픽이 성능에 영향을 줌.
⑤ 표준 framework 및 flatform이 중요 : 그래야 연동이 되니깐..
⑥ 논리적 계층으로 설계되어야 한다.(웹 < 어플리케이션 < EIS)
⑦ 웹 어플리케이션을 수행할 프로그램이 설치되어야 함.
2. 애클리케이션 구성요소
① 기술구조 : 기초공사
② 아키텍처 : 골조작업
③ 단위설계 : 설계도면
④ 프로그램 코딩 : 건축 및 마감
3. 아키텍처와 애플리케이션 설계
① Model : 화면을 제외한 모든 부분
② View : 사용자에게 보여지는 화면
③ Controller : 화면과 모델을 연계 제어하는 부분
5. 애플리케이션 LAYER
6. 2 Tier 아키텍처 = Presentation Layer + { Business layer, Data layer }
: 간단한 홈피에 게시판 같은거..
게시판 소스보면 화면출력내용외에 DB랑 어떻게 연동하는지도 다 나와 있자나..그런거..
① 장점 : 쉽지..간단하지..
② 단점 : 건드리면 듀거~.. 노가다 열라 해야대~
→ 보완좀 해보자 : presentation layer 딴에 부하 넘 마니 걸리니깐..
: Biz logic 부분을 Stored Procedure라는 곳. 즉 DB로 이동시킨건데..
: presentation 단의 부하는 줄겠지..
: 허나! 특정 DB에 완존 종속되지. Error Tracking 열라어렵지.
parameter로 변수제어하니 DB version에 열라 제한되지..
7. N Tier 아키텍처 = Presentation layer + Biz Layer + Data Layer 를 정확히 지킴.
|
① Presentation layer : GUI화면, 사용자 request 통제.
② Biz Layer : DB Access로직, Business Logic(Component)의 Life Cycle을 통제
③ Data Layer : DB + Stored Procedure
④ 장점 : 여기저기 건드리기 쉽고, 보안도 할 수 있고..
⑤ 단점 : 당근 복잡해지니까 분석 설계 잘해야되고.. 개발자의 숙련도도 높아야겠지.
⑥ 주의사항
* 시스템 환경영향을 최소화해야..
* 네트�p 트래픽 고려해야(Biz logic 부하고려)
* 화면개발이 전체 개발의 시작이 되어서는 안돼..그럼 화면 바뀔때마다 다바꿔야해.
* 확장성 고려하기.
* 계층간 의존도 최소화하기.
'IT_Architecture > Architecture' 카테고리의 다른 글
[Prism 4.1] 진보된 MVVM 시나리오들 (0) | 2015.08.28 |
---|---|
[Prism 4.1] MVVM 패턴 구현하기 (0) | 2015.08.28 |
페이스북의 결정: MVC는 확장에 용이하지 않다. 그렇다면 Flux다. (0) | 2015.08.25 |
SOA - JAVA로 SOAP 구축하기 (1) ~ (3) (0) | 2011.07.12 |
REST Architecture (0) | 2007.08.09 |