モデルの写真やドキュメントの保存方法の変更について
バージョン6.0がようやく完成したので、少し先を見据えてみたいと思います。
これまでバグや手間の絶えない原因となっていたのが、モデルの写真やドキュメントの取り扱いです。これはModel Colorsでモデルプロジェクトを管理する上で非常に便利で優れた機能です。この機能が数年前に追加された当初、サーバーやストレージのコストは今よりもかなり高く、すべてのユーザーが一気に大量の写真をアップロードすることでストレージコストが急増してしまうのではないかという懸念がありました。そのため、すべてのドキュメントや写真を各ユーザー自身のiCloud Driveフォルダに保存するという決定が下されました。このフォルダはすべてのApple製デバイス間でデータを同期するために使われるもので、通常のクラウドストレージフォルダのように機能します。理論上は、アプリがモデルごとのフォルダにファイルをiCloud Driveへ保存し、他のすべてのデバイスに同期されるという仕組みです。
しかし、実際にはこれがあまりうまく機能していません。この機能は長年にわたって、バグや奇妙な問題の絶えない原因となってきました。新しいデバイスではiCloud Driveの内容が同期されるまでに非常に長い時間がかかることがあり、その結果、アプリがすべてのモデルの写真やカバー写真などを突然すべて失ってしまったように見えることがあります。これは望ましい状態ではありません。ファイルは最終的には同期されますが、そのプロセスを速めるためにアプリ側でできることは何もありません。また、新しいファイルも必ずしも即座に同期されるわけではありません。さらに、アプリ側のファイル処理に関するさまざまなバグも、この状況を改善する助けにはなりませんでした。:)
現在の計画としては、写真やドキュメントの保存に本格的な外部ストレージシステムを採用する可能性を検討しています。技術的な面では比較的シンプルであり、メディア処理のあらゆる側面をアプリが完全に制御できるようになります。IT関係の方向けに説明すると、Amazonそのものは使用しませんが、アプリはAmazon S3互換のストレージソリューションを利用する予定です。
ユーザーにとっては、今日と比べて見た目上大きな変化はないはずです。既存の写真やドキュメントを新しいストレージへアップロードする初期段階はありますが、それ以降はアプリ内で目に見える変化はないでしょう。現在のiCloud Drive内のフォルダは一定期間バックアップとして保持されますが、最終的には削除され、その分の容量を他の用途に解放できるようになる予定です。
もう一つの小さな変更として、アプリにマイデータの削除機能を追加することも検討しています。これは、バックエンドサーバーおよびストレージサーバーからすべてのデータを強制的に消去するために使用できる機能です。これはEUのGDPR法によって義務付けられているものです。
このような変更を歓迎しますか、それとも良くない考えだと思いますか？何かを実際に動かし始める前に、ご懸念があればぜひ遠慮なくご連絡ください。