안드로이드의 백업 및 복원 기능은 여전히 아이폰을 따라 잡지 못했습니다
Apple이 제대로 해낼 수 있다면 왜 Google이 할 수 없습니까?
안드로이드의 내장 백업 시스템은 수년에 걸쳐 엄청나게 개선되었지만 여전히 많은 주요 영역에서 부족하여 사용자에게 많은 실망을 안겨줍니다. 애플의 아이폰 용 아이 클라우드 백업과 비교할 때 단점은 더 분명하지만, 완벽하지는 않지만 앱 데이터를 복사하는 것이 더 낫기 때문에 사용자는 새로운 전화를 설정하는 데 몇 시간을 소비하지 않아도된다.
대부분의 사람들은 새 핸드셋으로 업그레이드 할 때 거의 2 년마다 백업을 자주 사용하지 않기를 원하지만이 서비스가 실제로 자체적으로 제공되는 것은 쾌적하지 않은 상황입니다. 휴대 전화를 고장 나거나 잃어버린 경우 Google 드라이브에서 대기중인 모든 기기의 최신 백업은 스트레스를 최소화하면서 백업 및 실행을 돕는 귀중한 리소스가되어야합니다. 불행히도, 그렇게 간단하지 않습니다.
무엇이 문제입니까?
Android만큼 성숙한 운영 체제의 경우 백업 절차는 현재 상태에서 많이 요구됩니다. 최근 몇 년 동안 9 개월 동안 확인되지 않은 doozy와 같이 버그가 완전히 실패 할 수있는 잘 문서화 된 버그가있었습니다.우리 같은 아울렛이 그것을 인식하기 전에. 여러 제조업체에서 Android 9 및 10을 실행하는 기기에 영향을주는 버그로 인해 Google 드라이브 동기화가 영구적 인 '백업 대기 중'상태가됩니다. 잠금 화면 보안 조치를 일시적으로 해제하는 등의 해결 방법은 최소한 하나의 백업을 수행 할 수있을만큼 오랫동안 문제를 해결하는 것처럼 보이지만 장기적으로 수용 할 수있는 솔루션은 아닙니다. Android 백업이 성공하고 장치를 복원 할 수있는 경우에도 프로세스에서 임의의 버그가 전송되어 새 하드웨어에 이전 하드웨어에는없는 문제가 발생할 수 있습니다.
또 다른 근본적인 충돌 지점은 Google 드라이브가 휴대 전화 나 태블릿 당 하나의 백업 만 유지한다는 것입니다. 따라서 하드웨어 오류 또는 네트워크 중단과 같이 계정과 동기화하는 동안 문제가 발생하면 백업이 손상되었을 수 있습니다. 이것으로부터 되돌아 갈 필요는 없습니다. 모든 데이터가 손실되며, 처음부터 백업을 생성하려는 목적을 상실합니다. 짧은 시간 동안 다른 휴대 전화를 사용하고 (예 : iPhone으로 실험하고 배신자라고 가정) 복원 할 백업이 남아 있지 않을 수 있습니다. 그들은하고 이개월 후에 만료되도록 설정 하고,이 데이터를 삭제하기 전에 Google은 통보되지 않습니다.
가장 큰 문제는 안드로이드가 iOS처럼 앱 데이터를 안정적으로 백업 및 복원하지 못한다는 것입니다 (나중에 자세히 설명). Google이 모든 앱 데이터에서 복사 및 복사 할 수없는 작업을 수행 할 수 있다고 주장하는 타사 앱이 있지만 일반 사용자에게는 너무 복잡한 경우가 많으며 결과는 하드웨어 및 OS 버전에 따라 크게 다릅니다. 이 솔루션은 또한 새로운 버전의 Android가 출시 될 때마다 작동을 멈출 수 있습니다. 민감한 기기 데이터의 백업을 우선 타사 앱에 맡겨서는 안된다는 주장은 공정합니다. Google은이를 위해 신뢰할 수있는 메커니즘을 제공해야합니다.
정당한 기술적 제한으로 인해 Android 백업에 대한 불만이 덜 유효합니다. 예를 들어, 최신 버전의 Android에서 백업을 사용하여 이전 버전을 실행하는 전화를 복원 할 수 없습니다. 오래된 펌웨어는 새로운 데이터를 처리하는 방법을 반드시 알 필요는 없으며 다양한 호환성 문제가 발생할 수 있기 때문에 이치에 맞습니다. iCloud 백업에도 이와 동일한 제한이 적용됩니다. 이것이 앱 데이터와 같은 것에 대해서는 이해할 만하지 만 장치 설정과 WiFi 암호를 전송할 수없는 좋은 이유는 없습니다. 한 Android 버전에서 다른 Android 버전으로 전환하는 데 장애가있는 경우 한 OEM에서 다른 OEM으로 전환하는 경우에도 마찬가지입니다. 종종 의미없는 데이터의 복원이 설명없이 실패합니다. 문제를 더 복잡하게하려면
애플은 단순히 더 잘한다
iPhone의 백업에서도 동일한 문제가 발생하지만 주요 영역에서 Android의 성능을 능가합니다. 새로운 iPhone에 로그인하면, 앱 자체가 별도의 iCloud 백업을 수행하므로 iMessage 채팅이 자동으로 나타납니다. 장치 설정 중에 Android의 SMS 메시지를 복원해야합니다. 이전 장치 데이터를 가져 오지 않고 새로 시작하기로 결정하면 메시지가 에테르에서 손실됩니다. Google One 구독 요금을 지불하지 않으면 MMS 메시지도 백업되지 않습니다. 다시 말하지만, 거기에 더 나은이 일을 할 수있는 타사 서비스입니다 ,하지만 우리는 다른 곳에서 볼 필요가 없습니다. Google은 Gmail, Google 캘린더, Google 포토 및 Google 계정에 저장된 연락처와 마찬가지로 클라우드 동기화를 올바르게 수행하는 방법을 알고 있으므로 SMS로 인해 부족하다는 것은 부끄러운 일입니다.
이는 iCloud의 한 가지 예일 뿐이므로 앱 상태를보다 쉽게 복원 할 수 있지만 iOS 전체에 퍼져 있습니다. 두 운영 체제 모두 앱과 데이터를 완전히 백업한다고 주장하지만 실제로 Apple의 접근 방식은 훨씬 우수합니다. 백업에서 새 iPhone을 복원 한 후에는 대부분의 앱과 게임에 로그인 할 필요가 없으며 모든 설정과 환경 설정은 새 기기에 그대로 그대로 있습니다. 이것은 하나의 iPhone에서 다른 iPhone으로 부드럽고 쉽게 이동할 수있게 해줍니다.
설정 화면에서 앱 데이터가 Android의 Google 드라이브 백업에 포함되어 있다고 생각할 수 있지만 실제로 전체 데이터 백업을 지원하는 앱과 그렇지 않은 앱을 확인할 수는 없습니다. 불행한 사실은 많은 앱 개발자들이 구현하기가 어렵고 실패하기 쉽기 때문에 이것을 선택하지 않는 것입니다. 앱당 25MB 만 사용할 수 있으며 일부는 충분하지만 다른 것에는 충분하지 않습니다. 안드로이드 개발자가 앱 데이터 백업을 지원하지 않는 것이 일관되게 작동하는 것보다 훨씬 쉬운 경우가 많습니다. 반대로 Apple 은 iOS의 iCloud를 통해 앱 사용자 데이터를 자동으로 백업합니다.개발자가 좋아하든 그렇지 않든 따라서 효율적인 백업을 위해 앱 데이터를 깔끔하게 정리해야하므로 새로운 iPhone으로 전환하는 사용자가 새로운 전화를 쉽게 찾을 수 있습니다.
Android 앱이 전체 상태 백업을 지원하더라도 새 전화에서 여전히 완벽하게 복원되지 않는 데에는 여러 가지 이유가 있습니다. 다른 제조업체에서 만든 두 개의 Android 기기간에 이동하는 경우 앱 호환성 문제로 인해 앱 데이터가 복원되지 않는 경우가 종종 있습니다. 활성 장치에서 Android OS 버전을 광범위하게 배포하면이 문제가 악화됩니다. 이전 버전의 Android에서 최신 버전으로 업데이트 할 가능성이 높습니다. 즉, 백업 한 앱 데이터가 새로운 장치와 호환되지 않을 수 있습니다. 보안 및 개인 정보 보호는 앱 데이터가 한 위치에서 다른 위치로 이동 될 때 개발자에게 추가적인 골치 거리를 제공합니다.
타사 앱이 이러한 합병증을 모두 감안할 때 Android에서 백업을 지원하지 않기로 결정한 것은 당연하지만 Google 자체 앱이 예상대로 복원되지 않는 것은 변명 할 수 없습니다. 앱을 복원하기 전에 새 휴대 전화에서 Google 계정에 로그인 한 후에도 제대로 작동하고 알림을 제공하기 전에 각 계정을 설정해야합니다. 각 앱을 열고 100 번째 친숙한 소개 화면을 통과 할 때까지 Gmail, 작업을 통한 알림 또는 Google지도의 통근자 업데이트를 통해 이메일을받을 수 없습니다. 어떤 앱이든 사용하지 않는 것이 좋지만 Google은 아직이 방법을 찾지 못했습니다.
이 모든 것이 안드로이드 폰을 설치하는 것은 많은 사람들, 특히 자주해야하는 사람들에게는 고통스러운 경험이됩니다. 검토를 위해 새 전화를받을 때마다 전화를 완전히 평가할 수 있도록 사용하는 모든 단일 앱에 체계적으로 로그인하고 설정하려면 최소한 두 시간을 따로 설정해야합니다. 아이폰 사용자는 이러한 운명을 피할 수 있으며 안드로이드 캠프의 모든 사람들은 그것에 대해 엿볼 권리가 있다고 생각합니다.
Android 백업을 수정하려면 Google은 어떻게해야하나요?
특히 안드로이드와 iOS가 매우 다른 짐승이기 때문에 더 나은 일을하기 때문에 구글이 애플을 복사해야한다고 말하는 것은 너무 간단합니다. 안드로이드는 iOS의 폐쇄 시스템이 아닙니다. 수많은 OEM, 수많은 활성 장치 모델에 설치된 다양한 OS 버전 및 App Store보다 Play 스토어에 훨씬 더 많은 앱이 있습니다. 따라서 Android 백업에 대한 통제력을 강화하는 것은 Google에게는 어려운 작업이지만 불가능하지는 않습니다.
Google은 OEM 및 개발자와 함께 모든 사람의 요구를 충족하는 표준화 된 프로토콜을 개발해야합니다.
Google이 할 수있는 첫 번째 일은 현재 사용자가 데이터를 성공적으로 백업 또는 복원하지 못하게하는 다양한 버그를 수정하는 것입니다. 마찬가지로, 각 장치에 대해 둘 이상의 백업을 저장하면 백업이 손상되는 예기치 않은 문제를 해결하는 데 큰 도움이됩니다. 안정성은 궁극적으로 백업 시스템이 노력해야 할 최고의 목표이며 여기에서 수행해야 할 작업이 많이 있습니다. all 또는 nothing 접근 방식은 현재 초기 전화 설정이 완료된 후 사용자가 아무것도 복원하지 못하게하므로 사용자에게 충분한 유연성을 제공하지 않습니다.
Android의 백업이 Apple의 iOS 솔루션과 일치하는 경우 Google은 앱 개발자를 선임해야합니다. 전체 상태 백업을 지원하도록 강요하는 것만으로는 충분하지 않으므로 Google은 시스템이 충분히 강력해야합니다. 이를 수행하는 유일한 현실적인 방법은 개발자 및 OEM과 함께 관련된 모든 사람의 요구를 충족시키는 표준화 된 프로토콜을 사용하는 것입니다. 쉬운 일은 아니지만 사용자는 더 나은 솔루션을받을 자격이 있으며,이를 제공하기 위해 최선을 다하는 것이 Google의 임무입니다. Apple이 다른 휴대 전화 모델과 OS 버전간에 데이터를 전송할 때 발생하는 많은 문제를 처리 할 수 있다면 Google도 가능합니다.