Как и где хранить информацию из телефона?

У владельцев смартфонов рано или поздно возникает необходимость дополнительного хранилища для имеющихся на устройстве данных: информации из приложений, фотографий, видео, контактов и многого другого. Необходимость резервного копирования данных обуславливается множеством факторов, в числе которых желание сохранить данные в безопасности если:

• смартфон на Андроиде требует ремонта или необходима перепрошивка аппарата;
• при покупке новой модели необходимо перенести данные со старого устройства;
• существует риск потери девайса и поэтому необходима резервная копия для последующей возможности ее восстановления на любом другом устройстве;
• закончилась память в гаджете;
• необходимо осуществить распечатку каких-либо данных (фото, текстовых документов и т.д.).

Выбирая место для хранения информации важно также учитывать надежность хранилища, сроки хранения данных и условия, в которых будет осуществляться хранение.

GOOGLE ДИСК, ПРЕИМУЩЕСТВА И ОСОБЕННОСТИ ИСПОЛЬЗОВАНИЯ

Решая вопрос, как и где хранить информацию с телефона, если телефон андроид, к примеру надёжная марка Highscreen, необходимо помнить о том, что самым популярным на сегодняшний день для данной операционки является облачный сервис компании Google. Благодаря большому объему для хранения личной информации, наличию офисного пакета, быстрой синхронизации, кроссплатформенности и многому другому, облако Гугл на сегодняшний день является наиболее удачным из предложенных вниманию пользователей. Сервис называется Google Диск и предлагает к использованию 5 Гб на бесплатной основе и 10 Гб – на платной.

К числу достоинств использования Гугл Диска относится возможность: создания файлов различных форматов, доступа к данным с разных устройств, распознавания скан-страниц и фото с текстом, преобразования письменного текста в речевую запись. Главное условие – наличие учетной записи Гугл, если таковой не имеется необходимо сначала зарегистрироваться в системе и создать свой аккаунт.

Удобство использования Google Диск также и в том, что пользоваться сервисом можно как с ПК, так и со смартфона, специально для этих целей был создан мобильный клиент Google Disk. Благодаря простой и адаптированной навигации приложение очень удобно и мало чем отличается от компьютерной версии, пакет включает утилиты для открытия медиа-файлов и текстовых документов. Приложение доступно на официальном сайте Гугл и в Плей Маркет.

Коротко использование Google Disk выглядит следующим образом:

• Создаем учетную запись Гугл;
• Скачиваем и устанавливаем мобильный клиент Гугл Диск из Плей Маркет или с официального сайта;
• В личном кабинете открываем приложение Google Disk;
• Выбираем вкладку «Создать», далее – «Загрузить файл», после этого откроется окно, где необходимо выбрать желаемый объект. Для удобства использования сервиса можно самостоятельно создавать папки;
• Загружать и просматривать файлы можно в любое время, также, вы можете открывать доступ к данным для друзей и коллег, удалять утратившие актуальность файлы.

Необходимо отметить, что неоценимым преимуществом создания аккаунта Гугл является не только доступ к облачному хранилищу системы. Дабы обезопасить своих пользователей от утраты ценных данных в результате похищения мобильного устройства злоумышленниками специалистами компании была разработана система удаленного доступа, при помощи которой можно управлять девайсом и удалять данные с него дистанционно. Для этого необходимо с любого другого устройства зайти на сайт https://www.google.com/android/devicemanager под своим аккаунтом. Обязательным условием для соединения со смартфоном является включенный Вай-Фай или мобильный интернет, и активированная функция «Удаленное управление Android» (включается автоматически после входа в свою учетку, но некоторые пользователи ее выключают). Если все выполнено верно – устройство обнаружено, можно удалять данные. Дистанционный сброс возвращает устройство к заводским настройкам, очищая его память от личных данных пользователя, однако после удаления информации будет прерван и доступ к удаленному управлению.

ЗАЩИТИ СВОЙ СМАРТФОН – УСТАНОВИ ПАРОЛЬ

Касаясь темы: как и где хранить информацию с телефона, важно подумать не только о надежности выбираемого хранилища, но и том, как защитить смартфон на Андроиде от вмешательства посторонних, детей или в случае утери мобильного телефона.

