写真アプリは iCloud 写真をバックアップとして扱う。一つの Apple ID に留まり、プラン代を払うならそれでよい。Pixel に持っていけるコピーでも、Windows 機に挿せるコピーでも、サブスクが切れたあとに残るコピーでもない。Azalea（bundle net.duguying.photos）は、すでに持っているストレージへ PhotoKit 資産を書き出す：Amazon S3、USB ボリューム、または Samba 共有。原版は Azalea ホストに座らない。Azalea 写真クラウドはない。

初回書き出しのあいだ iCloud 写真はオンのままにする。両書き手が同時にローカルを消すのが、赤ん坊の写真が一週間消えるやり方。宛先で実ファイルを開いたあとだけ Apple のスイッチを切る。

完全アクセスがもう一つの譲れない条件。Limited Library は、システムシートでチェックした集合がバックアップ集合になる。後の認領が残りを発明しない。バックグラウンド作業は依然として iOS 次第。ロック画面はジョブを止め得る。アプリを開くとゼロからではなく索引から再開する。

出荷済みの手順

iOS 15 以降に Azalea を入れる。システムの写真シートが出たら Allow Full Access をタップ。すでに Selected Photos を選んでいれば、Pending をライブラリ件数として扱う前に、設定 → Azalea Photos → 写真で完全アクセスに切り替える。
Cloud Album → Backup Storage。空状態は No backup storage profiles yet. Tap + to add one. S3 プロファイル（bucket、region、AccessKey、SecretKey）または USB Device プロファイルを追加。USB は Files でフォルダを選び、アプリが security-scoped bookmark を保存できるようにする。iOS はマウント済みボリュームを列挙しない。「SanDisk を検出」行はない。
Bucket (e.g. photos-backup) と Region (optional, e.g. us-east-1) を埋める。英語のオブジェクトストレージ試験は us-west-2 の S3 Standard。フォームは COS と OSS も受ける。同じ手法の中国語稿はしばしば COS Guangzhou を名指す。クライアントが気にするのは署名とキー配置だけ。Test Connection をタップ。リージョン違いは最初の一覧で署名エラーまたは 301。
自動バックアップを入れる。ステータスの Pending は未完了の写真行であり、倍になったリソース件数ではない。電源につなぐ。バケットなら、バックアップ設定でセルラーを明示許可していない限り Wi-Fi。USB ならディスクを付けたままアプリをフォアグラウンドに。iOS はアプリがアクティブなときだけ外部デバイスアクセスを許す。
作業中は Live Activity が出るはず。USB 実行中にロックすると、タスクがすでに止まっているのに Live Activity が残ることがある。Azalea を開き直し、挿し直し後は Resume Backup または Check again。索引は消えない。
Pending が 0 になったら、宛先から HEIC 一つ、Live Photo の組一つ、4K クリップ一つを開く。サムネイルだけでなくバイトと画素幅。それから Optimize iPhone Storage を入れるか、iCloud 写真を放っておくかを決める。

2026年3月14日、満杯の 200 GB iCloud プランを持つ iPhone 15（iOS 18.6.1、256 GB）は、SanDisk Extreme 1 TB へ 18,432 件と 86.41 GB を 257 分で書いた。コロンを含む名前二十三件がエスケープされた。設定 → iPhone ストレージは実行前に写真 88.1 GB。Pixel → iPhone 事例のオブジェクトストレージ相当は、Wi-Fi と PUT 往復のため遅かった：11,614 件、81.95 GB、S3 us-west-2 で 664 分。

実際に端末を出るもの

Azalea は PhotoKit 資産をコピーする。Live Photo は静止画とモーションクリップの組なので、グリッド件数よりバイトが多い。HEIC は 3月ライブラリの 71%。残りは JPEG と少数の DNG。動画は多く 4K30。その混在が、10 Gbps ポータブル SSD でも平均約 5.7 MB/s だった理由：各静止画が生ブロックコピーではなく書き出しを払う。

Image Capture からの Finder DCIM ダンプはこれではない。増分索引がなく、Live Photos を誤り、Android で認領できない。「iCloud を離れ、別の端末でファイルを開く」が目標なら、再現済みなのは USB または S3 の認領経路。USB 機能ページとオブジェクトストレージのページがバックエンドを書く。ダウンロードは /ja/download。

セルラー使用は iOS 設定で禁じてよい。USB は無線に触れない。S3 の秘密は世界が読める prefs ではなく Keychain。アプリ内コピーがそう書く：AccessKey と SecretKey はこの端末の Keychain に保存され、両欄が埋まると自動保存される。

書いておく価値のある失敗

リージョン違いは最初の一覧で失敗する。iCloud Drive 内のフォルダを選ぶのは外部ボリュームではない。「危うく見える」確認があるのは、ラボセッションでそれが起き、コピーが再び Apple のクラウドに着いたはずだったから。実行途中でアプリを殺しても索引は消えない。未完了キーは pending のまま。

コロン名がもう一つのラボ傷。WhatsApp スクリーンショットタイトル二十三件に : が含まれた。exFAT は拒んだ。エスケープ後、.album/manifest.jsonl の論理キー k は元の名前のまま、p がディスク上のパス。後の認領が見つけることをまだ期待するなら、Explorer でそれらの汚い名前を「直さない」。

iCloud 写真がオンでプランが満杯なら、Optimize iPhone Storage は救わない：原版が上がれないので、プレースホルダがローカルを置き換えない。それが 3月の機械であり、USB が先だった理由。この製品における iCloud なしバックアップは、制御できる媒体上の第二コピーを意味する。Azalea が Apple のスイッチを代行する意味ではない。

FAQ

iCloud なしで iPhone 写真をバックアップしつつ、iCloud 写真はオンのままにできるか？

できる。Azalea は iCloud 写真を切ることを要求しない。ディスクまたはバケットで原版を開くまでオンのまま。それから決める。iCloud 最適化と第三者の「バックアップ後に削除」を同じロールにかけるのが、空の一週間を作るやり方。

Azalea は原版を自社サーバに置くか？

置かない。アプリはあなたの COS、OSS、S3、USB フォルダ、または Samba 共有へ書く。Bundle id net.duguying.photos。Azalea ホストの原版はない。プロファイルを一度も埋めなければ、このアプリ経由で端末を出るものはない。

Live Activity が見えるのに Pending が下がらないのはなぜか？

USB では、アプリがフォアグラウンドを離れるか端末がロックすると iOS が止める。Live Activity はワーカーより長生きし得る。アプリを開き直し、最前面に置き、ディスクを抜いていれば Check again、Dynamic Island ではなく Pending を見る。

後の Android 端末はこのバックアップを見るか？

同じバケットまたは同じ USB フォルダなら、認領経由で見る。Android は iOS の local_identifier 値を再利用できないので、お気に入りは付いてこない。ファイルは来る。先に Pending を終える。空の認領は、たいていまだ走っているバックアップか、別バケットを指す二個目のプロファイル。

Mac へのケーブルコピーだけがほしいなら？

Image Capture は DCIM をコピーする。増分索引、写真アプリが知る Live Photo の組、別の端末が認領できるライブラリは出ない。別の仕事。検索意図が Android で開き直せる形の iCloud なし iPhone 写真バックアップなら、Azalea のプロファイルを使い、Pending がゼロになるまで待つ。