일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- msa전환위험이슈
- erp msa 전환
- Restful API
- msa실패
- msa아키텍처
- msa세분화
- erp패케지
- msa구성관리솔루션
- msa서비스인터페이스설계
- msa특징
- 클라우드네이티브어플리케이션
- restful api 구성요소
- 데브옵스원칙
- msa설계
- 유레카 (eureka)
- 클라우드와 msa
- 주키퍼 (zookeeper)
- 마이크로서비스 아키텍처
- 구축시고려사항
- 마이크로소비스
- restful api인증
- 데브옵스
- msa실패원인
- rest 아키텍처
- msa전환단계
- msa구성
- 마이크로서비스
- 폭포수개발방법론
- msa
- 어플리케이션구축
- Today
- Total
목록전체 글 (77)
holyspirit-lee 님의 블로그
클라우드 네이티브 애플리케이션은 클라우드 환경의 특성을 최대한 활용하여 개발된 애플리케이션으로, 유연성, 확장성, 그리고 자동화된 운영을 특징으로 한다. 이러한 애플리케이션을 구축하기 위해서는 다음과 같은 단계와 고려 사항을 숙지해야 한다. Cloud Native 개발에는 일반적으로 데브옵스 ( DevOps ) , 애자일 방법론, 마이크로서비스 아키텍처, 클라우드 플랫폼, 쿠버네티스 및 도커와 같은 컨테이너 그리고 지속적 제공 (Continuous Delivery) 가 포함된다. 간단히 말해 새롭고 현대적인 모든 애플리케이션 배포 방법이 사용된다. 따라서 플랫폼 서비스(PaaS) 모델을 사용하는 편이 가장 바람직 하다. 클라우드 고객의 대다수는 하드웨어를 추상화하는 인프라 서비스(IaaS)로 시작한다. ..
ERP 패키지를 마이크로서비스 아키텍처(MSA)로 전환하는 것은 기업의 디지털 전환에 있어 매우 중요한 결정입니다. 하지만 복잡한 시스템을 분해하고 재구축하는 과정이므로 신중한 계획과 실행이 필요하다.1단계: 전환 목표 설정 및 범위 정의왜 MSA인가? 기존 ERP의 문제점을 명확히 하고, MSA 도입으로 얻고자 하는 목표를 구체적으로 설정한다. (예: 확장성 향상, 기술 부채 해소, 개발 생산성 증대)전환 범위 : 전체 시스템을 한 번에 전환하기보다는 우선순위가 높은 기능이나 모듈부터 시작하여 점진적으로 확대하는 것이 좋다.2단계: 도메인 분석 및 서비스 분해도메인 모델링 : 기존 ERP 시스템의 기능을 도메인별로 분할하고, 각 도메인의 경계를 명확히 한다.서비스 설계: 각 도메인을 하나의 마이크로서비..
마이크로서비스 아키텍처(MSA)는 하나의 애플리케이션을 작고 독립적인 서비스들의 집합으로 분해하여 개발하고 배포하는 방식입니다. 이는 복잡한 시스템을 관리하고 확장하기 쉽게 만들어 주지만, 성공적인 MSA를 설계하기 위해서는 신중한 고려가 필요하다.도메인 분석 및 서비스 식별비즈니스 도메인 이해: 시스템의 핵심 기능과 비즈니스 로직을 명확하게 파악바운디드 컨텍스트: 각 도메인을 독립적으로 관리할 수 있는 바운디드 컨텍스트로 나눈다.서비스 분해: 각 바운디드 컨텍스트를 하나의 마이크로서비스로 매핑한다. 1. 비즈니스 문제를 기술하고 그 문제를 기술하는 데 사용된 명사에 주목할 것문제를 기술하는 데 동일한 명사가 반복해서 사용된다면 핵심 비즈니스 영역과 마이크로서비스로 쪼갤 것을 고려하여야 한다.2. 동사에..
일반적으로 구성 정보는 저수준의 프로퍼티 파일 (YAML, JSON, XML 등)에 작성하고 미들웨어의 접속 정보와 애플리케이션의 행동 양식을 정하는 메타데이터가 존재하는 서버에 둔다. 그러나 이러한 방식은 수많은 마이크로서비스 인스턴스가 실행되는 클라우드 기반의 애플리케이션 상황에서는 관리가 까다롭다. 따라서 클라우드 기반의 마이크로서비스 개발에서는 다음 사항이 강조된다.배포되는 실제 코드에서 애플리케이션의 구성을 완전히 분리 서버 및 애플리케이션을 빌드하고 배포 환경에 따라 절대 바뀌지 않는 불변 이미지를 빌드 서버를 시작할 때 환경 변수나 애플리케이션의 마이크로서비스가 읽어올 수 있는 중앙 저장소를 이용해 애플리케이션 구성 정보를 주입 MSA 구성 관리구성 관리를 사람이 수동으로 구성하거나 배포하면..
마이크로서비스와 데브옵스의 만남: 왜 중요할까요?마이크로서비스 아키텍처는 애플리케이션을 작고 독립적인 서비스 단위로 분해하여 개발하고 배포하는 방식입니다. 이러한 특성 때문에 빠르고 잦은 배포, 독립적인 확장, 기술 다양성 등의 장점을 제공하지만, 동시에 복잡성 증가와 운영 오버헤드 증가라는 단점도 존재합니다. 바로 이 지점에서 **데브옵스(DevOps)**가 등장합니다. 데브옵스는 개발(Development)과 운영(Operations)을 통합하여 소프트웨어 개발 주기를 단축하고, 품질을 향상시키는 개발 문화 및 방법론입니다.마이크로서비스와 데브옵스가 만나면 어떤 시너지를 발휘할까요?- 자동화된 파이프라인 구축 : 지속적인 통합(CI), 지속적인 배포(CD)를 통해 코드 변경 사항이 자동으로 빌드, 테..
클라우드와 마이크로서비스는 현대 소프트웨어 개발 환경에서 떼려야 뗄 수 없는 관계이다. 각각의 강점을 살려 시너지를 발휘하며, 더욱 유연하고 효율적인 시스템 구축을 가능하게 한다.클라우드 플랫폼과 마이크로서비스클라우드의 장점은 언제 어디에서나 쉽게 서버 자원을 추가해서 사용할 수 있는 확장성과 유연성, 사용한 만큼만 지불함으로써 비용 절감을 할 수 있다. 클라우드의 분산 시스템과 스케일아웃을 통한 확장성은 독립적인 모듈로 나뉘어 동적으로 실행되는 마이크로서비스 아키텍처와 필연적인 연관성이 있다. IaaS(Infrastructure as a Service) 환경에서 실행되는 클라우드 플랫폼(PaaS)에서 마이크로서비스 실행 시 클라우드의 장점은 극대화될 수 있게 된다. 예상할 수 있듯, AWS, Azure..