Самый лучший вариант – установить на устройство пароль. Много времени и усилий это не займет, зато важность такой защиты переоценить трудно. Все современные операционные системы предлагают большой выбор блокировок и дают возможность потребителям самостоятельно выбрать подходящий. Самый распространённый способ защиты сотовых на ОС Андроид — пин код блокировки экрана.

Также, по мнению специалистов по безопасности, такой модный и интересный графический ключ, а также, другие новые интересные способы блокировки смартфона существенно уступают по надежности таким традиционным вариантам, как PIN-код или цифро буквенный пароль. Защита информации, которая храниться на мобильном устройстве, это достаточно важный комплекс мероприятий, но если по каким-либо причинам пользователь пренебрегает им, тогда лучше не хранить на смартфоне информацию личного характера во избежание несанкционированного доступа к ней.

ДРУГИЕ ВАРИАНТЫ ХРАНЕНИЯ ДАННЫХ С ТЕЛЕФОНА

Разумеется, Google Диск не единственное решение вопроса, как и где хранить информацию с телефона. С хранением личных данных прекрасно справляются и традиционные хранилища в виде жестких дисков, Flash-накопителей, а также, облачные и почтовые сервисы различных компаний.

Если говорить о жестких дисках, срок эксплуатации их составляет в зависимости от внешних факторов и качества устройства от трех до десяти лет. Что касается флеш-накопителей, в среднем срок эксплуатации их составляет порядка пяти лет, если продолжать пользоваться накопителем по окончанию этого времени, существует риск того, что он выйдет из строя раньше из-за любого незначительного статического разряда при подсоединении к ПК и доступ к данным станет уже невозможным. Если же использовать флешку исключительно как хранилище, срок ее службы будет приличным и составит до восьми лет.

О продолжительном хранении информации на облачных хранилищах (Dropbox, Box, Copy. com, Яндекс.Диск, OneDrive, Облако.mail.ru, Mega, Hive, Bitcasa, Minbox и т.д.) и почтовых сервисах (mail.ru, mail.com, Яндекс. Почта, gmail.com, Yahoo.Почта, Live.com, Mailinator и т.д.) говорить сложно, т.к. все зависит от компании, которая предоставляет услугу хранения, кроме того, по лицензии многих из них ответственность за потерю данных корпорации не несут, также, помним об опасности взлома аккаунта злоумышленниками. Подытожив, делаем вывод, что самыми недорогими и доступными являются жесткие диски и облачные хранилища, таким образом оптимальным решением повышения сохранности данных станет их использование в тандеме.

Интернет-магазин сотовых телефонов марки Хайскрин
Каталог смартфонов Highscreen 

Вернуться обратно Перейти в каталог  

Долговечное хранение данных. (Статья — обсуждение) / Хабр

DrevoX

000Z» title=»2019-10-22, 09:36″>22 окт 2019 в 09:36

Время на прочтение 2 мин

Количество просмотров

29K

Хранение данных *

Всем доброго дня! Хотел бы создать эдакую статью — обсуждение. Не знаю, пройдет ли она под формат сайта, но, думаю многим будет интересно и полезно найти ответы на многие вопросы. Достоверного ответа на последующий вопрос в сети я не нашел (

плохо искал, наверное

).

Вопрос следующий: «На чём хранить архивные данные. Что будет служить максимально долго и хватит на мой век, чтобы передать детям и внукам?».
Разговор пойдет не о секретных данных разведки, не о хранении порно, говорить будем о бытовом:«Хранение семейных фото и видео».
Начну с того, что столкнулся с тем, что компакт-диски, которые были записаны нам в подарок в школе, решили открыть через 10 лет. Ииии… как многие догадались, открылся один из 20 штук… и то битый.

