APP DEVELOPMENT TERM
데이터 동기화
여러 곳에 보관된 정보의 변경을 맞추는 작업
데이터 동기화는 여러 기기나 시스템에 보관된 정보의 변경을 정한 범위와 규칙에 따라 맞추는 작업입니다.
30초 이해
한 곳에 저장된 내용이 다른 기기에도 반영됐는지 따로 확인합니다
작업자 A가 점검 메모를 바꾸고 서버에 저장해도, 작업자 B의 휴대전화에는 이전 메모가 남아 있을 수 있습니다. B의 기기가 서버의 변경을 받아 자기 기기의 내용과 화면에 반영해야 같은 정보를 보게 됩니다.
이처럼 필요한 변경을 다른 곳에도 맞추는 일을 데이터 동기화라고 합니다. 어느 데이터를 맞출지, 어디의 정보를 기준으로 삼을지, 언제 반영할지, 양쪽에서 수정하면 어떻게 판단할지를 함께 정해야 합니다.
모든 데이터를 모든 기기에 복사하는 것은 아닙니다. 담당 업무와 접근 권한에 맞는 정보만 전달하고, 서버에서 기기로 받기만 하는지 기기의 변경도 서버로 보내는지 기능별로 범위를 정합니다.
DATA SYNC
맞출 범위와 기준을 정하고, 변경이 반영된 결과를 확인합니다
아래 흐름은 기기와 서버의 데이터를 맞추는 개념을 설명합니다. 버튼을 누르는 순서나 실제 전송 속도를 뜻하지 않습니다.
- 01
대상·기준 정하기
맞출 항목과 접근 가능한 대상을 정하고, 어떤 정보를 기준으로 판단할지 정합니다.
- 02
변경 확인하기
기기와 서버에서 무엇이 달라졌는지 확인하고, 반영해야 할 변경을 구분합니다.
- 03
전달·차이 처리하기
정한 방향으로 변경을 전달합니다. 같은 항목을 함께 수정했다면 정해 둔 규칙으로 판단합니다.
- 04
반영 결과 확인하기
대상 기기의 내용과 화면에 반영됐는지 확인하고, 아직 남은 변경을 구분합니다.
동기화 상태를 말할 때는 어떤 데이터가 어디까지 반영됐는지도 함께 알려야 합니다.
언제 사용하는 개념인가요?
여러 기기에서 같은 업무 기록을 볼 때
휴대전화·태블릿·관리자 화면이 같은 점검이나 요청을 다룰 때 사용합니다. 한 곳의 변경을 다른 곳에서 언제 확인할 수 있어야 하는지 정합니다.
연결이 끊긴 동안에도 내용을 바꿀 때
기기에 남은 작성본을 나중에 서버로 보내거나, 연결이 돌아온 뒤 서버의 변경을 받아야 할 때 사용합니다. 보내지 못한 변경과 서버에서 이미 바뀐 내용을 구분해야 합니다.
서로 다른 업무 시스템을 연결할 때
한 시스템의 회원·주문·재고 변경을 다른 시스템에도 반영할 때 사용합니다. 항목별 기준과 반영 방향을 정해야 서로 다른 값이 계속 덮어쓰이는 일을 피할 수 있습니다.
왜 중요한가요?
서로 다른 내용을 보고 업무를 진행할 수 있습니다
한 사람은 수정된 메모를 보고 다른 사람은 이전 메모를 보면 작업 안내가 달라집니다. 바로 반영돼야 하는 정보와 잠시 지연돼도 되는 정보를 구분하고, 아직 확인하지 못한 변경을 화면에서 알아볼 수 있어야 합니다.
같은 항목의 수정과 삭제를 어떻게 처리할지 정하게 됩니다
기기의 작성본을 보내기 전에 서버의 같은 항목이 바뀔 수 있습니다. 어느 쪽을 반영할지, 함께 합칠 수 있는지, 담당자 확인이 필요한지를 업무 기준으로 정해야 합니다. 삭제도 전달 대상인지 정하지 않으면 다른 기기의 이전 내용이 다시 나타나거나 필요한 기록이 사라질 수 있습니다.
개발 범위와 검수 조건이 구체적으로 달라집니다
서버의 정보를 받아 보기만 하는 기능과 여러 기기에서 작성·수정하는 기능은 확인할 조건이 다릅니다. 연결 끊김, 동시 수정, 권한 변경과 반영 지연까지 어느 범위를 지원할지 정하면 개발사와 같은 기준으로 검수할 수 있습니다.
실제 상황 예시
같은 점검 메모를 두 기기에서 본다면
가상 예시입니다. 작업자 A와 B가 설비 A 점검 01의 메모를 봅니다. 이 예시에서는 서버가 접수한 메모를 조회 기준으로 삼고, B가 최신 내용을 확인할 때 서버의 메모를 받아 반영합니다. 동기화 대상은 이 기록의 메모 항목이며, 다른 항목이나 모든 기기의 반영까지 완료됐다고 가정하지 않습니다.
변경 반영 전
- A가 작성한 필터 교체 필요 메모는 서버에 접수돼 있습니다.
- 서버의 메모는 필터 교체 필요입니다.
- B의 기기에는 이전 메모인 점검 전이 남아 있습니다.
- B의 화면은 아직 새 내용을 확인하지 못한 상태로 구분합니다.
변경 반영 후
- B가 서버의 메모를 받아 자기 기기의 내용과 화면에 반영합니다.
- B의 메모도 필터 교체 필요로 표시됩니다.
- 정한 기준 메모와 B에 반영된 메모를 대조해 일치하는지 확인합니다.
- 이 결과는 메모의 반영 확인이며, 점검 승인이나 업무 완료를 뜻하지 않습니다.
이 예시는 B가 같은 메모를 따로 수정하지 않은 경우입니다. B에게 보내지 않은 작성본도 있다면 차이를 확인한 뒤 처리해야 합니다. 서버의 값을 받았다는 이유만으로 B의 작성본을 없애서는 안 됩니다.
자주 하는 오해
“저장 버튼을 눌렀으니 다른 사람에게도 보입니다”
저장 위치부터 확인해야 합니다. 기기에만 저장됐을 수도 있고, 서버가 접수했어도 다른 기기가 아직 변경을 받지 않았을 수 있습니다. 기기 저장·서버 접수·다른 기기 반영을 각각 확인합니다.
“동기화는 언제나 즉시, 양방향으로 일어납니다”
반영 방향과 시점은 기능에 따라 정합니다. 서버에서 기기로 받기만 할 수도 있고, 기기의 변경도 서버로 보낼 수 있습니다. 화면을 열거나 다시 확인할 때 맞추는 방식과 변경을 계속 받아 맞추는 방식도 구분합니다.
“가장 나중에 수정한 내용으로 덮어쓰면 됩니다”
서로 다른 기기의 수정 시각이나 늦게 도착한 기록만으로 업무상 맞는 내용을 결정하기 어려울 수 있습니다. 항목별 기준, 함께 반영할 수 있는 조건, 담당자 확인이 필요한 조건을 정해야 합니다. 제품이 제공하는 기본 충돌 처리도 해당 업무에 맞는지 확인합니다.
“동기화를 켜면 백업도 해결됩니다”
동기화 범위에 삭제나 잘못된 수정도 포함돼 있다면 그 변경이 다른 사본에도 반영될 수 있습니다. 과거 상태를 되살릴 사본과 복구 절차는 따로 준비해야 합니다. 저장·동기화·백업·이전은 목적이 다릅니다. 저장은 정보를 보관하는 일, 동기화는 각 장소의 변경을 맞추는 일, 백업·복구는 사본을 보관하고 필요한 시점을 되살리는 일, 데이터 이전은 기존 기록을 새 구조에서 쓰게 옮기는 작업입니다. 시스템을 바꾸는 동안 이 작업들을 함께 사용할 수도 있습니다.
“마지막 동기화 시각이 있으니 지금도 최신입니다”
마지막으로 확인한 이후에 새 변경이 생겼을 수 있습니다. 그 시각이 어떤 데이터의 어떤 방향을 확인한 시각인지, 아직 보내거나 받아야 할 변경이 있는지도 함께 봐야 합니다.
우리 서비스에 적용할 때 확인하세요
- 1어떤 데이터와 항목을 누구의 기기까지 맞추며, 접근 권한은 어떻게 적용하나요?
- 2어디에서 수정할 수 있고, 항목별 기준 정보와 반영 방향은 무엇인가요?
- 3언제 갱신하고 어느 정도 지연을 허용하며, 아직 반영되지 않은 상태를 어떻게 안내하나요?
- 4같은 항목의 동시 수정·삭제·미전송 작성본을 어떤 규칙으로 처리하고, 누가 차이를 확인하나요?
- 5기기 저장·서버 접수·다른 기기 반영을 각각 무엇으로 확인하며, 실패나 결과 미확인일 때 무엇을 보존하고 어떻게 다시 확인하나요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
실제 상태 변화는 오프라인 기록 전달 예시에서 살펴보고, 백업·복구와 데이터 이전은 각 용어에서 목적의 차이를 확인할 수 있습니다.
저장한 기록이 전달되는 상태를 직접 살펴보세요
오프라인 점검 예시에서 기기에 남은 내용과 서버 접수 결과를 나눠 확인한 뒤, 우리 서비스에서 맞출 데이터·방향·반영 시점·충돌 규칙을 정리해보세요.