초보 개발자의 기록

Microservice 비즈니스 애플리케이션을 구성하는 여러 개의 작은 기능들 독립적으로 배포 가능한 단위로 구성 마이크로 서비스는 사람과 조직 간의 커뮤니케이션을 최소화하고, 변경 범위와 이에 대한 리스크를 회소화함으로 딜리버리를 가속화 - 독립적 단일 기능 - 의존성 탈퇴 - 컨텍스트 의미 부여 - 데이터 조작 분리 - 상호 인터페이스 MSA 여러개의 작은 서비스를 구축하고 이들을 조합하여 비즈니스 애플리케이션을 개발하는 아키텍처 방식 각 서비스는 개별 프로세스로 실행되어야 하고, 가벼운 방법으로 통신 자동화된 배포방식을 이용하여 독립적으로 배포 중앙 집중적 관리 최소화 각 서비스는 서로 다른 언어와 데이터 저장 기술을 사용하여 구축 가능 장점 - 빠른 개발 및 대응 가능 - 개발 언어에 독립적 - ..

왜 많은 기업이 기존의 방법을 버리고 IT서비스를 MSA로 전환하려고 할까? 1. 분산 기술의 성숙과 새로운 기술의 등장 2. 더 쉽고 단순한 방식의 서비스별 호스팅 가능 3. 애자일 개발 프로세스의 보편화 배경 및 동향 비즈니스 측면 비즈니스 변화에 민첩하고 능동적으로 대응이 가능한 디지털 혁신을 요구 - 빠르게 변화하는 디지털 역량 및 서비스에 대한 능동적인 대응을 위한 역량이 필요 - 새로운 서비스 개벌 혹은 핵심 업무의 변경에 대한 신속하고 유연한 대응 체계가 필요 - 고객 및 시장의 빠른 변화 및 요구에 맞는 검증된 서비스 혹은 솔루션에 대한 유연한 활용 체계 필요 - 서비스 중심의 기획. 개발. 배포. 운영을 위한 조직 및 방법, 문화의 변화를 통한 비즈니스 민첩성 기반 확보 기술 측면 - 민..

DBMS 발전단계 및 한계 1. 플랫 파일 DBMS - 접근방식 변경 비효율적 - 파일구조 변경 시 AP 변경 2. 계층형 DBMS - 1:N은 가능하나, N:1 관계 불가 - 데이터 복제본간 일관성 유지 어려움 - 중복데이터로 인한 합계 오류 3. 네트워크 DBMS - 설계, 관리 어려움 - 데이터모델 복잡해질수록 경로가 증가 - 엔티티나 노드 유형 변경시 AP 변경 4. 관계형 DBMS - 대용량 데이터의 읽기와 쓰기 작업 한계 - 빠른 응답시간 요구 - 높은 가용성 한계 NoSQL의 도입 배경 기존 기업에서 관리하던 자원들과 달리 소비자들이 생산, 수정, 재생산 과정을 거쳐 쏟아내는 데이터는 정형화되기 힘든 비논리적인 데이터 집합이 되었지만 이러한 비논리적 데이터를 관계형 데이터베이스로 관리하는 것..

MSA 도입이 반드시 필요한가? 애플리케이션을 보다 빠르게 개발하고 성능을 지속적으로 높여 나갈 수 있다는 이유로 MSA가 각광을 받기 시작했지만, 반드시 도입이 필요한가? 현재 운영 중인 서비스를 개선하거나 새로운 서비스를 기획할 때, 기존 레거시 시스템 및 데이터 연계, 현재 시점의 요구사항, 예측 가능 범위 내의 미래 변화까지 대응할 수 있도록 아키텍처를 비롯한 프로세스, 인프라, IT 환경에 대한 보다 폭넓고 수준 높은 이해가 필요함. 모놀리식으로 관리하기에 특별히 복잡한 시스템을 운영할 상황이 아니면 마이크로 서비스는 고려할 필요조차 없다. MSA 도입을 위해 고려해야 할 사항 시스템 복잡도 단계에 따라 아키텍처 선택 시 개발 생산성에 크게 영향을 받을 수 있다. 언제 모놀리식 아키텍처를 사용하..

MSA 개념 MicroService Architecture의 줄임말 마이크로 서비스란 특정한 기능 제공을 위해 서비스들이 블록처럼 조립되는 형태의 독립적으로 배포 가능하고, 다른 기술 스택(개발언어, 데이터베이스 등)이 사용 가능한 각각의 기능을 수행하는 서비스로 구성된 프레임워크이다. MSA의 등장 배경 Monolithic Architecture 모놀리틱 아키텍처는 소프트웨어의 모든 구성요소가 한 프로젝트에 통합되어 있는 형태. 웹의 경우 WAR로 빌드되어 WAS에 배포하는 형태를 말한다. 소규모 프로젝트에서 사용된다. 일정 규모 이상의 서비스 혹은 수백 명 이상의 개발자가 투입되는 프로젝트에서 Monolithic Architeture는 한계가 있음. 기존의 특정한 물리적인 서버에 서비스를 올리던 on..