Почему? Элементарно… Он разрушился! ОНИ разрушились…
Я всегда считал, что хранение информации на электронных носителях — самый лучший способ, самый компактный, самый надежный! Ай нет! Магнитные слои размагничиваются, электронные компоненты разряжаются, тонкие отражающие слои на компакт дисках меняют свой состав, цвет, да и попросту отслаиваются со временем. Как итог: информация «портится», а так как мы живем в цифровое, а не аналоговое время, то мы теряем не фрагмент, а, практически полностью весь блок. Конечно, многие мне возразят, что есть методики восстановления испорченных или частично утерянных данных. Что-то «дорисовывается», что-то считывается многократно, дабы уловить остаточные магнитные волнения, но это всё не серьёзно!
Обычный бытовой потребитель хочет просто: 1.Приобрести 2.Записать 3.Открыть через много лет и не разочароваться.
Кто что может посоветовать?
Интернет даёт следующие советы:
1.Писать на BD диски хорошего качества, в один проход, и как можно реже считывать данные и в принципе спрятать диск в недоступное от всех и всего место!
2. SSD диски хорошего качества, не очень высокого объема, с резервным источником питания на время хранения.
3.Увеличение резервных копий и использование облачных сервисов
4. LTO носители. Малопопулярно, дорого, но долговечнее многих других
5. Перфоленты 🙂 ну это уже так, от меня)))

Жду резонных предложений! Вопрос простой, ситуация сложная…

Теги:

• Хранение
• компакт диски
• данные
• фото
• видео
• информация
• HDD
• SSD
• SD

Хабы:

• Хранение данных

Всего голосов 16: ↑14 и ↓2 +12

Комментарии 138

Владимир @DrevoX

Электрических дел мастер

Комментарии Комментарии 138

Пять общих хранилищ данных и когда их использовать

Важной частью любого технического проекта является выбор места для хранения ваших данных. Соответствует ли он схеме или имеет гибкую структуру? Это должно остаться навсегда или это временно?

В этой статье мы опишем пять распространенных хранилищ данных и их атрибуты. Мы надеемся, что эта информация даст вам хороший обзор различных вариантов хранения данных, чтобы вы могли сделать наилучший выбор для своего технического проекта.

Мы обсудим пять типов хранилищ данных:

1. Реляционная база данных
2. Нереляционная («NoSQL») база данных
3. Хранилище ключей-значений
4. Полнотекстовая поисковая система
5. Очередь сообщений

Базы данных — это, например, исходное хранилище данных

. Когда мы перестали относиться к компьютерам как к прославленным калькуляторам и начали использовать их для нужд бизнеса, нам стало необходимо хранить данные. Итак, мы (и под мы, я имею в виду Чарльза Бахмана) изобрели первую систему управления базами данных в 1963. К середине-концу 70-х эти системы управления базами данных превратились в реляционную СУБД (RDBMS), которую мы знаем и любим сегодня.

Реляционная база данных или RDB — это база данных, использующая реляционную модель данных.

Данные организованы в виде таблиц. Каждая таблица имеет схему, которая определяет столбцы для этой таблицы. Строки таблицы, каждая из которых представляет фактическую запись информации, должны соответствовать схеме, имея значение (или значение NULL) для каждого столбца.

Каждая строка в таблице имеет свой уникальный ключ, также называемый первичным ключом. Обычно это целочисленный столбец с именем «ID». Строка в другой таблице может ссылаться на идентификатор этой таблицы, тем самым создавая связь между двумя таблицами. Когда столбец в одной таблице ссылается на первичный ключ другой таблицы, мы называем это внешним ключом.

Используя эту концепцию первичных и внешних ключей, мы можем представить невероятно сложные отношения данных, используя невероятно простые основы.

SQL, что означает язык структурированных запросов , является отраслевым стандартным языком для взаимодействия с реляционными базами данных.

В Shopify мы используем MySQL в качестве нашей СУБД. MySQL — это надежный, отказоустойчивый и стойкий . Мы доверяем MySQL хранение наших данных и никогда не теряем их.

Другие особенности СУБД:

• Репликация и распределенность (хорошо для масштабируемости)
• Применяет схемы и атомарные, непротиворечивые, изолированные и устойчивые (ACID) транзакции (приводит к четко определенному ожидаемому поведению ваших запросов и обновлений)
• Хорошая, настраиваемая производительность (быстрый поиск, можно настроить с помощью индексов, но может быть медленным для запросов между таблицами)

Когда использовать реляционную базу данных

Используйте базу данных для хранения критически важной бизнес-информации. Базы данных являются наиболее долговечным и надежным типом хранилища данных. Все, что вам нужно хранить постоянно, должно быть в базе данных.

Реляционные базы данных, как правило, являются наиболее зрелыми базами данных: они выдержали испытание временем и продолжают оставаться стандартным отраслевым инструментом для надежного хранения важных данных.

