효율적인 리소스 동기화

이 가이드에서는 캘린더 데이터의 '증분 동기화'를 구현하는 방법을 설명합니다. 이 메서드를 사용하면 대역폭을 절약하면서 모든 캘린더 모음의 데이터를 동기화 상태로 유지할 수 있습니다.

목차

개요

증분 동기화는 두 단계로 구성됩니다.

  1. 초기 전체 동기화는 클라이언트 상태를 서버 상태와 완전히 동기화하기 위해 처음에 한 번 실행됩니다. 클라이언트는 유지해야 하는 동기화 토큰을 가져옵니다.

  2. 증분 동기화는 반복적으로 실행되며 이전 동기화 이후에 발생한 모든 변경사항으로 클라이언트를 업데이트합니다. 매번 클라이언트는 서버에서 가져온 이전 동기화 토큰을 제공하고 응답의 새 동기화 토큰을 저장합니다.

초기 전체 동기화

초기 전체 동기화는 동기화하려는 컬렉션의 모든 리소스에 대한 원래 요청입니다. 리소스의 특정 하위 집합만 동기화하려는 경우 원하는 경우 요청 매개변수를 사용하여 목록 요청을 제한할 수 있습니다.

목록 작업에 대한 응답에는 동기화 토큰을 나타내는 nextSyncToken 필드가 있습니다. nextSyncToken 값을 저장해야 합니다. 결과 집합이 너무 커서 응답이 페이지로 나뉨되면 nextSyncToken 필드는 마지막 페이지에만 표시됩니다.

증분 동기화

증분 동기화를 사용하면 마지막 동기화 요청 이후에 수정된 모든 리소스를 검색할 수 있습니다. 이렇게 하려면 syncToken 필드에 지정된 최신 동기화 토큰을 사용하여 목록 요청을 실행해야 합니다. 결과에는 항상 삭제된 항목이 포함되므로 클라이언트가 저장소에서 항목을 삭제할 수 있습니다.

마지막 증분 동기화 요청 이후 많은 수의 리소스가 변경된 경우 목록 결과에 syncToken 대신 pageToken가 표시될 수 있습니다. 이 경우 증분 동기화에서 첫 번째 페이지를 검색하는 데 사용된 것과 정확히 동일한 목록 쿼리(정확히 동일한 syncToken 사용)를 실행하고 pageToken를 추가한 후 마지막 페이지에서 다른 syncToken를 찾을 때까지 다음 요청을 모두 페이지로 나눠야 합니다. 나중에 다음 동기화 요청을 위해 이 syncToken를 저장해야 합니다.

다음은 증분 페이징 동기화가 필요한 케이스의 쿼리 예시입니다.

원래 검색어

GET /calendars/primary/events?maxResults=10&singleEvents=true&syncToken=CPDAlvWDx70CEPDAlvWDx

// Result contains the following

"nextPageToken":"CiAKGjBpNDd2Nmp2Zml2cXRwYjBpOXA",

다음 페이지 가져오기

GET /calendars/primary/events?maxResults=10&singleEvents=true&syncToken=CPDAlvWDx70CEPDAlvWDx&pageToken=CiAKGjBpNDd2Nmp2Zml2cXRwYjBpOXA

서버에서 전체 동기화가 필요함

토큰 만료 또는 관련 ACL 변경 등 다양한 이유로 서버에서 동기화 토큰을 무효화하는 경우가 있습니다. 이 경우 서버는 증분 요청에 응답 코드 410로 응답합니다. 이렇게 하면 클라이언트의 스토어가 완전히 삭제되고 새 전체 동기화가 트리거됩니다.

샘플 코드

아래 샘플 코드 스니펫은 Java 클라이언트 라이브러리에서 동기화 토큰을 사용하는 방법을 보여줍니다. run 메서드가 처음 호출되면 전체 동기화를 실행하고 동기화 토큰을 저장합니다. 이후에 실행할 때마다 저장된 동기화 토큰을 로드하고 증분 동기화를 실행합니다.

  private static void run() throws IOException {
    // Construct the {@link Calendar.Events.List} request, but don't execute it yet.
    Calendar.Events.List request = client.events().list("primary");

    // Load the sync token stored from the last execution, if any.
    String syncToken = syncSettingsDataStore.get(SYNC_TOKEN_KEY);
    if (syncToken == null) {
      System.out.println("Performing full sync.");

      // Set the filters you want to use during the full sync. Sync tokens aren't compatible with
      // most filters, but you may want to limit your full sync to only a certain date range.
      // In this example we are only syncing events up to a year old.
      Date oneYearAgo = Utils.getRelativeDate(java.util.Calendar.YEAR, -1);
      request.setTimeMin(new DateTime(oneYearAgo, TimeZone.getTimeZone("UTC")));
    } else {
      System.out.println("Performing incremental sync.");
      request.setSyncToken(syncToken);
    }

    // Retrieve the events, one page at a time.
    String pageToken = null;
    Events events = null;
    do {
      request.setPageToken(pageToken);

      try {
        events = request.execute();
      } catch (GoogleJsonResponseException e) {
        if (e.getStatusCode() == 410) {
          // A 410 status code, "Gone", indicates that the sync token is invalid.
          System.out.println("Invalid sync token, clearing event store and re-syncing.");
          syncSettingsDataStore.delete(SYNC_TOKEN_KEY);
          eventDataStore.clear();
          run();
        } else {
          throw e;
        }
      }

      List<Event> items = events.getItems();
      if (items.size() == 0) {
        System.out.println("No new events to sync.");
      } else {
        for (Event event : items) {
          syncEvent(event);
        }
      }

      pageToken = events.getNextPageToken();
    } while (pageToken != null);

    // Store the sync token from the last request to be used during the next execution.
    syncSettingsDataStore.set(SYNC_TOKEN_KEY, events.getNextSyncToken());

    System.out.println("Sync complete.");
  }
SyncTokenSample.java

기존 동기화

이벤트 컬렉션의 경우 이벤트 목록 요청에서 업데이트된 필드의 값을 보존한 다음 modifiedSince 필드를 사용하여 업데이트된 이벤트를 검색하여 기존 방식으로 동기화할 수 있습니다. 이 접근 방식은 누락된 업데이트에 관해 오류가 발생할 가능성이 더 높으므로 더 이상 권장되지 않습니다 (예: 쿼리 제한을 적용하지 않는 경우). 또한 이벤트에만 사용할 수 있습니다.