API란 무엇입니까? | 빠른 정의

소개

데스크톱이나 장치에서 몇 번의 클릭만으로 언제든지 무엇이든 구매, 판매 또는 게시할 수 있습니다. 정확히 어떻게 발생합니까? 어떻게 정보 바로 여기에서 거기까지? 인식되지 않는 영웅은 API입니다.

API 란 무엇입니까?

API는 응용 프로그래밍 인터페이스. API는 소프트웨어 구성 요소, 해당 작업, 입력, 출력 및 기본 유형을 표현합니다. 그러나 일반 영어로 API를 어떻게 설명합니까? API는 애플리케이션에서 요청을 전송하고 응답을 다시 전달하는 메신저 역할을 합니다.

예 1 : 온라인에서 항공편을 검색할 때. 항공사 웹 사이트와 상호 작용합니다. 웹사이트에는 특정 날짜와 시간의 좌석과 비행 비용이 자세히 나와 있습니다. 식사나 좌석, 수하물 또는 애완동물 요청을 선택합니다.

단, 항공사 직영 사이트를 이용하지 않거나 여러 항공사의 데이터를 결합한 온라인 여행사를 이용하는 경우. 정보를 얻기 위해 애플리케이션은 항공사의 API와 상호 작용합니다. API는 여행사 웹사이트에서 항공사 시스템으로 데이터를 가져오는 인터페이스입니다.

또한 항공사의 응답을 받아 바로 전달합니다. 이는 여행 서비스와 항공편 예약을 위한 항공사 '시스템' 간의 상호 작용을 용이하게 합니다. API에는 루틴, 데이터 구조, 개체 클래스 및 변수용 라이브러리가 수반됩니다. 예를 들어 SOAP 및 REST 서비스입니다.

예 2 : Best Buy는 자사 웹사이트를 통해 오늘의 특가 상품을 특별 가격으로 제공합니다. 이 동일한 데이터는 모바일 애플리케이션에 있습니다. 앱은 내부 가격 책정 시스템에 대해 걱정하지 않습니다. 오늘의 거래 API를 호출하고 특별한 가격 책정이 무엇인지 물어볼 수 있습니다. Best Buy는 앱이 최종 사용자에게 표시하는 표준 형식으로 요청된 정보로 응답합니다.

EXAMPLE3 : 소셜 미디어용 API는 매우 중요합니다. 사용자는 콘텐츠에 액세스하고 추적하는 계정과 암호의 수를 적게 유지하여 작업을 간단하게 유지할 수 있습니다.

Twitter API: 대부분의 Twitter 기능과 상호 작용
Facebook API: 결제, 사용자 데이터 및 로그인용
Instagram API: 사용자 태그 지정, 인기 사진 보기

REST 및 SOAP API는 어떻습니까?

SOAP 과 REST 웹 API로 알려진 API 소비 서비스를 사용합니다. 웹 서비스는 정보에 대한 사전 지식에 의존하지 않습니다. SOAP는 경량 플랫폼 독립적인 웹 서비스 프로토콜입니다. SOAP는 XML 기반 메시징 프로토콜입니다. SOAP 웹 서비스와 달리 Restful 서비스는 지점 간 통신을 위해 구축된 REST 아키텍처를 사용합니다.

SOAP 웹 서비스

SOAP(Simple Object Access Protocol)는 HTTP 프로토콜을 사용하여 응용 프로그램이 통신할 수 있도록 합니다. SOAP는 노드 간의 방향성이 없는 상태 비저장 통신입니다. SOAP 노드에는 3가지 유형이 있습니다.

SOAP 발신자 – 메시지 생성 및 전송.

SOAP 수신기 - 메시지를 가져와서 처리합니다.

SOAP 중개자- 헤더 블록을 수신하고 처리합니다.

RESTful 웹 서비스

REST(Representational State Transfer)는 클라이언트와 서버 간의 관계 및 상태 처리 방식과 관련이 있습니다. 나머지 아키텍처인 REST 서버는 클라이언트에 리소스 액세스를 제공합니다. Rest는 리소스 읽기 및 수정 또는 쓰기를 처리합니다. URI(Uniform Identifier)는 문서를 포함할 리소스를 식별합니다. 이렇게 하면 리소스 상태가 캡처됩니다.

REST는 SOAP 아키텍처보다 가볍습니다. SOAP 아키텍처에서 사용하는 XML 대신 데이터 공유가 가능하고 데이터를 더 쉽게 사용할 수 있는 사람이 읽을 수 있는 언어인 JSON을 구문 분석합니다.

Restful Web Service 설계에는 다음과 같은 몇 가지 원칙이 있습니다.

주소 지정 가능성 – 각 리소스에는 URL이 하나 이상 있어야 합니다.
무국적 – Restful 서비스는 무국적 서비스입니다. 요청은 서비스의 과거 요청과 독립적입니다. HTTP는 설계상 상태 비저장 프로토콜입니다.
캐시 가능 – 캐시 가능한 것으로 표시된 데이터는 시스템에 저장하고 나중에 재사용합니다. 동일한 결과를 생성하는 대신 동일한 요청에 대한 응답으로. 캐시 제약 조건을 사용하면 응답 데이터를 캐시 가능 또는 캐시 불가능으로 표시할 수 있습니다.
균일한 인터페이스 – 공통적이고 표준화된 인터페이스를 액세스에 사용할 수 있습니다. 정의된 HTTP 메소드 모음 사용. 이러한 개념을 준수하면 REST 구현이 가벼워집니다.

REST의 장점

메시지에 더 간단한 형식 사용

보다 강력한 장기 효율성 제공
무국적 통신을 지원합니다.
HTTP 표준 및 문법 사용
데이터를 리소스로 사용할 수 있습니다.

REST의 단점

Security Transactions 등 웹 서비스의 표준 미달
REST 요청은 확장할 수 없습니다.

REST와 SOAP 비교

SOAP와 REST 웹 서비스의 차이점.

SOAP 웹 서비스	나머지 웹 서비스
REST에 비해 많은 입력 페이로드가 필요합니다.	REST는 데이터 양식에 URI를 사용하므로 가볍습니다.
SOAP 서비스의 변경은 종종 클라이언트 측 코드의 상당한 변경으로 이어집니다.	클라이언트 측 코드는 REST 웹 프로비저닝의 서비스 변경에 영향을 받지 않습니다.
반환 유형은 항상 XML 유형입니다.	반환된 데이터의 형식과 관련하여 다양성을 제공합니다.
XML 기반 메시지 프로토콜	아키텍처 프로토콜
클라이언트 끝에 SOAP 라이브러리가 필요합니다.	일반적으로 HTTP를 통해 사용되는 라이브러리 지원이 필요하지 않습니다.
WS-보안 및 SSL을 지원합니다.	SSL 및 HTTPS를 지원합니다.
SOAP는 자체 보안을 정의합니다.	RESTful 웹 서비스는 기본 전송에서 보안 조치를 상속합니다.