Возможно, ваши данные плохо соответствуют реляционной схеме или ваша схема меняется так часто, что жесткая структура реляционной базы данных замедляет вашу разработку. В этом случае вы можете рассмотреть возможность использования нереляционной базы данных.

Компьютерщики за многие годы проделали такую ​​хорошую работу по проектированию доступных и надежных баз данных, что мы захотели использовать их и для нереляционных данных . Данные, которые не соответствуют строго какой-либо схеме или имеют схему, которая настолько изменчива, что было бы очень сложно попытаться представить ее в реляционной форме.

Эти нереляционные базы данных часто называют базами данных «NoSQL». Они имеют примерно те же характеристики, что и базы данных SQL (надежность, отказоустойчивость, постоянство, реплицируемость, распределенность и производительность), за исключением основного отличия : не применяются схемы (или применяются только очень свободные схемы).

Базы данных NoSQL можно разделить на несколько типов, но есть два основных типа, которые приходят на ум, когда мы думаем о базах данных NoSQL: хранилища документов и хранилища широких столбцов.

(На самом деле, некоторые из других хранилищ данных, указанных ниже, также являются хранилищами данных , технически хранилища данных NoSQL. Мы решили перечислить их отдельно, потому что они разработаны и оптимизированы для других вариантов использования, чем эти более «традиционные» хранилища данных NoSQL. )

Хранилище документов

Хранилище документов — это, по сути, причудливое хранилище ключей и значений, в котором ключ часто опускается и никогда не используется (хотя один из них назначается под капотом — мы просто обычно не заботимся об этом). Значения представляют собой большие двоичные объекты полуструктурированных данных, таких как JSON или XML, и мы обращаемся с хранилищем данных, как будто это просто большой массив этих больших двоичных объектов. Затем язык запросов хранилища документов позволит вам фильтровать или сортировать на основе содержимого внутри этих больших двоичных объектов документов.

Популярным хранилищем документов, о котором вы, возможно, слышали, является MongoDB.

Хранилище широких столбцов

Хранилище широких столбцов находится где-то между хранилищем документов и реляционной БД. Он по-прежнему использует таблицы, строки и столбцы, как реляционная БД, но имена и форматы столбцов могут быть разными для разных строк одной и той же таблицы. Эта стратегия сочетает в себе строгую структуру таблиц реляционной базы данных с гибким содержимым хранилища документов.

Популярными магазинами с широкими колоннами, о которых вы, возможно, слышали, являются Cassandra и Bigtable.

В Shopify мы используем Bigtable в качестве приемника для некоторых потоковых событий. Другие хранилища данных NoSQL широко не используются. Мы обнаружили, что большинство наших данных можно смоделировать реляционным способом, поэтому мы, как правило, придерживаемся баз данных SQL.

Когда использовать базу данных NoSQL

Нереляционные базы данных лучше всего подходят для обработки больших объемов данных и/или неструктурированных данных . Они чрезвычайно популярны в мире больших данных, потому что записи выполняются быстро. Базы данных NoSQL не используют сложные схемы кросс-таблиц, поэтому записи вряд ли станут узким местом в системе, использующей NoSQL.

Нереляционные базы данных предлагают разработчикам большую гибкость, поэтому они также популярны среди стартапов на ранних стадиях или новых проектов, где точные требования еще не ясны.

Другой способ хранения нереляционных данных — в хранилище ключ-значение.

Хранилище «ключ-значение» — это, по сути, хэш-карта производственного масштаба: карта от ключей к значениям. Между данными нет причудливых схем или отношений. Нет таблиц или других логических групп данных одного типа. Просто ключи и значения, вот и все.

В Shopify мы используем два хранилища ключей и значений: Redis и Memcached.

И Redis, и Memcached являются хранилищами ключей и значений в памяти, поэтому их производительность является первоклассной .

Поскольку они находятся в памяти, они (обязательно) поддерживают настраиваемые политики вытеснения. В конечном итоге у нас закончится память для хранения ключей и значений, поэтому нам нужно будет удалить некоторые из них. Наиболее популярными стратегиями являются наименее недавно используемые (LRU) и наименее часто используемые (LFU). Эти политики вытеснения делают хранилища ключей и значений простым и естественным способом реализации кеша.

