API Gateway 서비스로 전달되는 모든 API 요청의 관문(Gateway) 역할을 하는 서비스 클라이언트와 서비스 사이의 Proxy 역할을 담당 엔드포인트 서버에서 공통으로 필요한 인증/인가, 라우팅 처리, 요청/응답 변조 등의 다양한 기능을 플러그인 형태로 제공 각 엔드포인트의 서버마다 공통 기능들을 구현하지 않아도 되기 때문에 개발 비용을 줄일 수 있습니다. 장점 클라이언트이 요청을 일괄적으로 처리 전체 시스템의 부하를 분산 시키는 로드 밸런서 역할 동일한 요청에 대한 불필요한 반복작업을 줄일 수 있는 응답 캐싱 요청과 응답에 대한 모니터링 시스템 내부 아키텍쳐를 숨길 수 있음 단점 구현하고 관리해야하는 요소가 하나 더 증가됨 성능상의 병목 지점이 될 수 있음 API Gateway 기능 💡 자세..

MSA 구성요소 💡 Gatner 사의 MSA 컴포넌트 기반으로 설명합니다. External Gateway 서비스에 대한 액세스를 관리하고 트래픽 관리 및 보안 정책을 적용하여 마이크로 서비스 환경을 보호 외부 게이트웨이 기능은 종종 API 관리 제품을 사용하여 구현 서비스에 대한 요청은 API Gateway를 거쳐야 함 Spring Cloud Gateway Service Mesh 서비스 간의 통신을 느슨하게 결합, 신뢰성 및 유연성을 유지하는 데 도움이되는 기능으로 구성 Service Router API Gateway로 들어온 요청을 Service Discovery를 통해 서비스 위치를 파악한 후 올바른 서비스로 라우팅 Netflix Zuul Service Discovery Service Registry..

SOA (Service Oriented Architecture) 애플리케이션들의 기능을 비즈니스적인 의미가 있는 기능 단위로 묶고, 표준화된 호출 인터페이스를 통해 서비스라는 소프트웨어 컴포넌트 단위로 재조합한 후, 이 서비스들을 서로 조합하여 업무 기능을 구현한 애플리케이션을 만들어내는 소프트웨어 아키텍처 서비스 단위로 개발을 하고, 개발된 서비스들을 공유함으로써 재가용성을 늘리고 유연성을 확보하는 것을 목표 SOA 와 MSA의 차이점 SOA MSA 프로토콜 멀티 메세지 프로토콜 지원 경량 프로토콜 사용(HTTP,REST 등) 지향점 어플리케이션 서비스의 재사용을 통한 비용 절감 서비스 간의 결합도를 낮추어 변화에 능동적으로 대응 접근 방식 가능한 최대한으로 공유 가능한 최소한으로 공유 데이터베이스 전..

12 Factors Heroku 플랫폼을 통해 방대한 앱의 개발, 운영, 확장 등을 관찰한 많은 사람들이 고안해낸 SaaS 개발 방법론 시간이 지나면서 앱이 유기적으로 성장하는 부분, 앱 코드베이스에서 작업하는 개발자들 간의 협업, 시간이 지나면서 망가지는 소프트웨어 유지비용을 줄이는 법에 집중 12 Factors의 목적 아래와 같은 특징을 가진 SaaS 앱을 만들기 위함 설정 자동화를 위한 절차(declarative) 를 체계화 하여 새로운 개발자가 프로젝트에 참여하는데 드는 시간과 비용을 최소화 OS에 따라 달라지는 부분을 명확히하고, 실행 환경 사이의 이식성을 극대화 클라우드 플랫폼 배포에 적합하고, 서버와 시스템의 관리가 필요없음 개발 환경과 운영 환경의 차이를 최소화하고 민첩성을 극대화하기 위해..

Cloud Native Application Cloud Native Architecture에 의해 설계되고 구현된 Application을 의미 구성요소 DevOps Development + Operation을 합친 단어 고객의 요구사항을 빠르게 반영하기위해 운영 담당자와 개발담당자가 서로 소통하고 협업하여 계획 및 개발하고 빌드, 테스트,릴리스, 배포, 운영, 모니터링하는 일련의 과정을 자동화하는 것을 강조하는 개발 방법론을 뜻함 보통 애자일 방법론을 통해 DevOps가 이루어짐 CI - CD Continuous Integration (지속적인 통합) 새로 개발한 코드들을 기존 코드와 병합하여 빌드 및 테스트하는 과정을 자동화하는 것 Jenkins, Team CI, Travis CI 같은 도구를 사용 C..

Cloud Native Architecture Cloud Nativer란 클라우드 환경에 친화적이라는 원론적인 의미를 가짐 CNCF에서 처음 내세운 단어로 클라우드 컴퓨팅 모델의 장점을 최대한 활용하는 어플리케이션을 개발하고 구축하며 실행하는 방법론을 의미 퍼블릭, 프라이빗, 하이브리드 클라우드 환경에서 확장성 있는 애플리케이션을 만들고 운영할 수 있음 컨테이너, 서비스 메시, 마이크로서비스, 불변 인프라, 선언적 API가 전형적인 접근 방식에 해당 회복성이 있고, 관리 편의성을 제공하며, 가시성을 갖는 느슨하게 결합된 시스템을 사용할 수 있음 견고한 자동화와 함께 사용하면, 엔지니어는 최소한의 수고로 영향력이 크고 예측 가능한 변경을 할 수 있음 Cloud Native Architecture의 구성 요..