https://cloud.google.com/developers/articles/mobile-application-solutions/
Google Cloud Platform의 모바일 솔루션
소개
태블릿과 스마트폰 사용자의 수가 십억을 돌파한 지금, 모바일 솔루션에 대한 수요가 늘어나고 있으며 여기에서 큰 기회를 찾을 수 있게 되었습니다. 사용자는 현재 수십만 가지의 애플리케이션을 선택할 수 있기 때문에 모바일 개발자가 성공을 거두기 위해서는 매력적이며 흡입력 있는 동시에 서로 연결되어 있는 사용자 경험을 만드는 것이 중요합니다. 그러기 위해서는 백엔드 구성요소 또는 서비스에서 애플리케이션에 관련성 있는 데이터를 전달하고, 푸시 알림을 제공하며, 사용자 간 상호작용을 허용하는 것 이상의 기능을 수행해야 합니다.
Google Cloud Platform을 사용하면 모바일 솔루션을 위한 백엔드를 쉽게 구축할 수 있습니다. 처음엔 작게 시작하여 나중에 많은 사용자를 확보하고자 하거나, 새로운 모바일 경험을 통한 서비스를 제공하려는 다수의 고객을 이미 확보하고 있을 수도 있습니다. 두 경우 모두, 수요 증가에 따라 확장 가능한 백엔드를 개발할 수 있습니다. Google 인프라를 활용하면 애플리케이션의 시나리오를 구현하는 데 집중할 수 있으며 머신 관리나 부하 분산 등을 걱정하지 않아도 됩니다.
요구사항
강력한 모바일 솔루션을 위한 일반적인 요구사항은 다음과 같습니다.
- 기본 애플리케이션을 통한 Android 및 iOS 기기 지원
- 휴대기기 외부에서 데이터를 저장, 검색 및 처리
- Android 및 iOS 기기의 푸시 알림 관리
- 지리 위치 인식 및 근접 지역 검색
- 사용자 인증
- 높은 확장성
Google Cloud Platform에서 모바일 솔루션을 구축하면 이러한 요구사항을 쉽게 충족할 수 있습니다.
범위
이 문서에서는 Google Cloud Platform에서 구축된 모바일 솔루션의 핵심 구성요소에 대해 설명하며, 대부분의 모바일 솔루션에서 공통으로 사용되는 구성요소와 더 구체적인 상황에서 유용한 선택사항 구성요소에 대한 내용이 모두 포함되어 있습니다.
이 문서는 자체 백엔드를 구축하고 모바일 클라이언트와 백엔드 간의 통신을 설계하는 데 관심이 있는 설계자와 개발자를 대상으로 합니다. 실제 모바일 클라이언트를 구축하는 것은 백엔드와의 통신, 사용자 인증 및 푸시 알림 수신과 관련이 있는 정보를 넘어서므로 이 문서에서는 다루지 않습니다.
높은 수준의 개요
제시된 모바일 솔루션 아키텍처의 핵심 구성요소는 다음과 같습니다.
- 모바일 클라이언트 - Android, iOS 및 HTML/자바스크립트 클라이언트의 모든 조합
- 클라이언트의 요청 처리를 담당하는 모바일 백엔드 애플리케이션
- 모바일 클라이언트와 백엔드 간의 통신 레이어
- 애플리케이션 데이터 저장, 푸시 알림 전달 등을 위한 다양한 클라우드 서비스
이 문서는 모바일 솔루션을 설계하기 위한 단계를 순서대로 안내하며, 마지막에는 완전한 아키텍처 다이어그램이 나와 있습니다.
클라우드의 사용자 모바일 백엔드[1]
자체 백엔드를 사용하면 백엔드에서 맞춤 코드를 실행할 수 있으며 모바일 클라이언트 애플리케이션에서 타사 서비스를 호출하는 것 이상을 수행할 수 있습니다.
Google Cloud Platform을 활용하면 클라우드에 자체 백엔드를 쉽게 구축할 수 있습니다. Google App Engine은 코드를 실행하는 데 가장 적합한 플랫폼으로서, 특히 모바일 클라이언트 기기에서 호출할 수 있는 코드에 적합합니다.
백엔드에 있는 맞춤 코드의 주요 역할
이 문서에 나와 있는 백엔드 구축 방식을 활용하면 개발자는 핵심 시나리오를 개발하는 데 집중할 수 있습니다. 이때 두 가지 기본 작업은 도메인 전용 리소스를 정의하고 이러한 리소스의 특정 작업에 필요한 맞춤 로직을 구현하는 것입니다. 그러면 모바일 클라이언트에서 이러한 리소스에 쉽게 액세스하고 API를 통해 작업을 호출할 수 있습니다. 모바일 백엔드에서 쉽게 노출될 수 있는 이 API는 이후에 다시 설명합니다.
모바일 백엔드는 애플리케이션 내에 리소스를 저장하지 않고도 외부 서비스에서 리소스 일부를 검색할 수 있습니다. 하지만 보통 모바일 솔루션에는 최소한 솔루션의 일부로 유지관리되는 리소스가 어느 정도 있습니다.
예를 들어 리뷰를 포함하는 애플리케이션을 제작하는 경우 리뷰를 리소스 중 하나로 정의할 수 있으며, 애플리케이션에서 모바일 쇼핑이 가능한 경우 인벤토리에 제품 리뷰를 포함할 수 있습니다. 애플리케이션에 영화 목록이 있는 경우에는 영화 리뷰를 포함할 수 있습니다. 또한 간단한 게임을 개발 중인 경우에는 CompletedPlay를 점수, 날짜, 사용자 ID 등의 속성을 포함한 항목으로 정의할 수도 있습니다.
그런 다음에는 이러한 리소스에 새 리뷰를 입력하거나, 리뷰에 유용함 평점을 추가하거나, 평점별로 정렬된 리뷰를 검색하거나, 그 날의 최고 점수를 검색하는 것과 같은 작업을 정의할 수 있습니다.
시나리오와 요구사항에 따라 이러한 작업과 맞춤 코드를 구현하는 것이 항상 간단한 것은 아닙니다. 코드가 클라이언트의 간단한 API 요청을 동기식으로 처리하는 것 외에 다른 작업을 수행해야 할 수도 있습니다. 또한 Google Cloud Platform에서 모바일 백엔드를 실행할 때 필요한 백그라운드 작업 처리, 근접 지역 기반 검색 또는 푸시 알림을 수행하고자 할 수도 있습니다. 결국 개발자는 인프라 코드가 아닌 애플리케이션 전용 코드를 작성하는 데 집중할 수 있어야 합니다.
개발자가 신경 쓰지 않아도 되는 부분
권장 설계에 따라 Google App Engine에서 모바일 백엔드 코드를 실행하면 다음과 같은 Google 인프라의 이점을 누릴 수 있습니다.
- 자동 확장 기능
- 모바일 백엔드의 인스턴스에서 자동 부하 분산
- 정적 콘텐츠 제공 및 캐싱
- 신뢰성, 성능 및 보안 기능
- 모니터링 및 관리
- 구성 가능한 DoS 보호 기능
- OAuth2 인증을 위한 Google 계정과의 통합(Android 및 iOS 클라이언트 모두 가능)
모바일 클라이언트와 모바일 백엔드 간 통신
모바일 클라이언트와 백엔드 사이에는 다양한 통신 패턴이 있습니다. 하지만 지난 10년 간 REST 기반 모델이 가장 많이 사용되어 왔습니다.
Google Cloud Platform에서는 Google Cloud Endpoints[2]라고 하는 강력하고 새로운 기술을 제공합니다. 이 기술은 모바일 백엔드에서 REST API를 노출하는 작업뿐만 아니라, Android, iOS 및 자바스크립트 클라이언트에서 REST API를 사용하는 작업을 단순화시켜 줍니다. 또한 OAuth2 기반 인증을 제공하므로 모바일 백엔드 코드에서 호출자의 ID를 식별할 수 있습니다. Cloud Endpoints 서비스는 Google 인프라를 활용하므로 수요에 따라 확장할 수 있으며, 도구 지원을 사용하면 상용구 코드가 자동으로 생성되므로 애플리케이션 시나리오에 한정되는 코드를 작성하는 데 집중할 수도 있습니다.
애플리케이션 코드에 주석을 달아 Google Cloud Endpoints를 통해 API를 노출하는 방법, OAth2 인증을 구성하는 방법 및 엄격한 유형의 Android 및 iOS 클라이언트와 간단한 자바스크립트 클라이언트를 생성하는 방법에 대한 정보는 Google Cloud Endpoints 문서를 확인하세요. Eclipse를 사용하는 경우 Eclipse용 Google 플러그인에서 제공하는 추가 통합 도구 지원의 혜택을 받을 수 있습니다.
Google Cloud Endpoints를 사용하지 않고도 모바일 백엔드를 구축할 수 있지만(이 경우에도 여전히 이 문서의 많은 부분을 적용할 수 있음) 제시된 솔루션은 Google Cloud Endpoints을 사용한다고 가정합니다.
모바일 솔루션 설계
기본사항
이전 섹션에서 언급한 것처럼, 제시된 모바일 솔루션 아키텍처의 핵심 구성요소(그림 1)는 다음과 같습니다.
- Android 또는 iOS 모바일 클라이언트
- REST API를 통해 클라이언트와 백엔드 간의 통신에 사용되는 Google Cloud Endpoints(선택사항으로 OAuth2 인증 사용)
- Google App Engine에서 실행되며 클라이언트의 요청 처리를 담당하는 모바일 백엔드 애플리케이션 코드
데이터 저장
백엔드가 포함된 모바일 솔루션에서는 보통 데이터를 클라이언트 기기 외부에 저장해야 합니다[3]. 이 데이터는 두 가지 그룹으로 분류할 수 있습니다(그림 2):
- 이미지와 같은 크기가 큰 개체(보통 바이너리)
이러한 개체는 솔루션의 일부가 될 수 있으며, 예를 들어 모바일 애플리케이션에서 제공하는 선물의 동적 인벤토리를 위한 제품 이미지가 있습니다. 또는 사용자가 사진, 아바타 및 기타 이미지를 업로드하도록 허용할 수도 있습니다. 두 경우 모두 이러한 유형의 데이터를 저장하는 데 Google Cloud Storage 서비스를 사용할 수 있으며, 서비스에서는 크기가 테라바이트에 달하는 개체와 파일을 저장할 수 있습니다. 아래에서 '이미지 제공 및 처리'도 참조하세요.
- 정교하게 구분된 속성 및 항목
이러한 속성과 항목에는 모바일 게임에서 마지막으로 완료한 레벨 정보, 사용자 정보, 푸시 알림을 위한 사용자 기기 등록 정보, 인앱 구매 기록 또는 이와 유사한 기타 애플리케이션 전용 데이터가 포함될 수 있습니다.
또한 이러한 항목의 속성에는 개체 이름 및 버킷 이름이나 URL(선택사항)과 같은 Google Cloud Storage에 저장된 개체에 대한 참조가 포함될 수도 있습니다.
Google App Engine에서 호스팅되는 모바일 백엔드를 사용하는 경우 이러한 유형의 데이터를 저장하기에 가장 좋은 서비스는 App Engine Datastore입니다. 이 서비스는 쿼리 엔진 및 개별 트랜잭션과 함께 스키마가 없는 NoSQL[4] 개체 데이터 저장소를 제공합니다. 이러한 항목은 보통 Google Cloud Endpoints API를 통해 노출되는 리소스에 매핑됩니다. 적절한 주석을 사용하는 경우, App Engine Datastore를 사용하는 일반적인 나열/가져오기/삽입/업데이트/제거 작업의 기본 코드를 생성하는 데 Eclipse용 Google 플러그인을 활용할 수 있습니다.
Memcache로 데이터 액세스 최적화
모바일 클라이언트에서 동일한 데이터를 가져오기 위해 백엔드에 자주 요청을 전송하는 경우, 요청이 있을 때마다 영구 디스크에서 이 데이터를 가져오는 것은 최적화된 방법이 아닙니다. 예를 들어 영화 리뷰를 보여주는 모바일 애플리케이션을 제작하는 경우 현재 극장에서 상영 중인 소수의 영화 중 하나에 대한 리뷰만을 사용자가 검색할 가능성이 높으며, 백엔드가 영구 저장소에 저장하는 나머지 수천 개의 영화는 상당히 적은 수의 요청을 받게 됩니다.
Google App Engine에서 실행되는 백엔드는 Memcache라고 하는 분산 인메모리 데이터 캐싱 서비스를 사용하여 자주 액세스되는 데이터를 저장하고 검색할 수 있습니다(그림 3). Memcache를 사용하면 모바일 솔루션의 성능과 확장성이 향상될 뿐만 아니라, 애플리케이션에서 App Engine Datastore에 요청을 전송하는 경우가 적어지므로 App Engine Datastore 액세스 비용이 줄어들게 됩니다.
작업 대기열을 사용하여 비동기 처리
가끔 요청과 관련된 모든 작업을 수행하는 것이 불가능하거나 부적절한 경우가 있습니다. 예를 들어 사용자가 레스토랑에 체크인하면 사용자의 친구에게 알림을 표시하는 소셜 애플리케이션을 개발한다고 가정해 보겠습니다. 이때 알림을 처리해야 한다는 사실을 기록하는 것과 함께 발생한 체크인을 동기식으로 기록하고, 그런 다음 모든 알림이 처리되는 것을 기다리지 않고 즉시 확인 응답을 클라이언트로 전송하고자 할 수 있습니다.
Google App Engine에서 실행되는 코드는 작업 대기열이라고 하는 서비스를 사용하여 비동기식으로 완료해야 하는 작업(즉, '작업')에 대한 정보를 대기열에 추가할 수 있습니다. 위의 예에서 애플리케이션은 Joe가 오후 7시 35분에 Trendy Perks 레스토랑에 체크인했음을 그의 친구들에게 알리는 작업을 대기열에 추가할 수 있습니다.
보통 작업 대기열 서비스를 구성하여 추가된 작업(푸시 모델)을 Google App Engine에서 실행 중인 코드에 선택한 URL의 HTTP 요청으로 전송할 수 있습니다. 애플리케이션에서는 이러한 요청을 일반 웹 요청 핸들러를 통해 처리합니다. 위의 예에서 요청 핸들러는 HTTP 요청에서 작업 정보를 검색하고 Joe의 친구를 조회한 다음 각 친구에게 푸시 알림을 전송하여 관련 내용을 알립니다. 모바일 클라이언트의 요청을 처리하는 동일한 Google App Engine 인스턴스 또는 전용 인스턴스에서 작업을 처리하도록 구성할 수 있습니다.
아니면 코드를 사용하여 대기열에서 작업을 가져올 수 있습니다. 이는 Google App Engine에서 실행 중인 모바일 백엔드 코드 또는 App Engine 외부에서 실행 중인 코드에 의해 수행될 수 있으며, Google Compute Engine 인스턴스에서 이 코드를 사용하여 작업을 처리합니다.
두 경우 모두에서 작업 처리는 보통 Google App Engine에서 실행되는 맞춤 코드가 가장 흔하게 수행하는 두 번째 역할이며, 이전 섹션에 언급된 것처럼 Google Cloud Endpoints를 통해 모바일 클라이언트의 요청을 처리하는 것이 첫 번째 역할입니다.
푸시 알림
푸시 알림은 휴대기기에서의 전반적인 사용자 경험에 있어 매우 중요합니다. 클라이언트 플랫폼에 따라 모바일 솔루션에서 이 기술을 사용하여 토스트(toast)를 표시하고 사용자의 기기에 다른 알림을 표시할 수 있습니다. 이는 애플리케이션이 실행 중이지 않은 경우에도 수행이 가능합니다. 또한 이 기술을 사용하여 모바일 클라이언트 애플리케이션에 관련 데이터를 계속해서 제공할 수도 있습니다.
Google App Engine에 모바일 백엔드에서 코드를 실행하면 다음 기술을 활용하여 사용자에게 푸시 알림을 전송하는 방식을 관리할 수 있습니다.
- Android용 Google Cloud Messaging - Android 기반 기기에 클라이언트 애플리케이션을 설치한 사용자에게 데이터를 전송할 수 있게 해 주는 Google 서비스입니다. Eclipse 사용자는 Eclipse용 Google 플러그인에서 생성한 기본 코드를 얻을 수 있습니다.
- Sockets API[5] - Apple ® 푸시 알림 서비스를 사용하여 iOS 사용자에게 알림을 푸시할 수 있습니다.
친구가 레스토랑에 체크인하거나 리뷰를 올릴 때 모바일 솔루션 사용자에게 푸시 알림이 전송되는 경우를 예로 들 수 있습니다(그림 5).
정적 콘텐츠 제공
경우에 따라 Google App Engine 애플리케이션의 일부로 정적 콘텐츠를 패키징한 다음, 모바일 백엔드 코드를 전혀 사용하지 않고 전용 서버와 캐시를 사용하여 Google App Engine 인프라에서 콘텐츠를 제공하도록 하는 것으로도 이점을 기대할 수 있습니다. 이는 보통 기본 iOS나 Android 애플리케이션보다는 HTML/자바스크립트 클라이언트와 더 관련이 있으며, 이미지, CSS 스타일 시트 또는 브라우저 자바스크립트 코드와 같은 리소스에 적용할 수 있습니다.
이미지 제공 및 처리
모바일 솔루션에 관리할 수 있는 수의 정적 이미지가 있는 경우 이를 기본 Android 및 iOS 애플리케이션의 일부로 패키징할 수 있습니다(보통 여러 해상도로). 예를 들어 애플리케이션의 일부이며 클라이언트 애플리케이션의 인터페이스를 구축하는 데 사용되는 여러 가지 아이콘이 이에 해당합니다.
다른 카테고리의 이미지는 애플리케이션의 일부가 아닌 애플리케이션에서 처리하는 데이터와 관련된 이미지입니다. 여기에는 영화 관련 애플리케이션의 미리보기 이미지, 애플리케이션을 통해 선물로 제공될 수 있는 제품의 사진 또는 게임이나 소셜 애플리케이션의 아바타가 있습니다. 이러한 이미지를 모바일 클라이언트에 최적화된 해상도와 형식으로 저장할 수 있으면 이를Google Cloud Storage에 업로드할 수 있으며, 그런 다음에는 모바일 클라이언트에 이러한 이미지의 직접 URL을 제공할 수 있습니다. 이러한 접근 방식은 모바일 클라이언트가 모바일 백엔드 코드를 사용하지 않고도 확장 가능한 클라우드 저장소에서 이러한 이미지를 바로 검색할 수 있도록 하기 때문에 확장성이 매우 높습니다.
경우에 따라 이미지를 저장하는 것 외에 이를 조작하고 처리해야 할 수도 있습니다. 예를 들어 클라이언트 기기의 해상도에 따라 동적으로 조절된 크기의 이미지를 제공하고자 할 수 있습니다. 이러한 시나리오에서는 Google App Engine 이미지 서비스를 사용하여 이미지를 회전하고 뒤집고 잘라내고 크기를 조절하는 것뿐만 아니라, 사전 정의된 알고리즘을 사용하여 사진 품질을 향상할 수도 있습니다. Google Cloud Storage와 다른 소스에서 가져온 이미지에 이러한 작업을 수행할 수 있으며, 수정된 이미지는 모바일 백엔드 코드를 사용하지 않고도 Google에서 제공하는 동적 이미지 제공 인프라에서 클라이언트로 바로 전달할 수 있습니다. 코드는 Images Service API를 사용하여 적절한 이미지 URL을 얻고 이 URL을 모바일 게임 클라이언트에 제공하는 역할만 담당합니다.
전체 텍스트 및 근접 지역(위치 기반) 검색
모바일 솔루션에서 관리하는 구조화된 일부 데이터를 통해 사용자에게 전체 텍스트 검색 기능을 제공하려는 경우 Google App Engine Search API[6]를 활용할 수 있습니다. 예를 들어 애플리케이션에서 항목의 대량 동적 인벤토리에 대한 액세스를 제공하는 경우 사용자는 항목의 이름 또는 설명의 일부만 입력하는 것으로 항목을 찾을 수 있는 이점을 가질 수 있으며, 이는 편리한 터치 인터페이스에 분류, 페이지 지정 등의 기능을 제공하는 경우에도 마찬가지입니다.
Search API를 사용하려면 검색 가능한 데이터가 포함된 '문서'를 생성한 다음 이 '문서'를 색인에 추가해야 합니다. 그러면 모바일 백엔드에서 전체 텍스트 검색 쿼리를 포함하여 검색 쿼리를 생성하고, 색인의 '문서'에서 이 쿼리를 실행합니다. 위의 예에서 이름, 설명과 같은 속성으로 인벤토리의 각 항목을 색인의 '문서'에 매핑할 수 있습니다.
또한 모바일 솔루션에서 근접 지역 검색을 수행할 수도 있습니다. 이는 예를 들어 주변 매장의 목록을 검색하려는 경우에 사용할 수 있습니다. 이러한 기능을 직접 복잡하게 구축하는 대신 간단하게 근접 지역 검색[7]에 Search API를 활용할 수 있습니다. 기본적인 플로는 위에서 설명한 전체 텍스트 검색 과정과 매우 유사합니다. 단순히 지리 위치를 문서 속성의 하나로 추가한 다음 검색 쿼리에 근접 지역 조건을 포함하기만 하면 됩니다.
맞춤 유지관리 및 예약된 기타 작업
모바일 클라이언트의 요청을 Google Cloud Endpoints를 통해 동기식으로 처리하고 작업 대기열을 사용하여 비동기식으로 처리하는 것 외에도, 모바일 백엔드 코드는 여러 가지 정기적인 간격 또는 반정기적인 간격에 따라 처리 작업을 수행할 수 있어야 합니다. 예를 들어 매일 아침 모바일 솔루션에서 푸시 알림을 전송하여 모바일 사용자에게 관련 있는 지역 할인 정보를 제공하거나, 솔루션에서 다양한 애플리케이션 특정 유지관리 작업을 매일 1회 또는 여러 번 수행하고자 할 수 있습니다. 애플리케이션에서 프리미엄 구독을 제공하는 경우를 가정해 보겠습니다. 구독이 만료되었거나 만료를 앞둔 경우 Mail API를 사용하여 이메일 전송, 사용자 계정 비활성화 등과 같은 다양한 관련 처리를 수행하고자 할 수 있습니다. 또한 모바일 백엔드에서 Memcache에서 캐싱된 일부 데이터를 10분마다 업데이트하도록 하거나, 상위 플레이어 통계를 매시간 업데이트하도록 하고자 할 수도 있습니다.
Google App Engine에서 실행되는 모바일 게임 백엔드 코드를 사용하면 Cron 서비스를 통해 간단하게 이러한 예약 작업을 구성할 수 있으며, 요청된 간격이나 특정 시간에 모바일 백엔드의 일부 URL을 호출하도록 이를 구성할 수도 있습니다.
애플리케이션 로그 저장 및 분석
애플리케이션 로그는 사용자가 모바일 솔루션을 사용하는 방식과 모바일 백엔드가 작동하는 방식에 대한 많은 통계를 제공합니다. Google App Engine에서 실행되는 모바일 백엔드 코드를 사용하면 Logs API로 애플리케이션 로그를 검색할 수 있습니다. 그런 다음 로그를 Google Cloud Storage에 업로드하여 Google BigQuery로 내부 데이터화할 수 있습니다. 모바일 클라이언트 애플리케이션에서 사용자가 백엔드에 정기적인 요청을 전송하지 않고도 애플리케이션 내에서 많은 상호작용을 할 수 있도록 허용하는 경우, 클라이언트 애플리케이션에서 수집할 수 있고 Google Cloud Endpoints에 노출된 API를 통해 모바일 백엔드에 정기적으로 전송할 수 있는 로그를 백엔드 로그에 추가할 수도 있습니다.
App Engine 샌드박스 외부에서 코드 실행
Google App Engine[8]에서 지원하는 런타임을 사용하여 완전한 모바일 백엔드를 구축할 수 있으면 자동 확장, 부하 분산, 장애 조치 등의 인프라 문제를 처리하지 않아도 됩니다. 하지만 App Engine 샌드박스에서 실행하기에 적합하지 않은 요구사항이 있을 수도 있습니다. 예를 들어 비동기 요청 처리 또는 일괄 처리의 일부로 몇몇 C/C++ 라이브러리, 맞춤 바이너리 또는 Perl 프로그램을 사용하고자 할 수 있습니다.
이러한 시나리오에서는 Google Compute Engine[9]을 사용하여 Google App Engine에서 호스팅하기에 적합하지 않은 모바일 백엔드의 일부를 실행할 수 있습니다.
Compute Engine에서 실행되는 코드가 일괄 처리 또는 비동기 요청 처리에 사용된 경우[10], Google App Engine에서 실행되는 코드는 가져오기 대기열 또는 여러 대기열에 작업을 추가할 수 있습니다. 그러면 Google Compute Engine에서 실행되는 코드가 Task Queue REST API[11]를 사용하여 이러한 작업을 가져올 수 있습니다.
기타 관련 서비스 및 API
Google은 모바일 솔루션에 사용할 수 있는 다양한 서비스 및 API를 제공합니다. 여기에는AdMob, 웹로그 분석 그리고 Places API, Android Maps 및 iOS Maps SDK와 같은 다양한Maps API가 있습니다. 이러한 서비스와 API의 사용 방법은 이 문서의 범위에 포함되지 않습니다.
아키텍처 다이어그램
다음 아키텍처 다이어그램(그림 10)은 솔루션의 구성요소를 보여줍니다.
맺음말
Google Cloud Platform을 활용하면 모바일 솔루션에 백엔드를 쉽게 구축할 수 있으며, 구조 작업과 인프라에 대해 걱정하지 않아도 됩니다. 솔루션은 높은 확장성을 갖추게 되며 주목받는 애플리케이션 제작을 위한 요구사항을 충족할 수 있습니다. 무엇보다도 중요한 점은 애플리케이션에서 통합된 사용자 인증을 사용하고, Android 및 iOS 기본 애플리케이션을 지원하고, 휴대기기 외부의 데이터를 저장, 검색 및 처리하는 것은 물론 푸시 알림을 관리하고 근접 지역 검색을 사용할 수 있다는 점입니다.
샘플 애플리케이션
모바일 쇼핑 도우미의 샘플 애플리케이션(App Engine 백엔드, Android 클라이언트 및 iOS 클라이언트)을 다운로드하고 관련 가이드를 읽어 보면 이 문서에 제시된 아키텍처의 핵심 구성요소가 특정 시나리오에서 어떻게 구현되었는지를 확인할 수 있습니다. 샘플 애플리케이션에서는 통합 OAuth 기반 클라이언트 인증이 포함된 REST API(Google Cloud Endpoints를 통해 노출됨), 근접 지역 검색, 푸시 알림, 비동기 요청 처리, 예약 작업 및 Google Cloud Storage에서 이미지 제공에 대해 다룹니다.
참고사항
[1]이 문서에서 백엔드란 클라이언트 기기 외부에서 실행되는 모바일 솔루션의 구성요소를 광범위하게 의미합니다. 이 용어를 Google App Engine 백엔드 인스턴스와 혼동해서는 안 됩니다. 백엔드 인스턴스는 기본 App Engine 인스턴스와 다른 특성을 가진 인스턴스 유형을 나타냅니다. 많은 모바일 솔루션에서는 기본 Google App Engine 인스턴스만으로도 충분하지만, 특정 요구사항이 있는 경우 기본 App Engine 인스턴스와 백엔드 인스턴스의 조합으로 구성된 '백엔드'를 사용하는 모바일 솔루션을 설계할 수 있습니다.
[2] 2013년 2월 현재, Google Cloud Endpoints는 시험 기능으로 제공됩니다.
[3] Google App Engine 서비스 약관의 섹션 4.2에는 최종 사용자의 개인정보와 법적 권리를 보호해야 하는 개발자의 의무에 대해 설명되어 있습니다. 여기에는 수집한 데이터의 사용에 대하여 법적으로 적절한 개인정보취급방침을 제공하고, 이러한 데이터의 수집, 사용, 모니터링 또는 공개에 있어 최종 사용자로부터 필요한 모든 동의를 얻어야 하는 책임에 대한 내용이 포함되어 있습니다.
[4] 관계형 SQL 데이터베이스의 사용을 선호하는 경우 Datastore 또는 Datastore 보완 서비스 대신 Google Cloud SQL을 사용할 수 있습니다.
[5] 2013년 초부터 Sockets API 기능은 신뢰할 수 있는 테스터에게만 제공되며 제작 지원이 이루어지지 않습니다.
[6] 2013년 초부터 App Engine Search API는 제한된 무료 할당량이 적용되는 시험 기능으로 제공됩니다.
[7] 2012년 12월 현재, App Engine에 배포되는 애플리케이션에서 근접 지역 검색이 작동하지만, 현지 개발자 서버에서는 작동하지 않습니다.
[8] 2012년 12월 현재, App Engine에서 자바 5 및 6, Python 2.7.3 및 2.5.2, Go 런타임(시험 기능)을 지원합니다.
[9] 2012년 12월 현재, Google Compute Engine이 선별된 사용자에게 제한된 미리보기 버전으로 제공됩니다.
[10] Google Compute Engine을 다른 모바일 솔루션 시나리오에서도 사용할 수 있지만 이러한 사용 방법은 이 문서의 범위에 포함되지 않습니다.
[11] 2012년 12월 현재, Task Queue REST API가 시험 기능으로 제공됩니다.
'선배개발자이야기' 카테고리의 다른 글
| 책 추천 - 자바 코딩 (0) | 2015.01.16 |
|---|---|
| 프로그래머 필독서 64선 / 개발자가 꼭 읽어야 할 책 64선 (0) | 2015.01.01 |
| 제 경험에 비추어본 인식 알고리즘 학습 방법 (0) | 2014.12.24 |
| 개발자 면접 시 회사에 꼭 확인 할 5가지 질문. (0) | 2014.12.24 |
| 자바 웹 개발자의 학습 로드맵 (0) | 2014.11.28 |