(Примечание. Существуют также дисковые хранилища ключей и значений, такие как RocksDB, но у нас нет опыта работы с ними в Shopify.)

Одно из основных различий между Redis и Memcached заключается в том, что Redis поддерживает некоторые структуры данных в качестве значений. Вы можете объявить значение в Redis списком, набором, очередью, хэш-картой или даже HyperLogLog, а затем выполнять операции с этими структурами. С Memcached все является просто большим двоичным объектом, и если вы хотите выполнить какие-либо операции с этими большими двоичными объектами, вы должны сделать это самостоятельно, а затем снова записать их обратно в ключ.

Redis также можно настроить для сохранения на диск, чего не может Memcached. Поэтому Redis — лучший выбор для хранения постоянных данных, а Memcached по-прежнему подходит только для кешей.

Когда использовать хранилище «ключ-значение»

Хранилища «ключ-значение» подходят для простых приложений, которым необходимо временно хранить простые объекты. Очевидный пример — кеш. Менее очевидный пример — использование списков Redis для постановки в очередь единиц работы с простыми входными параметрами.

Поисковые системы представляют собой особый тип хранилища данных, предназначенный для очень специфического случая использования: поиск текстовых документов.

Технически поисковые системы представляют собой хранилища данных NoSQL. Вы отправляете в них полуструктурированные BLOB-объекты документов, но вместо того, чтобы хранить их как есть и использовать синтаксические анализаторы XML или JSON для извлечения информации, поисковая система нарезает содержимое документа на кусочки в новом формате, оптимизированном для поиска на основе подстрок длинные текстовые поля.

Поисковые системы настойчивы, но они не рассчитаны на особую надежность. Вы никогда не должны использовать поисковую систему в качестве основного хранилища данных! Это должна быть вторичная копия ваших данных, которую всегда можно воссоздать из исходного источника в экстренной ситуации.

В Shopify мы используем Elasticsearch для полнотекстового поиска. Elasticsearch реплицируется и распространяется «из коробки», что упрощает его масштабирование.

Наиболее важной особенностью любой поисковой системы является то, что она исключительно хорошо работает при текстовом поиске .

Чтобы узнать больше о том, как полнотекстовые поисковые системы достигают такой высокой производительности, вы можете ознакомиться с молниеносным выступлением Тории на StarCon 2019.

Когда использовать полнотекстовый поисковый движок

Если вы обнаружили, что пишете SQL-запросы с большим количеством подстановочных знаков (например, «SELECT * FROM products WHERE description LIKE «%cat%», чтобы найти товары, связанные с кошками) и думаете о том, чтобы освежить свои знания навыки обработки естественного языка для улучшения результатов. .. вам может понадобиться поисковая система!

Поисковые системы также неплохо справляются с поиском и фильтрацией по точным совпадениям текста или числовым значениям, но базы данных тоже хороши в этом. Реальная ценность системы полнотекстового поиска заключается в том, что вам нужно искать определенные слова или подстроки в более длинных текстовых полях.

Последний тип хранилища данных, который вы можете использовать, — это очередь сообщений. Вы можете удивиться, увидев очереди сообщений в этом списке, потому что они считаются скорее инструментом передачи данных, чем инструментом хранения данных, но очереди сообщений хранят ваши данные с такой же надежностью и даже большей устойчивостью, чем некоторые другие инструменты, которые мы использовали. обсуждалось уже!

В Shopify мы используем Kafka для всех наших потребностей в потоковой передаче. Полезные нагрузки, называемые «сообщениями», вставляются в «темы» Kafka «производителями». С другой стороны, «потребители» Kafka могут читать сообщения из темы в том же порядке, в котором они были вставлены.

Под капотом Kafka реализован как распределенный журнал только для добавления. Это просто файлы! Хотя и не человекочитаемые файлы.

Kafka обычно рассматривается как очередь сообщений и по праву относится к нашему разделу очередей сообщений, но технически не является очередью. Это технически распределенный журнал, что означает, что мы можем делать такие вещи, как установить время хранения данных «навсегда» и сжимать наши сообщения по ключу (что означает, что мы сохраняем только самое последнее значение для каждого ключа), и мы в основном получил хранилище документов ключ-значение!

