모놀리식을 마이크로서비스로 리팩터링할 때 구현해야 할 설계 측면은 무엇입니까? (두 가지 선택)

마이크로서비스 아키텍처에서 각 서비스는 독립적으로 개발되고 배포되므로, 서비스 간의 명확한 통신 규약이 필수적입니다. API 계약은 서비스가 제공하는 기능과 예상되는 입출력을 명확히 정의하여, 서비스 간의 의존성을 관리하고 통합 오류를 줄이는 데 도움을 줍니다. API 버전 관리는 서비스가 발전함에 따라 발생하는 호환성 문제를 해결하기 위한 핵심적인 설계 원칙입니다. 이를 통해 서비스 소비자는 안정적인 API 버전을 계속 사용할 수 있으며, 서비스 제공자는 새로운 기능을 도입하거나 기존 기능을 변경할 때 유연성을 확보할 수 있습니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. 모든 마이크로서비스를 호출자와 동일한 언어로 개발할 필요는 없으며, 마이크로서비스의 장점 중 하나는 기술 스택의 유연성입니다. 모든 마이크로서비스 상호 작용에 비동기 통신을 강제하는 것은 특정 시나리오에서는 적합하지만, 모든 경우에 필수적인 설계 원칙은 아닙니다. 동기 통신이 더 적합한 경우도 있습니다. 각 마이크로서비스의 충분한 인스턴스를 확보하는 것은 성능 및 확장성 요구 사항을 충족하기 위한 운영 및 배포 고려 사항이지, 마이크로서비스 리팩터링 시 구현해야 할 핵심 설계 측면은 아닙니다.