반응형 역량 UP!/Architecture7 마이크로서비스 아키텍처(Microservice Architecture) 마이크로 서비스 아키텍처 큰 문제를 상대적으로 작게 분해해 해결 이렇게 작게 나눈 각 서비스가 독립적으로 역할을 수행 한가지만, 아주 잘 처리하자. 라는 것이 마이크로 서비스 아키텍처의 기본 철학이다. 단일 책임 원칙(SRP)를 중시(Single Responsibility Principle) 비즈니스 태스크를 작은 태스크로 나누며, 각 태스크마다 마이크로 서비스를 정의 한다. 비즈니스 요구사항과 태스크를 얼마나 잘 나눴는지에 따라 시스템에 두개 혹은 100개의 마이크로 서비스가 존재 마이크로 서비스 아키텍처 특징 시스템을 둘 이상의 실행 단위 또는 컴포넌트로 구성한다. 각 컴포넌트는 기능을 서비스 형태로 표출, 결합도가 낮으며 비즈니스 목적에 맞게 동작한다. 각 컴포넌트는 메시징 큐, HTTP 요청/응답.. 2021. 2. 3. 메시지큐에 대해 알아보자. 모델 종류 발행/구독(publish - and - subscribe) 모델 1: 다 - 모든 클라이언트에게 모든 메시지의 사본을 전달. publisher -> topic -> subscriber -> subscriber -> subscriber 지점간 연결(point - to - point) 모델 1:1 - 하나의 메시지는 하나의 클라이언트에만 전송(큐는 공유 가능) sender -> queue -> receiver 위의 모델 중에 publish - and - subscribe(pub - sub) 모델에 대해서 알아보자! pub/sub 구조 보통의 message queue들은 publisher - message broker(topic) - subscriber 구조를 사용한다. publisher(messa.. 2017. 6. 27. SOLID (object-oriented design) 객체지향적으로 개발 할 때 OOD를 따져서 설계하고 개발한다면 더욱 더 좋은 소스가 될 수 있다. 한번 알아보도록 하자! 출처 : http://en.wikipedia.org/wiki/Solid_(object-oriented_design) 추억의 솔리드..ㅋㅋㅋㅋㅋ 이밤에 끝을 잡고~ Initial Stands for (acronym) Concept S SRP Single responsibility principle - 단일 책임의 원칙 a class should have only a single responsibility. 하나의 클래스에 오직 하나의 책임이어야 한다는 원칙. 예를 들어 MVC 패턴이 나오기까지...jsp에 모든 것을 다 때려 넣었던 그런 시절이 있었다...단일 페이지에 모든 것을...... 2014. 2. 26. [소프트웨어 아키텍처 이론과 실체] 아키텍트로 가기 위한 필독서!! 소프트웨어 아키텍처 이론과 실체 라는 책을 산지..올해 2월에 산것 같은데..제대로 보지를 못했다..ㅠ_ㅠ 채수원님 책은 술술 읽혀서 보았다 다행히.. 2013/03/05 - [Life of AceT/Good book] - 소프트웨어 아키텍처 이론과 실제, TDD(채수원) 아직 기초 지식이 부족하여 할 것이 너무나도 많다..(아~내 잃어버린 시간들이여~~진작에 공부를 했어야..쿨럭~) 조금 정리를 하여 조금씩 이라도 볼 생각이다. 사실 잊고 있었는데..홍K(前팀장)님이..자극을 주셨다+ㅁ+~고오오오오오~ 좋은 자료도 주시고..흐흐+ㅁ+흐흐흐~나만 봐야디~ 자!~ 책의 구성은 총 4부로 되어있다. 혼자보기에는 엄청 힘들 것 같기도 하다..ㄷㄷㄷ 1부. 아키텍처의 개요 1장) 아키텍처 비즈니스 사이클 2장).. 2013. 11. 24. DTP(Distribution Transaction Processing) 관련 자료 DTP(Distribution Transaction Processing) 에 대해서 알 수 있는 The open group의 자료 이다. 자료 링크(영어) : 2.1 X/Open DTP Model을 보면 됩니다. :Dhttp://pubs.opengroup.org/onlinepubs/009680699/toc.pdf IBM에서 번역한 내용(한글) :http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.ibm.db2.udb.doc/admin/c0004558.htm 2013. 6. 8. ACE-T의 아키텍트 이야기 - 시작 아키텍처 직군에 있으면서 일반적인 개발보다 더 큰 그림을 봐야 겠다고 생각이 든다. 개발을 할 때 마다 찾아보고 처리하고 했던 방식에서 이제는 모든 것을 아울러야 하는 역할을 해야 한다. 결론은! 공부하자~! 2013년이 밝아 벌써 1월이 지나가고 있다. 다시 한번 내 마음의 열정을 불태워보자^-^ 화이링! 2013. 1. 28. AA란? Architecture? Architecture의 사전적 의미는 ‘건축 혹은 건축 양식’ , 그리고 ‘컴퓨터 시스템의 구성’ 으로 나와 있습니다. 컴퓨터에서 말하는 아키텍처란, 프로세스와 전체적인 구조나, 컴퓨터와 운영체제, 네트워크 및 기타 개념들 간의 논리적 상호관계 등을 생각하고 정의하는 등, 컴퓨터 구조의 모든 곳에 적용되는 용어입니다. Architecture는 OSI 7 Layer같은 참조 모델처럼 하나의 참조 모델이 될 수도 있지만, 특정 제품의 구조를 위한 모델을 의미하거나, 펜티엄 프로세서 같은 특정 제품의 구조가 될 수도 있습니다. 이 문서에서의 Architecture의 가장 가까운 뜻은 “특정 제품의 구조를 위한 모델을 의미” 가 될 듯 싶습니다. Application Architect.. 2012. 11. 12. 이전 1 다음 반응형