Несмотря на то, что для такого дизайна есть несколько допустимых вариантов использования, если вам нужно хранилище документов типа «ключ-значение», очередь сообщений, вероятно, не лучший инструмент для этой работы. Вы должны использовать очередь сообщений, когда вам нужно быстро, надежно и распределенно передать некоторые данные между службами.

Когда использовать очередь сообщений

Используйте очередь сообщений, когда вам нужно временно хранить, ставить в очередь или отправлять данные.

Если данные очень простые и вы просто сохраняете их для последующего использования в той же службе, вы можете рассмотреть возможность использования хранилища ключей и значений, такого как Redis. Вы можете рассмотреть возможность использования Kafka для тех же простых данных, если это очень важные данные , потому что Kafka надежнее и настойчивее, чем Redis. Вы также можете рассмотреть возможность использования Kafka для очень большого объема простых данных, потому что Kafka легче масштабировать, добавляя распределенные разделы.

Kafka часто используется для передачи данных между службами. Модель производитель-потребитель имеет большое преимущество перед другими решениями: поскольку Kafka сама выступает в роли брокера сообщений, вы можете просто отправить свои данные в Kafka, а затем служба-получатель может запросить обновления. Если бы вы попытались использовать что-то более простое, например, Redis, вам пришлось бы самостоятельно реализовать какой-то механизм уведомления или опроса, тогда как в Kafka это встроено.

Это не все хранилища данных, но мы думаем, что они наиболее распространены и полезны. Зная об этих пяти типах хранилищ данных, вы на пути к принятию отличных дизайнерских решений!

Что вы думаете? Есть ли у вас любимый тип хранилища данных, которого нет в списке? Дайте нам знать в комментариях ниже.

---

Мы всегда ищем замечательных людей любого происхождения и опыта, которые присоединятся к нашей команде. Посетите нашу страницу карьеры инженера , чтобы узнать, над чем мы работаем.

Лучшие способы хранения цифровых файлов

Старшие поколения знают, что их воспоминания можно найти в фотоальбомах или слайдах. Эти люди, возможно, снимали домашние фильмы на катушках, кассетах VHS и, возможно, даже на DVD. Даже пещерные люди знали, что хранение жизненно важно для запоминания. Следовательно, мы находим их резьбу на стенах по всему миру. Таким образом люди хотят сохранить свой опыт.

Однако для нынешних поколений жизнь стала цифровой — благодаря смартфонам, планшетам и встроенным камерам, которые фиксируют и сохраняют для нас воспоминания. Эти проблески нашей жизни могут быть связаны только с едой, подаваемой в Instagram или Facebook, но по какой-то причине мы запрограммированы сохранять эти части себя.

Несмотря на то, что нам удобно хранить все, что мы думаем, чувствуем, говорим и делаем, в виде цифрового файла, мы по своей сути знаем, что существует вероятность потери. Наши цифровые устройства могут утонуть в воде, быть потеряны или украдены. Цифровые воспоминания о нашем последнем праздничном торте и друзьях, которые ели его вместе с нами, могут исчезнуть, если вы не выберете умные способы их сохранения.

Давайте рассмотрим некоторые из лучших способов хранения цифровых файлов:

Настольный накопитель

Несмотря на множество внешних решений для цифровых файлов, некоторые люди по-прежнему хранят свои фотографии, видео и файлы контента на своих настольных компьютерах или ноутбуках. Единственная проблема с этим методом заключается в том, что ваш компьютер может быстро захламиться тысячами файлов. Это замедляет работу вашего ценного оборудования (компьютера).

Когда вы хотите найти цифровой файл, вы, вероятно, ожидаете, что этот файл мгновенно появится на вашем экране. Тем не менее, любой, кто хранит много фотографий на компьютере, знает, что поиск одной фотографии может занять минуты, а иногда и часы, даже если вы храните ее на своем рабочем столе. Просто так хранить вещи не очень удобно. Самое главное, простое хранение этих цифровых файлов на рабочем столе делает их уязвимыми для вирусов, повреждения или кражи. Люди, которые полагаются на это, также обычно не имеют запасного плана.

Холодильная камера

