iCloud Drive: nó là gì, lưu trữ đám mây Apple và cách hoạt động

iCloud Drive trong iOS là gì?

iCloud Drive là dịch vụ tệp đám mây của Apple cung cấp bộ lưu trữ tài liệu thống nhất cho tất cả các thiết bị của người dùng được ủy quyền với cùng một Apple ID. Dịch vụ này được ra mắt vào năm 2014 cùng với iOS 8 và OS X Yosemite để thay thế iCloud Documents.

iCloud Drive khác biệt so với các dịch vụ lưu trữ đám mây khác (Google Drive, Dropbox) nhờ sự tích hợp sâu với hệ điều hành: các tệp xuất hiện trực tiếp trong Finder trên macOS và trong ứng dụng Tệp trên iOS mà không cần cài đặt thêm ứng dụng. Hệ thống tự động đồng bộ hóa nội dung trong nền, chuyển đổi giữa mạng Wi-Fi và di động.

Theo Apple Platform Overview, 2024, iCloud Drive hỗ trợ quản lý phiên bản tệp lên đến 30 ngày, chia sẻ thư mục qua iCloud Sharing và tích hợp với tìm kiếm hệ thống Spotlight. Nhà phát triển truy cập bộ lưu trữ thông qua API NSFileCoordinator và các bộ chứa Ubiquity.

Kiến trúc iCloud Drive và Ubiquity

Ubiquity là một thuật ngữ của Apple chỉ khả năng dữ liệu có mặt “ở khắp mọi nơi.” Trong bối cảnh iCloud Drive, đây là cơ chế cho phép các tệp tự động đồng bộ hóa trên tất cả các thiết bị của người dùng thông qua backend đám mây CloudKit.

Bộ chứa Ubiquity là một thư mục bên trong Sandbox của ứng dụng được đánh dấu để đồng bộ hóa. Các tệp được đặt trong thư mục này sẽ tự động được tải lên iCloud Drive và phân phối đến các thiết bị khác. Quyền truy cập vào bộ chứa được cấu hình thông qua Capabilities trong Xcode.

Hệ thống theo dõi trạng thái của từng tệp thông qua NSMetadataQuery: một tệp có thể ở trạng thái cục bộ (đã tải xuống thiết bị), từ xa (chỉ trên đám mây) hoặc đang tải xuống. Nhà phát triển có thể yêu cầu tải xuống tệp theo chương trình hoặc kiểm tra tính khả dụng của tệp trước khi mở.

Tích hợp iCloud Drive vào ứng dụng

Tích hợp iCloud Drive bắt đầu bằng việc thêm khả năng iCloud trong Xcode và kích hoạt dịch vụ iCloud Documents. Sau đó, ứng dụng có quyền truy cập vào bộ chứa Ubiquity, một thư mục đặc biệt có đường dẫn được trả về thông qua FileManager.

import UIKit

class DocumentManager {
    func ubiquityURL() -> URL? {
        return FileManager.default
            .url(forUbiquityContainer: nil)
    }

    func saveToICloud(data: Data, filename: String) {
        guard let containerURL = ubiquityURL() else { return }
        let fileURL = containerURL
            .appendingPathComponent(filename)

        do {
            try data.write(to: fileURL)
            Logger.storage.info(
                "Saved \(filename) to iCloud Drive"
            )
        } catch {
            Logger.storage.error(
                "Save failed: \(error.localizedDescription)"
            )
        }
    }

    func listICloudFiles() {
        let query = NSMetadataQuery()
        query.searchScopes = [NSMetadataQueryUbiquitousDocumentsScope]
        query.start()
    }
}

NSDocumentPickerViewController cung cấp giao diện người dùng hệ thống để chọn và nhập tệp từ iCloud Drive. Người dùng thấy một trình duyệt tệp tiêu chuẩn với hỗ trợ tìm kiếm, sắp xếp và chọn nhiều tệp. Sau khi chọn tệp, ứng dụng nhận được URL của tệp và có thể làm việc với nó thông qua NSFileCoordinator.

