2014-11-08 2 views
1

우리는 모바일 응용 프로그램에 전원을 공급하기 위해 Apigee BaaS를 사용하고 있습니다.비즈니스 로직 원문 | 클라이언트 측 또는 API 관리에 있습니까?

지금까지 우리는 컬렉션에서 CRUD 작업에 Apigee BaaS를 사용해 왔습니다. 우리는 내장 된 Facebook 로그인을 사용하여 사용자를 인증합니다.

지금 우리는 많은 비즈니스 로직을 추가해야하는 다른 요구 사항이 있습니다. 이 논리는 어디에 두어야합니까?

  1. 모바일 앱에서? 이점 : 우리는 기존 코드를 고수 할 수 있으며 FB 로그인은 변경이 필요하지 않으며 Apigee BaaS 클라이언트 SDK의 사용법은 그대로입니다. 단점 : 프런트 엔드의 모든 비즈니스 로직은 무엇입니까? 나는 그것에 대해 매우 행복하지 않다.

  2. nodejs proxy에? Apigee는 비즈니스 로직을 사용하여 프록시를 개발할 때 이러한 API Management/Edge를 사용할 것을 권장합니다. 장점 : 모바일 앱 측 코드가 더 깨끗합니다. 단점 1) 더 이상 클라이언트 SDK를 사용할 수 없습니다. 2) 두 번의 http 호출 - 모바일 앱은 Apigee API 관리를 호출하고 NodeJs SDK를 통해 Apigee BaaS를 호출합니다. 3) FB 로그인이 번거로워집니다. 아마 API 관리에 토큰을 보내야합니다. 그러면 API 관리가 BaaS로 넘깁니다. 뒤에서는 클라이언트 SDK를 통한 FB 로그인의 아름다움이 모두 사라졌습니다.

이런 경우 어떻게해야합니까? Apigee의 추천은 무엇입니까?

+1

귀하의 질문은 주로 의견을 바탕으로 작성되었지만 옵션 2를 살펴 보시기 바랍니다. 비즈니스 로직을 한 번 작성하고 클라이언트, API 및 백엔드에서 추상화하십시오. – brandonscript

답변

1

나는 당신이 당신의 질문에 장단점을 배치했다고 생각합니다. Apigee는 일반적으로 다른 하나를 추천하지 않습니다. 각 접근 방식마다 고유 한 장점/문제점이 있습니다. 사실, 당신은 두 가지의 조합을 사용하는 것이 가장 좋습니다.

관련 문제