Отсутствие резервной копии заставило многих исследовать холодное хранилище. Это включает в себя отдельные накопители, такие как флэш-накопители и флэш-накопители, а также SD-карты и осмелимся ли мы даже сказать, DVD? Одним из преимуществ является экономичный способ хранения больших файлов относительно безопасным способом. Файлы могут быть организованы таким образом, чтобы информацию можно было легко находить и обмениваться ею, как только она будет подключена к настольному или портативному устройству. Однако есть и обратная сторона. Данные фрагментированы и не легкодоступны — будет ли у вас доступ к машине с дисководом, когда придет время запускать DVD? Вы можете не знать, где какой день рождения, или помнить, на каком диске хранятся бабушкины фотографии. Кроме того, его можно легко потерять или повредить. Кроме того, внешние накопители часто нуждаются в обслуживании через несколько лет, как и любое другое оборудование, что требует дополнительных затрат на восстановление файлов, если они повреждены, и возникает необходимость переноса всей этой информации на новое устройство.

Хранилище социальных сетей

По мере роста популярности профилей в социальных сетях люди вскоре поняли, что они служат способом хранения фотографий и видео, где они всегда могут быть доступны. Таким образом, эти цифровые файлы не занимали место на мобильных устройствах или компьютерах. Кроме того, эти сайты социальных сетей предоставили возможность создавать альбомы для легкого доступа и обмена.

Тем не менее, проблемы существуют. Во-первых, изображения сохраняются в низком разрешении. Это не дает вам лучшую версию вашей цифровой жизни. Другие решения для хранения сохраняют изображения и видео в высоком разрешении. Кроме того, изображения в социальных сетях могут быть случайно удалены и потеряны навсегда. Во многих случаях компании, работающие в социальных сетях, не дают никаких гарантий относительно того, что хранится на их платформе, а что нет.

Еще более пугающим является то, что сайты социальных сетей признают, что активно извлекают ваши личные данные. Например, Facebook заявил, что они «владеют» вашими фотографиями. Даже если вы удалите свою учетную запись, они сказали, что данные все равно будут существовать где-то на их серверах. Теперь есть способы изменить это до определенной степени. Однако, пока вы продолжаете хранить фотографии и видео в социальных сетях, вы должны исходить из того, что ваши личные данные могут никогда не стать вашими.

Облачное хранилище

Этот вариант цифрового хранения становится все более популярным благодаря своим многочисленным преимуществам, несмотря на некоторые недостатки. Такие компании, как Dropbox, появились, чтобы предложить вариант для цифровых файлов, который решил существующие проблемы с хранением. Вскоре появились Google Drive, Box и множество других облачных платформ.

Облачное хранилище избавило от необходимости хранить файлы на компьютерах, поскольку оно предлагает организованный способ поиска, совместного использования и контроля вашей информации. Данные не извлекаются активно, как хранилища социальных сетей, и при этом они не теряются и не повреждаются. Также есть мгновенная синхронизация и доступ с любого устройства для большего удобства. Некоторые даже имеют историю изменений, чтобы вы могли вернуться к более старой версии цифрового файла.

Однако даже у этого решения для хранения есть свои недостатки. Во-первых, многие службы облачного хранения начинают с объема хранилища, который вы вскоре перерастаете. Затем, когда вы посмотрите на варианты подписки, вы поймете, что это может стать довольно дорого. Что произойдет, если вы отмените подписку — куда пойдут ваши данные?

Во-вторых, многие эксперты по безопасности выразили озабоченность по поводу реальной безопасности при использовании облачных хранилищ. Например, InformationWeek отметила наличие некоторых ключевых угроз, включая утечку данных, потерю данных, перехват трафика, небезопасные API и многое другое. CSO пояснил, что с каждым годом возникает все больше проблем с безопасностью, поскольку хакеры понимают, как они могут получить доступ к этим данным, в первую очередь во время передачи данных облачному провайдеру.

Персональное гибридное облачное хранилище

Когда мы приступили к созданию Amber, мы рассмотрели все эти способы хранения цифровых файлов. Это означало спрашивать других, что они использовали, что им понравилось, а что не понравилось.

Мы обнаружили, что все мы сталкиваемся с одинаковыми проблемами. Существуют вопросы о том, как найти данные, кто владеет данными и кто просматривает данные. Самой большой проблемой было отсутствие реального контроля над нашей собственной цифровой жизнью. В прошлом эти альбомы для вырезок, фотоальбомы и видео оставались в нашем доме. Теперь мы все отказались от наших данных с помощью большинства методов хранения.