오늘날의 산업에서 소프트웨어 애플리케이션은 매일 구축됩니다. 하지만 이러한 소프트웨어를 구축하는 동안 아키텍처, 코드 구현 및 사용자가 사용할 UI를 항상 염두에 두어야합니다. 따라서 이러한 모든 매개 변수가 충족되는지 확인하는 유일한 방법은 마이크로 서비스 아키텍처와 API를 사용하는 것입니다. 따라서 Microservices vs API에 대한이 기사에서는 다음 주제를 논의 할 것입니다.
자, 시작하겠습니다.
마이크로 서비스 란 무엇입니까?
마이크로 서비스 또는 가장 일반적으로 알려진 애플리케이션을 구축하기위한 아키텍처 스타일입니다. 따라서 마이크로 서비스는 기본적으로애플리케이션을 소규모 자율 서비스 모음으로 구성하고 비즈니스 도메인. 이제 모 놀리 식 애플리케이션이 있으면 기본적으로 모든 기능이 한 곳에 저장됩니다.
예를 들어 전자 상거래 응용 프로그램을 고려하면 주로 세 가지 기능이 있습니다. 기능은 다음과 같습니다.
- 고객 정보
- 고객이 장바구니에 저장 한 제품
- 전자 상거래 애플리케이션에서 사용 가능한 제품
자, 전에 마이크로 서비스 그림에 등장한 모 놀리 식 아키텍처가 사용되었습니다.
모 놀리 식 아키텍처
모 놀리 식 아키텍처는 모든 기능 또는 필수 구성 요소가 하나의 큰 블록 안에있는 아키텍처 스타일입니다. 따라서 모 놀리 식 스타일을 사용하여 위의 애플리케이션을 빌드하면 아키텍처는 다음과 같습니다.
객체 자바의 사본 생성
위의 이미지에서 참조 할 수 있듯이 응용 프로그램의 모든 구성 요소는 단일 영역에 있습니다. 하지만 그 때문에마이크로 서비스는 시장에서 매우 인기가 있습니다. 따라서이 애플리케이션을 마이크로 서비스로 리팩터링하면 세 가지 서비스 (고객 서비스, 카트 서비스 및 제품 서비스)가 있습니다.
이제이 애플리케이션을 마이크로 서비스로 리팩토링 할 수있는 방법을 설명하기 전에 마이크로 서비스 대 API에 대한이 기사의 다음으로 API에 대한 통찰력을 제공하겠습니다.
API 란 무엇입니까?
응용 프로그램 인터페이스 또는 가장 일반적으로 API라고하는 것은 두 개 이상의 응용 프로그램이 서로 통신하여 클라이언트 요청을 처리하도록하는 방법입니다. 따라서 APIS를 모든 서비스가 서로 통신하여 클라이언트의 요청을 처리하고 응답을 보내는 접점으로 이해할 수 있습니다.
이제 애플리케이션을 구축하고 사용하는 동안 일반적으로 CRUD 작업을 수행합니다. CRUD 작업이라고하면 리소스를 만들고, 리소스를 읽고, 리소스를 업데이트하고, 리소스를 삭제하는 것을 의미합니다. 따라서 API는 일반적으로 , 이러한 메서드는 HTTP의 메서드 일뿐입니다.
HTTP 방법
HTTP 작업과 관련된 메서드는 아래 이미지에서 볼 수 있듯이 다음과 같습니다.
위의 방법은 인터페이스가 다른 다양한 응용 프로그램에서 작업이 수행되는 방식을 표준화하는 데 도움이됩니다. 또한 이러한 메서드의 도움으로 개발자는 여러 인터페이스에서 수행 된 작업의 추론을 쉽게 이해할 수 있습니다.
이제 API가 무엇인지 알게 되었으니, 다음으로 마이크로 서비스와 API에 대한이 문서의 다음 부분에서 마이크로 서비스에서 API가 사용되는 위치를 이해하겠습니다.
마이크로 서비스에서 API는 어디에 사용됩니까?
마이크로 서비스를 사용하여 위에서 고려한 전자 상거래 애플리케이션을 구축 한 시나리오를 고려하십시오. 기본적으로 세 가지 서비스, 즉 고객 서비스, 카트 서비스 및 제품 서비스가 표시됩니다. 이제 이러한 서비스가 클라이언트의 요청을 처리하기 위해 서로 어떻게 통신한다고 생각하십니까?
음, 그것은 API를 통해서입니다. 따라서 이러한 각 마이크로 서비스에는 다른 서비스와 통신하기위한 자체 API가 있습니다. 아래 이미지를 참조하십시오.
이제 하나의 마이크로 서비스가 작동하지 않더라도 애플리케이션이 다운되지 않습니다. 대신 해당 특정 기능 만 작동하지 않으며 작동이 시작되면 API가 요청을 다시 처리하고 필요한 응답을 클라이언트로 다시 보낼 수 있습니다.
좋습니다. 이제 마이크로 서비스와 API에 대해 알았으니 다음으로 마이크로 서비스와 API의 차이점을 살펴 보겠습니다.
마이크로 서비스 대 API
마이크로 서비스와 API의 차이점은 다음과 같습니다.
| 마이크로 서비스 | 불 |
| 소규모 자율 서비스 형태로 애플리케이션을 구축 할 수있는 아키텍처 스타일입니다. | 에소비자가 애플리케이션의 기본 서비스를 사용할 수 있도록하는 일련의 절차 및 기능입니다. |
또한 위의 예에서 API는 마이크로 서비스의 일부이므로 이러한 서비스가 서로 통신하는 데 도움이된다는 점이 분명해야합니다. 그러나 다른 서비스와 통신하는 동안 각 서비스는 데이터베이스에 관련 데이터를 저장하는 자체 CRUD 작업을 가질 수 있습니다.
뿐만 아니라 CRUD 작업을 수행하는 동안 API는 일반적으로 사용자가 보낸 요청에 따라 매개 변수를 수락하고 반환합니다. 예를 들어 고객이 주문 세부 정보를 알고 싶어하면 제품 서비스에서 제품 세부 정보를 가져오고 고객 서비스에서 청구 지 주소 및 연락처 세부 정보를 가져 오며 구매 한 제품은 카트 서비스에서 가져옵니다.
이 분들과 함께 Microservices vs API에 대한이 기사를 마칩니다. 마이크로 서비스와 API가 무엇이며 마이크로 서비스에서 API가 어떻게 사용되는지 이해 하셨기를 바랍니다.
마이크로 서비스를 배우고 자체 애플리케이션을 구축하려면 다음을 확인하십시오. 강사 주도의 라이브 교육 및 실제 프로젝트 경험과 함께 제공됩니다. 이 교육은 마이크로 서비스를 심층적으로 이해하고 주제에 대한 숙달을 달성하는 데 도움이됩니다.
질문이 있으십니까? ”의 댓글 섹션에 언급하십시오. 마이크로 서비스 대 API ”그러면 다시 연락 드리겠습니다.