Quy tắc quan trọng: khi làm việc với các tệp iCloud Drive, bạn phải sử dụng NSFileCoordinator để đọc và ghi. Điều này đảm bảo rằng tệp không bị sửa đổi bởi một quy trình khác (ví dụ: đồng bộ hóa) trong quá trình thao tác. Việc bỏ qua phối hợp có thể dẫn đến hỏng dữ liệu.

Giải quyết xung đột và NSFileVersion

Xung đột phiên bản xảy ra khi một tệp được sửa đổi trên hai thiết bị đồng thời trước khi đồng bộ hóa hoàn tất. iOS tự động phát hiện các tình huống như vậy thông qua NSFileVersion và tạo các phiên bản xung đột mà người dùng hoặc ứng dụng phải giải quyết.

func resolveConflicts(for fileURL: URL) {
    let conflictVersions = NSFileVersion
        .unresolvedConflictVersionsOfItem(at: fileURL) ?? []

    for version in conflictVersions {
        do {
            let conflictData = try Data(contentsOf: version.url)
            let resolved = mergeData(
                original: try Data(contentsOf: fileURL),
                conflict: conflictData
            )
            try resolved.write(to: fileURL)
            version.remove()
        } catch {
            Logger.sync.error(
                "Conflict resolution failed: \(error)"
            )
        }
    }
}

NSFileVersion lưu trữ lịch sử thay đổi của tệp lên đến 30 ngày. Mỗi phiên bản chứa URL, ngày tạo và mã định danh của thiết bị đã tạo phiên bản. Hệ thống tự động đánh dấu các phiên bản là xung đột khi hai thiết bị gửi các thay đổi với cùng một mã định danh cơ sở.

Chiến lược giải quyết: ứng dụng có thể tự động hợp nhất các thay đổi (đối với các định dạng được hỗ trợ), hiển thị cho người dùng lựa chọn phiên bản hoặc sử dụng chiến lược người ghi cuối cùng thắng (last-writer-wins). Apple khuyến nghị hợp nhất tự động cho dữ liệu văn bản và có cấu trúc, và hiển thị các phiên bản xung đột cho người dùng đối với các định dạng nhị phân.

Giới hạn lưu trữ và tối ưu hóa

Bộ nhớ miễn phí của iCloud là 5 GB, được phân bổ cho tất cả các dịch vụ của người dùng: sao lưu, ảnh, thư và iCloud Drive. Các gói trả phí bắt đầu từ 50 GB và lên đến 12 TB. Đối với các ứng dụng có trao đổi tệp thường xuyên, việc tính đến các giới hạn này là rất quan trọng.

Tối ưu hóa bộ nhớ: iOS cung cấp cơ chế loại bỏ tệp—khi dung lượng cục bộ cạn kiệt, hệ thống có thể xóa các bản sao được lưu trong bộ nhớ đệm của các tệp iCloud Drive, chỉ để lại siêu dữ liệu. Khi cố gắng mở tệp đó, hệ thống sẽ tự động tải xuống từ đám mây. Nhà phát triển có thể kiểm soát quá trình này thông qua NSFileCoordinator và kiểm tra trạng thái tệp thông qua NSMetadataUbiquitousItemDownloadingStatusKey.

Theo WWDC 2022, Apple khuyến nghị các phương pháp sau để tối ưu hóa iCloud Drive: chỉ lưu trữ tài liệu người dùng trong bộ chứa Ubiquity, không lưu bộ nhớ đệm của ứng dụng; sử dụng tải xuống không đồng bộ với chỉ báo tiến trình; cung cấp cho người dùng thông tin về kích thước tệp trước khi tải xuống; triển khai hỗ trợ tiếp tục cho các tệp lớn.

Sắc thái quan trọng: xóa tệp khỏi bộ chứa Ubiquity sẽ xóa tệp đó khỏi tất cả các thiết bị của người dùng. Đối với các tệp tạm thời, hãy sử dụng thư mục Documents cục bộ thay vì bộ chứa Ubiquity. Cũng lưu ý rằng đồng bộ hóa không diễn ra ngay lập tức—độ trễ có thể từ vài giây đến vài phút tùy thuộc vào kích thước tệp và mạng.