온프레미스와 퍼블릭 클라우드 온프레미스(On-Premise) 필요한 시스템을 구축하기 위해서 하드웨어와 소프트웨어를 구입하여, 시스템 구성 상황에 맞게 자체적으로 환경을 구성하는 것 퍼블릭 클라우드 컴퓨팅 리소스를 인터넷을 통해 서비스로 사용할 수 있는 주문형 서비스 (= 클라우드 컴퓨팅) On-premise의 반대말인 Off-Premise라고도 합니다. 기업에서 직접 리소스를 조달하거나 구성, 관리할 필요가 없이 사용한 만큼만 비용을 지불 대표적인 플랫폼으로는 AWS , GCP 등 온프레미스 vs 퍼블릭 클라우드 중점적으로 봐야할 것은 비용적인 측면 입니다. 예를 들어, 티켓팅 서비스를 제공한다고 해봅시다. 평소에는 사용자가 별로 없다가 인기있는 연예인의 콘서트 예매가 잡혀있다면, 서비스를 제공하는 기..

💡 서비스 디스커버리 , 레지스트리에 관한 내용을 미리 학습하고 읽으면 좋습니다. Spring Cloud Eureka란? 넷플릭스에서 만든 서비스 서버들을 중앙 레지스트리에 등록하고 장애가 발생할 때 자동으로 제외 새 인스턴스 시작시 Eureka 서버에 IP, 호스트 주소, 포트 번호 등을 스스로 전송. 운영자들은 IP 정보를 신경쓰지 않아도 됨. 다른 서비스 호출시 Eureka 서버에 등록된 인스턴스를 조회. 클라이언트와 서버로 구분하여 사용. 구성 요소 Service Discovery 마이크로서비스의 위치를 찾는 작업 Spring Cloud Netflix - Eureka Server 를 이용 Service Registry 각각의 서비스가 자신의 위치를 특정 서버에 등록하는 작업 Spring Cloud..

서비스 디스커버리란? MSA는 여러 개의 마이크로서비스로 이루어져있습니다. 마이크로서비스를 호출하기 위해서는 사용하고자하는 해당 서비스의 인스턴스 IP주소와 Port를 알아야하며 서비스의 최적 경로를 찾아주는 라우팅 기능과 적절한 부하 분산을 위한 로드 밸런싱 기능이 필요합니다. 클라우드 환경에서는 오토 스케일링을 통해 서비스 인스턴스가 동적으로 생성되고 사라지기 때문에 서비스의 IP가 유동적으로 변하게 됩니다. 그렇다보니 클라이언트는 변경사항이 생길 때마다 매번 수십 수백개의 서비스 인스턴스의 유동 IP 정보를 전송받아 갱신해야되는 번거로움이 존재합니다. 차라리 제 3의 공간에서 서비스의 명칭과 유동적인 IP 정보를 매핑해서 관리해주고 클라이언트는 이를 이용하는 것이 좋지 않을까에서 나온 것이 바로 서..

Monolithic Architecture 전통적인 아키텍처로 하나의 단위로 개발되는 일체식 어플리케이션 소프트웨어의 모든 구성요소가 한 프로젝트에 통합 되어있는 형태 보통 하나의 서비스 또는 어플리케이션이 하나의 거대한 아키텍쳐를 가질 때, Monolithic 하다고 부릅니다. 하나의 논리적인 단일체로 내부 요소간의 의존성이 강합니다. 장점 단순한 아키텍쳐 구조이기에 소규모 프로젝트에 적합 전체가 합쳐져 있기 때문에 개발, 빌드, 배포, 테스트가 용이 단순히 하나의 어플리케이션을 복사만 하면 되기 때문에 쉽게 고가용성 서버 환경 구축 가능 단점 하나에 모든 것이 들어있기 때문에 규모가 커질수록 어플리케이션 구동시간이 늘어나고 빌드, 배포 시간도 길어짐 하나를 수정하더라도 전체를 다시 빌드하고 배포해야함..