2002년에 Amazon 설립자 Jeff Bezos가 명령을 내렸습니다. 이 권한은 현대 웹 공간에서 Amazon의 중추를 형성하는 역할을 하여 기업 사고 방식의 API 개발 패러다임과 API 기능을 외부화하는 일반적으로 개선된 접근 방식을 모두 알려줍니다.
아래에서 권한에 대해 이야기하고 API 공간에서 이것이 왜 그렇게 전설이 되었는지 논의할 것입니다. 각 요점의 세부 사항을 자세히 살펴보고 그 명령이 API 및 마이크로서비스에 대한 현대적 사고의 대부분을 형성한 방법을 살펴보겠습니다.
위임
문제의 명령은 2002년 창립자 Jeff Bezos가 Amazon에 발행했습니다. 여러 가지 이유로 API/마이크로서비스 분야에서 어느 정도 전설이 되었습니다. 기업 관점에서 현대 API 디자인 패러다임의 대부분을 이루는 기반이 되었기 때문입니다. 전설에 따르면 임무는 다음과 같습니다.
- 모든 팀은 이제부터 서비스 인터페이스를 통해 데이터와 기능을 공개합니다.
- 팀은 이러한 인터페이스를 통해 서로 통신해야 합니다.
- 다른 형태의 프로세스 간 통신은 허용되지 않습니다. 직접 연결, 다른 팀의 데이터 저장소 직접 읽기, 공유 메모리 모델, 백도어 금지. 허용되는 유일한 통신은 네트워크를 통한 서비스 인터페이스 호출을 통한 것입니다.
- 그들이 사용하는 기술은 중요하지 않습니다. HTTP, Corba, Pubsub, 사용자 지정 프로토콜 — 중요하지 않습니다.
- 모든 서비스 인터페이스는 예외 없이 처음부터 외부화 가능하도록 설계되어야 합니다. 즉, 팀은 외부 세계의 개발자에게 인터페이스를 노출할 수 있도록 계획하고 설계해야 합니다. 예외 없음.
- 이것을 하지 않는 사람은 해고될 것이다.
- 감사합니다. 좋은 하루 되세요!
데이터 및 기능 노출
"1. 앞으로 모든 팀은 서비스 인터페이스를 통해 데이터와 기능을 공개할 것입니다.”
인터페이스를 통한 통신 강화 및 데이터 상호 작용 표준화
“2. 팀은 이러한 인터페이스를 통해 서로 통신해야 합니다.”
"3. 다른 형태의 프로세스 간 통신은 허용되지 않습니다. 직접 연결, 다른 팀의 데이터 저장소에 대한 직접 읽기, 공유 메모리 모델, 백도어가 없습니다. 허용되는 유일한 통신은 네트워크를 통한 서비스 인터페이스 호출을 통한 것입니다.”
기술 불가지론
“4. 그들이 사용하는 기술은 중요하지 않습니다. HTTP, Corba, Pubsub, 맞춤형 프로토콜은 중요하지 않습니다.”
패러다임으로서의 외부화
“5. 예외 없이 모든 서비스 인터페이스는 처음부터 외부화 가능하도록 설계되어야 합니다. 즉, 팀은 외부 세계의 개발자에게 인터페이스를 노출할 수 있도록 계획하고 설계해야 합니다. 예외 없음."
The Bezos API Mandate: Amazon’s Manifesto For Externalization
