Облачное хранилище когда -либо провалится
Каковы шансы потерять информацию в облачном хранилище
Иногда технические вещи могут быть, ну, не очень интересно читать, и нам всем нужен хороший смех здесь и там. К счастью для вас, у нас есть только что -то вещь – наши шутки #lanthepun – где мы развеем миф, что мы все технические и не весело.
Стоя за потерю данных: сбой, готовность и облако
В этой статье исследуется, как ожидаемая неудача цифровых технологий позиционирует поставщиков облачных хранилищ и облачных пользователей на «резервном состоянии» для потери данных. С их хрупкими компонентами и ограниченным сроком службы цифровые устройства не созданы до длительного. Пользователи должны предпринять подготовительные действия, если они хотят избежать потери данных, когда их устройства не стержены. Облачные резервные решения стали ключевыми технологиями, с которыми люди и организации готовятся к потере данных.
Ключевые моменты:
- Цифровые устройства склонны к сбою из -за их хрупких компонентов и ограниченных сроков продолжительности жизни.
- Пользователи должны предпринять подготовительные действия для предотвращения потери данных.
- Облачные резервные решения стали важными для предотвращения потери данных.
- Поставщики облачных хранилищ предлагают онлайн -пространство для защиты данных.
- Центры обработки данных играют решающую роль в обеспечении постоянной доступности данных.
- Потеря данных представляет угрозу и возможности в цифровом капитализме.
- Облачное хранилище является частью более крупной отрасли служб резервного и восстановления данных.
- Облачные вычисления обещает трансцендентное и постоянное хранение данных.
- Облачные провайдеры стремятся обеспечить постоянную доступность данных пользователей.
- Ожидаемый сбой цифровых технологий требует, чтобы пользователи остановились на потере данных.
1. Как цифровые устройства склонны к неудаче?
Цифровые устройства имеют хрупкие компоненты и ограниченную продолжительность жизни, что делает их уязвимыми для неудачи.
2. Какие действия должны предпринять, чтобы избежать потери данных?
Пользователи должны предпринять подготовительные действия с помощью облачных резервных решений.
3. Что такое облачные резервные решения?
Облачные резервные решения-это технологии, которые позволяют пользователям надежно хранить свои данные в Интернете, вдали от своих локальных устройств.
4. Что предлагают поставщики облачного хранилища?
Поставщики облачных хранилищ предлагают онлайн -пространство для хранения, где пользователи могут безопасно хранить свои данные и защитить их от сбоев устройств.
5. Какую роль играют центры обработки данных в обеспечении доступности данных?
Центры обработки данных несут ответственность за управление инфраструктурой, оборудованием и человеческим трудом, необходимым для обеспечения постоянной доступности данных, хранящихся в облаке.
6. Как потеря данных представляет угрозу и возможности в цифровом капитализме?
Потеря данных-это как угроза, так и возможность в цифровом капитализме, поскольку она подчеркивает растущую важность резервного копирования, восстановления и спасения данных.
7. Как облачное хранилище вписывается в более крупную отрасль служб резервного и восстановления данных?
Облачное хранилище является частью отрасли, которая предоставляет различные услуги для резервного копирования, восстановления и спасения данных.
8. Что обещают облачные вычисления с точки зрения хранения данных?
Облачные вычисления обещает трансцендентное и постоянное хранение данных, обеспечивая, чтобы пользователи всегда могли получить доступ и извлекать свои данные.
9. Какова цель облачных провайдеров?
Облачные провайдеры стремятся обеспечить постоянную доступность данных пользователей, независимо от сбоев устройства.
10. Как ожидаемый провал цифровых технологий влияет на пользователей?
Ожидаемый сбой цифровых технологий требует, чтобы пользователи были готовы к потере данных и приняли соответствующие меры для предотвращения их.
Предпринять упреждающие шаги для предотвращения потери данных в современном цифровом эпохе. Облачные резервные решения предлагают надежный способ защиты важных файлов и обеспечения доступности данных. Понимая проблемы сбоев цифровых устройств и используя облачное хранилище, пользователи могут минимизировать шансы потерять ценную информацию.
Каковы шансы потерять информацию в облачном хранилище
Иногда технические вещи могут быть, ну, не очень интересно читать, и нам всем нужен хороший смех здесь и там. К счастью для вас, у нас есть только что -то вещь – наши шутки #lanthepun – где мы развеем миф, что мы все технические и не весело.
Стоя за потерю данных: сбой, готовность и облако
В этой статье исследует, как ожидаемая неудача цифровых технологий позиционирует поставщиков облачных хранилищ и облачных пользователей на ‘поддерживать’ Для потери данных. С их хрупкими компонентами и ограниченным сроком службы цифровые устройства не созданы до длительного. Пользователи должны предпринять подготовительные действия, если они хотят избежать потери данных, когда их устройства не стержены. Облачные резервные решения стали ключевыми технологиями, с которыми люди и организации готовятся к потере данных. Для ежемесячной подписки облачные провайдеры предлагают онлайн -пространство для хранения данных, безопасно удаленное с локального хранения персональных устройств или офисных компьютерных систем, с обещанием, что клиенты’ Данные будут защищены и непрерывно доступны. Тем не менее, для тех, кто работает в центрах обработки данных, которые лежат в основе облака, обеспечивая эту постоянную доступность, требует огромного количества оборудования, инфраструктуры и человеческого труда. С репутационным ущербом и доходом на карту с каждой секундой времени простоя в центре обработки данных, ‘поддерживать’ возникает как руководящая логика для организации операций облачной инфраструктуры и повседневной трудовой жизни тех, кто управляет и поддерживает ее. Опираясь на этнографическую полевую работу, эта статья прослеживает технологии, влияет и ‘резервировано’ Субъекты, которые выступают перед потерей данных, генерируются в облаке и за его пределами, и внедряет облачное хранилище в давнюю отрасль резервного копирования данных, восстановления и спасения услуг. Утверждается, что перспектива потери данных возникает как растущая угроза, так и возможности в цифровом капитализме, как ускорение устаревания наших цифровых технологий все чаще делает данные ‘препперс’ из всех нас.
Введение
Хорошо. Теперь все на другом телефоне и на вашем жестком диске доступно здесь, на планшете и на вашем новом телефоне, но это’S также резервировано в облаке и на наших серверах. Ваша музыка, ваши фотографии, ваши сообщения, ваши данные. Это никогда не может быть потеряно. Вы теряете этот планшет или телефон, требуется ровно шесть минут, чтобы получить все свои вещи и сбросить его на следующую. Это’быть здесь в следующем и следующем веке. (Брэндон, в Дейве Эггерс’ Круг, 2013: 43)
Я начинаю с этого короткого отрывка от Дейва Эггерса’ Техно-дистопический роман 2013 года Круг Потому что он отражает обещание трансцендентального и вечного хранения данных, которое лежит в основе облачных вычислений. Если цифровые технологии подвержены сбою, облако предполагает предоставление пользователей, будь то отдельные лица или организации, с пространством, в котором они могут безопасно хранить свои данные за пределами хрупких материальных форм своих личных устройств или офисных ИТ -систем. Облачные провайдеры стремятся убедиться, что независимо от того, что должно случиться с пользователями’ Смартфоны, планшеты или компьютеры, данные с этих устройств, резервные для их центров обработки данных, постоянно доступны, готовы к мгновенному извлечению и повторной загрузке без задержки.
В этой статье исследует, как ожидаемая неудача цифровых технологий позиционирует поставщиков облачных хранилищ и облачных пользователей на ‘поддерживать’ Для потери данных. ‘Стоя за потерю данных’ Описывает аффективный способ жизни в направлении ожидаемого будущего технологического сбоя и принятия подготовительных мер в настоящем, чтобы гарантировать, что разбивка устройства не имеет’t приведет к потере данных. Заполненные хрупкой микроэлектроникой, и с их постоянно сокращающимися сроком службы, цифровые устройства, которые нас окружают. Потребители все чаще осознают, что сбой стратегически встроен в эту электронику. Планируемое устаревание, деградация батареи и нереально-обратные устройства выдерживают культуру постоянного модернизации, что приводит к постоянному (и неравномерно распределенным) отложениям электронных отходов (Parks, 2007; Lebel, 2012). Регулярность, с которой цифровые технологии сбоя, неисправности или иначе, все чаще требует от своих пользователей оставаться на своем неизбежном спаде и предпринять упреждающие действия, если они хотят избежать потери ценных файлов, хранящихся на своих устройствах. Программы, такие как Apple’с ‘Машина времени’ или окна’ ‘Резервное копирование и восстановление’ Облегчить пользователям, чтобы пользователи могли резервное копирование своих компьютеров на внешние жесткие диски. Эти программы регулярно представляют пользователям уведомления о Push, если резервное копирование запоздало, напомнив им, что сбой устройства и потеря данных могут возникнуть в любой момент, для которого они должны быть подготовлены (Рисунок 1). Все чаще все больше и больше пользователей обращаются к облачным решениям для резервного копирования своих файлов в Интернете. Dropbox, Google Drive, Apple’S iCloud, Microsoft’S OneDrive и другие облачные сервисы предоставляют пользователям быстрое, простое и предположительно бесконечное пространство для хранения данных, за ежемесячную плату за подписку.
Рисунок 1: Уведомление о толчке от Apple’S Time Machine Application в правом верхнем углу экрана напоминает пользователю резервное копирование своего компьютера. Скриншот от.р.Эн. Тейлор.
Поддержка в облаке имеет то преимущество, что требует небольших действий на пользователе’S Part. Если резервное копирование на внешний жесткий диск-это задача, которую пользователи легко откладывают, большинство облачных сервисов предлагают автоматическое резервное копирование данных устройства в назначенное время суток (при условии, что есть подключение к Wi-Fi). Наиболее важно, что облако предоставляет централизованное пространство для хранения данных в Интернете, из которого пользователи могут получить доступ и синхронизировать свои файлы на своих устройствах. При этом облачные провайдеры стремятся отображать разбивки устройства, кражи и обновления максимально непрерывными, гарантируя, что пользовательские данные не будут потеряны, и будут готовы и ожидают быстрого доступного и повторного установления (внутри ‘Шесть минут’ в Круг) на их следующем устройстве, как и когда должна возникнуть сбой. Тем не менее, для тех, кто работает в центрах обработки данных, где хранятся облачные данные, обеспечивая постоянную доступность онлайн -сервисов данных, не простая задача. Несмотря на изображение трансцендентального хранения данных ‘облако’ Метафора выясняет, для профессионалов центров обработки данных эта инфраструктура воспринимается как материальная, очень хрупкая и подверженная неудаче. Отказ является неотъемлемой частью повседневной трудовой жизни в облаке: компьютеры сбиваются, серверы спускаются, подключено время, а жесткие диск. Неисправность. Поддерживать облако’Обещание непрерывного, даже вечного хранения данных (данные, которые будут в круге, сотруднику Брэндона’S слова, ‘быть здесь в следующем и следующем веке’) требует огромного количества инфраструктуры, энергии и человеческого труда. В то же время, поскольку коммерческие поставщики облачных облаков конкурируют за привлечение бизнеса, они обещают гарантировать все более экстремальные уровни доступности данных и времени безотказной системы, которые их конкуренты не могут соответствовать. Время безотказной работы центра измеряется по количеству ‘девяно’ о наличии критической системы, которую гарантирует поставщик, обычно начиная с услуг, которые остаются онлайн в течение 90% случаев (‘один девять’) до 99.99% случаев (‘Четыре девян’). В своих соглашениях об уровне обслуживания (SLA) некоторые поставщики центров обработки данных даже обещают своим клиентам до 99.Доступность сервиса 9999% (что переводится только на 31.56 секунд простоя в год). Таким образом, специалисты центров обработки данных должны ориентироваться в требовании необходимости предлагать непрерывную доступность обслуживания перед лицом сбоя ИТ, которое понимается как неизбежное. Это вызывает ‘поддерживать’ Как стратегическая эксплуатационная логика индустрии центров обработки данных. Внутри любого центра обработки данных один столкнулся с множеством резервных серверов, генераторов, кондиционеров и другого оборудования, на холодом состоянии, ожидая активации в случае чрезвычайной ситуации. Масштабирована до уровня архитектуры, логика резервного режима создает постоянно расширяющуюся сеть центров обработки данных, которые строятся в качестве резервных сайтов. В режиме ожидания становятся все более чем материалы, что создает ожидание среди сотрудников центров обработки данных, которые работают над высокой настороженностью, постоянно настроены на возможность его неудачи. В конце концов, их работа на линии, если они должны нести ответственность за потерю клиента’S Данные.[1]
Рисунок 2: Техник запускает диагностические тесты в рамках обычного обслуживания сервера в лондонском центре обработки данных. Фотография.р.Эн. Тейлор.
Способность к потере данных, как для пользователей облаков, так и для облачных поставщиков, таким образом, влечет за собой занятие конкретной субъектной позиции в отношении ненадежного характера цифровых технологий. Этот режим резервного решения материализуется в форме резервных жестких дисков или облачных подписок на пользовательском конце, а также избыточных серверов, генераторов питания и резервных центров обработки данных в конце Service-Provider.
Сосредоточение внимания на субъективности и практиках, которые генерируются на получении потери данных, обеспечивает точку поступления для размышлений о сближении цифрового капитализма и катастрофы капитализма. Наоми Кляйн (2007) использовала фразу ‘катастрофа капитализм’ Описать политический экономический комплекс, который превращает бедствия в выгодные возможности под неолиберальным правлением. Кляйн преимущественно обеспокоен исключительной политикой или экономическими мерами (часто включающими схемы дерегулирования дерегулирования и содействие приватизации), которые неолиберальные реформаторы оправдывают после событий стихийных бедствий. Ученый из медиа Венди Чун (2016) предпринял некоторые шаги к внедрению технологий цифровых медиа в контексте капитализма, ориентированного на катастроф. Чун Продуктивно связывает практики обновления устройств с вечным состоянием кризиса, которое было широко теоретизировано как формирование рабочих условий неолиберальной экономики. Чун’S Работа обеспечивает точку входа для изучения того, как быстрое устаревание, регулярные сбои и другие ‘кризисы’ Этот опыт пользователей цифровых медиа -технологий поощряет привычки постоянного обновления. ‘В новых средствах массовой информации кризис нашел свой средний’, Чун (2016: 74) пишет, ‘И в кризисе новые средства массовой информации нашли свою ценность’. Комментируя экономическую ценность цифровых устройств с провалом, Арджун Аппадурай и Нета Александр (2020: 23) заметили, что ‘[T] эхнологические сбои, такие как ограниченное время автономной работы, цифровые лаги или замороженные, безответственные экраны эффективно поддерживают бизнес -модель обновления’. Но отказ устройства не только делает экономически продуктивным через потребителей постоянно обновлять или заменить свои цифровые гаджеты. Точно так же, как бедствия не должны происходить, чтобы стать прибыльными (как мы видим в консультациях частного сектора, которые зарабатывают деньги от продажи услуг по готовности), сбое устройства и последующего кризиса потери данных не требуется материализовать, чтобы генерировать экономическую ценность. Действительно, облако позволяет технологическим корпорациям извлекать прибыль от простой перспективы сбоя устройств, поощряя пользователей инвестировать в службы резервного копирования и восстановления данных, чтобы гарантировать, что ИТ-неисправность не приводит к потере данных. Если, как известно, Пол Вирилио (2007)), новые технологии предоставляют новые возможности для технологического сбоя, они также открывают новые рынки для ожидание неудачи.
Само облако-это всего лишь последняя экземпляра давней отрасли резервных данных и услуг по аварийному восстановлению, которые неуклонно появляются с тех пор, как в двадцатом веке в середине двадцатого века изобретали ожидаемую перспективу потери данных, поскольку ненадежные компьютерные системы стали постоянными приспособлениями в организационной среде. Таким образом, цель этой статьи состоит в том, чтобы привлечь внимание к облачному центру обработки данных, а не просто как встроенный ответ на растущие требования к хранению данных (i.эн. архитектурное решение так называемого ‘Данные потоп’) но как часть постоянно растущей экономики ‘Готовность данных’ Это произошло с конца 1960 -х годов для защиты от – и прибыли от бесконечной перспективы потери данных, которая скрывается на фоне повседневной жизни во все более цифровом мире.
Представленный здесь материал основан на эмпирических данных, собранных в результате текущих полевых работ, которые я проводил в индустрии центров обработки данных с лета 2015 года (Taylor, 2019; 2021). В течение этого времени я затенял работу специалистов центров обработки данных, в том числе менеджеров центров обработки данных, охранников, консультантов по восстановлению аварийного аварийного восстановления и ИТ -техников, а также участвовать. Исторический материал в этой статье основан на журналах архивной ИТ -индустрии, а также интервью с профессионалами центров обработки данных, многие из которых работали в отрасли последние сорок лет. Обсуждение, которое следует, преимущественно расположено на пересечении двух литератур. Первое – это часть научной работы над готовностью, которая изучала, как эта упреждающая рациональность безопасности стала ключевой стратегической логикой, посредством которой повседневная жизнь стала организованной (Lakoff, 2006: 265, 2017; Anderson, 2010). Вторая литература – это недавняя работа по исследованиям в области средств массовой информации, технологий и инфраструктуры, которая превратилась в разрушение, неисправность, ремонт и неудачу в качестве теоретических и методологических рамок для изучения материальностей цифровых технологий, а также их вспомогательных инфраструктуры, отраслей и работников (или ‘Содействия’) (Graham and Thrift, 2007; Jackson, 2014; Carroll, 2017; Russell and Vinsel, 2018; 2020; Mattern, 2018; Graziano and Trogal, 2019; Appadurai and Alexander, 2020).
Среди растущего интереса к материальностям средств массовой информации, разбитых компьютеров, замороженных экранов загрузки и устаревших телефонов, с которыми мы часто сталкиваемся сегодня, предоставили окна на ограничения технологического прогресса и повествования о новой и инновации, которые лежат в основе их развития, дизайна и маркетинга (Габрис, 2013; Александр, 2017; Рассел и Винсел, 2018; 2020);. Выброшенные цифровые объекты также появились в качестве ценных точек входа для изучения современных конфигураций капитализма, в частности, неэтичной и неустойчивой эксплуатационной логики технологической отрасли, которая использует неспособность цифровых товаров (Mantz, 2008; Burrell, 2012). В то время как выброшенные устройства в настоящее время привлекают значительное научное внимание, сосредоточение внимания на облаке как на технологии готовности расширяет временные горизонты существующих исследований неудачных цифровых технологий, направляя внимание на ожидание, а не последствия отказа. Действительно, если неудача стала неизбежным или даже принятым будущим цифровых устройств для потребителей, это отчасти потому, что в целом возникла целая инфраструктура готовности к данным, чтобы сделать сбой устройства как непрерывные и терпимые, насколько это возможно, обеспечивая, чтобы данные, содержащиеся в этих технологиях, не теряются вместе с ними, а также их. Облако представляет собой ключевую услугу, благодаря которой ожидаемая катастрофа сбоя устройства превращается из шокирующего или разрывающего события в забываемое, допустимое и (относительно) невременное событие. Стремясь убедиться, что сбой устройства не приводит к потере данных, и, обеспечивая, чтобы данные можно было быстро перегрузить на новое устройство, облако, я в конечном итоге утверждаю, как извлечь выгоду из перспективы потери данных, а также облегчает быстрый и легкий оборот цифровой электроники, поддерживая технологическую систему, основанную на запланированных и веровах обновлениях и постоянно.
Эти первые два раздела этой статьи прослеживают роль, которую службы поддержки и восстановления облака играют в планах конечных пользователей для ожидания его неудачи. Я начну с того, что набросал анализ базовой логики готовности к данным, которая лежит в основе и управляет практикой потери данных о потере данных. Затем я прослеживаю краткую историю готовности к данным с точки зрения ИТ-аварийного восстановления, исследуя роль, которую поставщики данных резервных данных, а затем, облачные провайдеры сыграли на этом рынке безопасности. Последние два раздела этой статьи переместят нас в ‘облако’ Чтобы взглянуть на работу, в которую влечет за собой потерю данных в отрасли центра обработки данных, сосредоточив внимание на субъективности центра обработки данных гипервиганда, а также на материальной инфраструктуре и оборудовании, с помощью которых измеряется и производится в облаке.
Готовность данных
Первоначально спонсируется облачными резервными поставщиками, такими как Crashplan и Backblaze, с 2011 года 31 марта было назначено ‘Всемирный день резервного дня’ (Рисунок 3). Вступительное видео на официальном веб-сайте Day-Up World Back-Up предлагает посетителям представить различные сценарии потери данных, такие как украденные их смартфоны или их компьютеры сбои, спрашивая, ‘Что бы вы сделали, если бы потеряли все?’ и ‘Что бы вы проиграли навсегда?’ Поощряя зрителей представлять свои данные под угрозой и соответственно разрабатывать привычку регулярно поддерживать свои устройства, эти риторические подсказки направлены на то, чтобы превратить пользователей в ответственные ‘резервное копирование’ предметы. Здесь настоящее настроено в виде пространства предстоящего сбоя устройства, в котором пользователи должны предпринять соответствующие ожидающие действия для защиты фотографий, файлов и других драгоценных данных, хранящихся в их личной электронике. Технологический сбой позиционируется как нечто, что нельзя предотвратить. Компьютеры неизбежно будут разбиться, а смартфоны неизбежно будут украдены, потеряны или непоправимо повреждены, но с правильными подготовками, путем усвоения рациональности готовности, пользователи могут гарантировать, что они надевают’Т теряйте свои данные вместе со своими устройствами.
Рисунок 3: рекламный плакат для ежегодного дня осведомленности ‘Всемирный день резервного дня’. Видео на веб-сайте Всемирного дня резервного дня сообщает посетителям, что: ‘Более шестидесяти миллионов компьютеров потерпит неудачу по всему миру в этом году. И это’S не все. Смартфоны более двухсот тысяч смартфонов теряются или похищаются каждый год. Что’бесчисленные незаменимые документы и заветные воспоминания уничтожены’. Изображение от Worldbackupday.com, воспроизведенный по лицензии на справедливое использование.
‘Готовность’ был слабо определен антропологом Фредериком Кеком (2016) как ‘состояние бдительности, выращиваемое благодаря воображению катастрофы’. Представляя дистопические будущие сценарии, практикующие готовность стремятся произвести и управлять миром, в котором угрожающие события не застигают человечество врасплох. Эти угрожающие события, которые могут варьироваться от пандемических вспышек до кибератаков до экстремальных погодных явлений, построены как неизбежные и непреодолимые, но потенциально управляемые, если будут предприняты правильные меры, чтобы предвидеть их. Если действие не предпринимается, ‘Порог будет пересечен, и будет катастрофическое будущее’ (Андерсон, 2010: 780). Готовность появилась в рамках проектов гражданской обороны холодной войны, чтобы обеспечить будущее, когда столкнулась с необходимостью предвидеть неожиданную ядерную атаку (Collier and Lakoff, 2010; 2015). Вероятность и предсказуемость такой атаки не были рассчитаны, а потенциально катастрофические последствия были одинаково неисчислимыми. Подготовленность, таким образом ‘предсказуемое, но не статистически вычисляемое событие’ (Лакофф, 2008: 406). Вместо того, чтобы полагаться на основанные на рисках статистические и расчетные методы управления неопределенностью, под рубрикой готовности стратеги в холодной войне разработали творческие новые методы, такие как утка и покрытие, планирование сценариев, моделирование стихийных бедствий и запасы ресурсов, как инструменты, с которыми они могут подготовить нацию к термонуклеарной войне. Благодаря этим методам были получены новые способы гражданской и военной субъективности, которые могли жить с постоянной возможностью уничтожения (Lutz, 1997).
В то время как готовность была наиболее полностью сформулирована как способ управления во время холодной войны, в течение второй половины двадцатого века практики готовности мобилизовалась как общие инструменты для управления разнообразием сценариев бедствий в разных секторах и политических областях, от общественного здравоохранения до международного терроризма до критической защиты инфраструктуры (Lakoff, 2008;. В процессе появились новые рынки безопасности для готовности, а консультации частного сектора предоставили ‘Непрерывность бизнеса’ Консультации, руководство и ресурсы. Готовность не только предлагает официальную основу для правительств и организаций для управления неопределенностью. По мере того, как постоянные кризисы и интенсивные условия повседневной незащищенности, связанные с поздним неолиберализмом, ускоряются, готовность также все чаще просачивается в повседневную жизнь, вызывая растущие сообщества ‘препперс’ (Huddleston, 2017; Mills, 2018; Garrett, 2020). Выполняя постоянный потенциал для катастрофы, готовность способствует развитию субъектов, которые могут адаптироваться к постоянно растущим горизонтам угрозы и предварительной оценки, часто под необходимостью стать ‘устойчивый’ (Grove, 2016: 30; Chandler and Reid, 2014).
Если условия постоянной угрозы влечет за собой производство новых форм готовности среди популяций, то постоянная возможность сбоя цифровых устройств стала поддерживать потерю данных часть ткани повседневной жизни в цифровом мире. Способность к потере данных возникает как нормативное аффективное состояние, когда перспектива цифрового устройства или сбоя ИТ-системы становится неизбежной и постоянной возможностью, требуя, чтобы цифровые граждане принимали участие в процедурах поддержки своих данных. А ‘как’ Руководство по облачным резервным копиям формулирует основную логику готовности к данным: ‘Если с вашим компьютером должно случиться что -то неприятное, то хорошая резервная копия – это все, что стоит между вами и полной катастрофой – может показаться, что рутина дублировать все ваши файлы, но вы’Буду рад, что вы сделали, если ваша машина выйдет за рамки ремонта’ (Nield, 2015). Стоит в том, что резервное копирование может помешать сбое устройства перерасти в катастрофу потери данных.
Хотя устройства в значительной степени заменяются, данные, которые они содержат. Потеря цифровых фотографий, видео и других файлов, которые пользователи хранят на своих смартфонах, планшетах, ноутбуках и личных устройствах могут быть потенциально разрушительным опытом. Наташа Доу Шюлл (2018: 44) использовала язык экзистенциального риска для захвата влияния потери данных на народы’ живет сегодня, описывая ‘Аннигилятивное чувство потери, которое поражает, когда личные информационные архивы разбиваются, необъяснимым образом исчезают в эфире так называемого облака или становятся таинственно коррумпированными и неразмерными’. [2] Для большинства организаций сегодня потеря данных имеет такое же экзистенциальное качество, что потенциально положит конец своей деятельности. Потеря данных постепенно всплыла как растущее приспособление в коллективном воображении катастрофического будущего в последние десятилетия. Гласти фильмов любят Blade Runner 2049 (2017), телешоу как Мистер Робот (2015-2019) и графические романы, такие как Enki Bilal’с Ошибка (2017) Все развороты вокруг крупномасштабных событий стирания данных, которые приводят к широкому распространению общества.[3] В других одинаково антиутопических видениях, с более и большим культурным наследием сейчас ‘рожденный’ Цифровое или быстро оцифрованное как часть программ сохранения, растущее число проектов цифрового архивирования было мотивировано перспективой ‘цифровой темный век’; Будущий сценарий, в котором обширные ловцы данных теряются из -за устаревания, цифрового распада или битового гниения.
В то время как воображаемые стихийные катастрофы на основе данных усиливаются, потеря данных уже давно является источником угрозы для предприятий и организаций, построенных вокруг зависимости от цифровых компьютерных систем и данных, которые они генерируют.[4] В следующем разделе я изучаю, как перспектива потери данных зарядила всю отрасль, посвященную готовности к данным с конца 1960 -х годов. Давний состав стипендии изучил критическую роль, которую играют информационные технологии в современных капиталистических экономиках (Beniger, 1986; Castells, 1996; Zuboff, 1988; Mahoney. 1988; Rochlin, 1997), а также новые горизонты угроз, такие как кибератаки и компьютерные ошибки, которые включали ИТ -системы (Cavelty, 2008; Edwards, 1998; McKinney and Mulvin, 2019). Меньше внимания, однако, было направлено на резервное копирование данных и восстановление данных, которая развивалась в тандеме с интеграцией систем цифровых вычислений в повседневную жизнь, а также угрозу (и возможности), что потеря данных уже давно представляет для цифрового капитализма.
Стоя за потерю данных: краткая история
С введением бизнес-компьютеров общего назначения, таких как IBM 360 (1965) и IBM 370 (1970), в организационную среду, потеря жизненно важных цифровых записей все чаще понималась как угроза потенциально катастрофических пропорций, для которых необходимо было принять упреждающие меры. Крупные бюрократии, такие как правительства и многопрофильные корпорации, быстро стали зависимыми от их компьютерных систем. Тем не менее. Поскольку готовность к стихийным бедствиям и управление кризисом стали нормами организационной практики в 1960 -х и 1970 -х годах (Hermann, 1963), организации обратили свое внимание на свою электронную деятельность по обработке данных (EDP) (Herbane, 2010: 982). Это привело к разработке и внедрению новых форм управления непрерывностью бизнеса, таких как ИТ -аварийное восстановление, которые стремились интегрировать защиту ненадежных компьютерных систем в планирование кризиса.
Перспектива потери данных представила новые возможности для получения прибыли. Коммерческая индустрия ИТ-аварийного восстановления быстро появилась, включающая услуги по резервным копированию данных, восстановлению и спасению, а также поставщикам центров чрезвычайной ситуации. Sun Information Systems (которые впоследствии стали услугами доступности Sungard) стали одним из первых крупных поставщиков коммерческого аварийного восстановления, созданных в 1978 году в Филадельфии. Cisco Systems, основанная в 1984 году, быстро последовала. Поставщики аварийного восстановления предложили подписки на специальные сайты восстановления и резервные услуги, предоставляя резервные ИТ-ресурсы с целью обеспечения провала организации’S Компьютерная система не приведет к значительной или разрушительной потере данных. Эти поставщики скопировали критические данные на устройстве хранения прямого доступа (DASD) (магнитная лента была наиболее часто используемым цифровым хранилищем до начала 2000 -х годов). Эта работа по резервному копированию данных обычно проводилась менеджерами хранения, работающими в одночасье ‘кладбище’ сдвиги, когда организация’S Операции не работали. После того, как данные системы были скопированы на ленту, они будут сохранены на безопасном объекте за пределами площадки. Если возникнет катастрофа, эти поставщики доставят ленту клиенту’S Workplace, установите его на компьютерных системах, а затем перезагружайте его, чтобы организация могла начать работу, обычно в течение двадцати четырех часов.[5], а также предоставление хранения данных за пределами площадки, подрядчики по аварийному восстановлению также предоставили сайты экстренного восстановления, которые часто бывают в трех формах: горячих, теплых и холодных.[6] Метафора температуры использовалась для описания различных временных (и ценовых точек) восстановления по отношению к различным способам резервной ИТ -инфраструктуры: горячие места дублировали организацию’В всей инфраструктуре в альтернативном месте, чтобы они могли просто перевести персонал на этот сайт и почти сразу продолжить работу; Теплые сайты позволили немедленно возобновить некоторые, но не все основные процессы; Холодные сайты просто предоставили альтернативный сайт для создания операций в случае стихийного бедствия, поразившего повседневное рабочее место.
Как ‘всегда включен’ Вычисление стало стандартным бизнес -требованием в течение следующих двух десятилетий, любая продолжительность простоя стала все более невозможным. Потеря доступа к данным, даже в течение короткого времени, может быть катастрофической для бизнеса, зависимых от данных, как в финансовом, так и на законных основаниях. В конце 1980 -х годов две из каждых пяти компаний, которые испытывали серьезную катастрофу потери данных, никогда не возобновили операции (Radding, 1999: 8). Огромный объем данных, с которыми в настоящее время работают организации, и давление для быстрого резервного и восстановления данных, привело к разработке новых методов и технологий хранения. Растущая доступность высокоскоростных, недорогие волокнисты. Эта модель удаленного резервного копирования сформировала основу для облачного резервного копирования и восстановления.
Облачные вычисления позволяют клиентам получать доступ к файлам по сети, как если бы они хранятся локально в своих компьютерных системах. В своем основном, облако отмечает переход в методах хранения данных от хранения информации локально на жестких дисках персональных компьютеров в форму онлайн -хранилища данных, где файлы хранятся на жестких дисках серверов в центрах обработки данных, доступ к которым доступны с дистанционным доступом ‘как услуга’ через Интернет (рисунок 4). По этой причине центры обработки данных часто описываются как сайты, где ‘Облако затрагивает землю’ (Holt and Vonderau, 2015: 75; см. Также Bratton 2015: 111). Центры обработки данных появились в конце 1980 -х годов, когда корпорации начали делиться компьютерной инфраструктурой, чтобы избежать крупных капитальных затрат на покупку дорогих компьютеров мэйнфреймов. Однако именно во время бума-кома в центре обработки данных стал доминирующая модель обслуживания для корпоративных ИТ-операций. Растущее внедрение интернет -технологий сделало его дешевле, проще и быстрее для фирм для хранения и обработки данных на расстоянии. Террористические атаки в крупных городских центрах в начале 1990 -х годов также привели к растущей корпоративной осведомленности о необходимости вытеснения вычислительного оборудования из их городских офисных комплексов, чтобы еще больше увеличить свои шансы на поддержание непрерывности во время катастрофических событий.[7] обеспечивая большую физическую безопасность, чем офисные ИТ-отделы и круглосуточное обслуживание, поставщики центра обработки обработки обработки данных обещали своим клиентам новые формы ‘бесперебойно’ надежность перед лицом постоянно расширяющегося горизонта угроз безопасности. Часто включаю в себя услуги резервного и аварийного восстановления в рамках своих пакетов, целью центра обработки данных была не только гарантировать, что критически важные ИТ-системы могли ‘восстанавливаться’ Быстро в случае неудачи, но в первую очередь сократить необходимость восстановления, инвестируя в развертывание резервного оборудования и инфраструктуры.
Рисунок 4: Облачные данные хранятся на жестких дисках серверов (вычислительные компьютеры в форме пиццы), которые надежно привязаны к шкафам, расположенным в проходах. Фотография.р.Эн. Тейлор.
Поскольку микрокомпьютеры и портативные цифровые гаджеты начали рассеиваться по всему социальному поле в 1990-х годах, становятся обязательными не только для организаций, но и для отдельных конечных пользователей. Новые массовые рынки для готовности к данным появились уже десятилетие ранее, при этом дискет-диски обеспечивали резервную емкость хранения. Поскольку пользователи генерируют растущие объемы цифровой информации, корпорации хранения данных, такие как Western Digital и Seagate Technologe, начали производить портативные продукты для жестких дисков для персональных потребителей для персональных потребителей. Они имели большую емкость, чем носители, такие как диски и компакт -диски. Конечно, они также были склонны к неудаче. В случае сброса данные могут быть повреждены и, если они не будут регулярно использовать, их механические детали ухудшились бы. С середины 2000-х годов поставщики облачного хранилища начали нацелиться на этот новый рынок персональных потребителей, предоставляя им доступ к масштабируемому онлайн-хранению данных в выделенных центрах обработки данных, которые ранее были доступны только для операций с хранением промышленного масштаба.[8] Если гибкие диски и внешние жесткие диски когда -то были основными технологиями готовности личных данных, в последнее десятилетие было быстро, что облако быстро взяло на себя эту роль. Для пользователей облаков, поскольку их данные убрались и автоматически резервированы в центрах обработки данных, ожидаемая катастрофа исчезает в фоновых операциях повседневной жизни: постоянная вероятность того, что они, тем не менее, подготовлены к. Эта логика хорошо отражена Руководством по резервному копированию облака ранее цитируемой: ‘Резервное копирование теперь проще, чем когда -либо: новая волна облачных служб хранения может выполнять работу для вас в заднем плане, пока вы работаете’ (Nield, 2015). Тем не менее, язык легкости, простоты и автоматизации, которые лежат в основе риторики с облаком, стирает работу, которая происходит за экранами для предоставления этих услуг.
Стоя в облаке
Для тех, кто работает в облаке, стоять рядом с поверхностями потери данных как состояние ожидания от неудачи ИТ, которое может произойти в любой момент. Точно так же, как личные цифровые устройства регулярно разбиваются, замораживают или ломаются для потребителей, так же делают промышленные серверы и другое вычислительное оборудование, которое заполняет этаж центра обработки данных. В то время как облако обещает защитить данные, отделяя их от хрупкой материальности персональных устройств и офисных компьютеров, оно делает это путем дублирования их на одинаково хрупких серверах в центрах обработки данных, которые должны постоянно поддерживать технические специалисты и менеджеры хранения. Неизбежность сбоя ИТ захватывается максимами готовности, которые регулярно повторяются в программах обучения управления центрами обработки данных, и во время переговоров на выставках облачной безопасности. Когда дело доходит до неудачи, ‘это’S только вопрос времени’, ‘это’S не вопрос, если, но когда’ и ‘никогда не говори никогда’ фразы, которые часто встречаются в отрасли. Такие фразы стремятся снизить самоуспокоенность среди специалистов центров обработки данных, выращивая чувство бдительности о предстоящем сбое инфраструктуры, к которому они должны постоянно подготовить.
Исследования инфраструктуры и исследования технических исследований продемонстрировали, что ошибка, пренебрежение, поломка и неудача не являются нетипичными для технологических систем, но ‘нормальное состояние их существования’ (Graham and Thrift, 2007: 5; см. Также Henke, 1999; Star, 1999; Denis and Pontille, 2014; Russell and Vinsel, 2018; 2020).[9] Если идея ‘облако’ Может вызвать образы воображений невесовой и безумной эфирности для тех, кто находится в пользовательском конце, для техников и команд по техническому обслуживанию, которые работают в облаке, это, безусловно, не так.[10] Профессионалы центра обработки данных, которых я встречал во время своей полевой работы, часто выражали опасения, что облако’Обещание трансцендентности за пределами материального мира приводит к сильному давлению для соответствия строгим соглашениям об уровне обслуживания для доступности данных.[11], как сказал мне один техник по данным, ‘Для большинства конечных пользователей облако является решением их проблем с потерей данных [но] то, что большинство из них надевает’Это понимает, что проблема имеет’t исчез, это’S просто станет кем -то другим’S Проблема, наша проблема’. Профессионалы центра обработки данных в основном решают это ‘проблема’ Благодаря развертыванию резервных ресурсов. Строгаемость и мощность в форме избыточных или резервных систем и резервного персонала уже давно играют центральную роль в готовности к строительству в организационных контекстах, где следует сохранять очень высокие уровни операционной надежности. Подобно тому, как ядерные электростанции, центры управления самолетами, сетки распределения электроэнергии и другие высокопроизводительные организации, резервный императив, лежащий в основе облачной инфраструктуры, аналогично коренится в логике ‘избыток, избыточность и непредвиденные обстоятельства, управляемые надвигающимся призраком наихудших сценариев’ (Холт и Вондерау, 2015: 205).
Обужденный им необходим гарантировать непреодолимую работу перед лицом диапазона сценариев отказа, центры обработки данных гарантируют, что их критические системы всегда подкрепляются, с целью искоренения любых отдельных точек отказа. Основная логика, которая направляет эту практику, – это группа ‘N+1 избыточность’: Для каждой первичной системы или части оборудования (n) должен быть как минимум один дубликат (+1), чтобы поддержать цель непрерывной непрерывности обслуживания и избежать незапланированного сбоя. Существует ряд вариаций этой формулы, таких как n+2, 2n или 2n+1, каждая из которых относится к различным уровням избыточности центра обработки данных. Организации сертификации и стандартов предлагают различные системы уровня, которые оценивают и классифицируют устойчивость центров обработки данных, которая измеряется с помощью истории производительности и уровней резервного оборудования и инфраструктуры.[12] Один из наиболее заметных международных стандартов для оценки устойчивости центров обработки данных был разработан Институтом UPTITION, консультативным и сертификационным органом США, созданным в середине 1990-х годов. Институт времени безотказной работы использует систему масштабирования уровня, которая была широко принята во всей отрасли данных центров обработки данных в качестве инструмента для оценки и сертификации возможностей обслуживания, мощности, охлаждения и разлома объекта. Центр обработки данных уровня будет иметь базовую избыточную емкость в виде чиллеров, насосов, генераторов двигателей и модулей бесперебойного питания (UPS) для отключений электроэнергии и шипов. На другом конце шкалы центры обработки данных уровня IV ‘Устойчивые средства’ которые имеют несколько независимых и физически изолированных систем, а также несколько независимых путей активного распределения на вычислительные устройства. Когда оборудование не удастся, или если в пути распределения перерыва. В то время как уровни прогрессивны, эта прогрессия не означает, что объект IV уровня превосходит уровень I, II или III. Скорее, эти уровни соответствуют различным потребностям и требованиям бизнеса.
В индустрии центров обработки данных Standby является как энергоемким, так и капиталоемким предприятием. Питание, охлаждение и поддержание оборудования центров обработки данных – это дорогой процесс. Серверы потребляют значительные суммы электроэнергии и генерируют огромное количество тепла (Velkova 2016). Это требует обширных инвестиций в системы кондиционирования воздуха для предотвращения перегрева, что увеличивает затраты на электроэнергию и потребление воды (Hogan 2015). Чрезвычайное энергопотребление отрасли центров обработки данных было широко отмечено, и некоторые сообщения предполагают, что ‘Если бы облако было страной, у него было бы пятый по величине спрос на электроэнергию в мире’ (Гринпис, 2012: 10). Таким образом, дублирование оборудования в соответствии с резервным императивом дополнительно добавляет и без того значимых затрат на капитал и углерод в центре обработки данных. Логика готовности, которая стимулирует дискурсы и практики центров обработки данных ‘на избыточных мощностях более 80 процентов’ (Furlong, 2020: 4), с целью предвидеть любые внезапные скачки спроса. Хотя в большинстве случаев центр обработки данных никогда не достигнет максимальных нагрузок, к которым он готовится, этот запасной мощность и пропускная способность уверяет операторов центров обработки данных и их клиентов, что их объекты являются ‘готов на все’. Стоимость резервного режима на самом деле часто выше, чем стоимость управления объектом. На основе исследования энергетического использования центра обработки данных, Газета “Нью-Йорк Таймс Журналист Джеймс Гланц (2012) сообщил, что в среднем анализируемые центры обработки данных использовались только 6-12% своего электроэнергии для питания своих серверов. ‘Остальные’, Гланц наблюдал, ‘по сути использовался для поддержания холостого и готового серверов в случае всплеска деятельности, которая может замедлить или разрушить их операции’.[13] За последнее десятилетие появились новые модели планирования потенциала центров обработки данных с целью облегчения эксплуатационных расходов (и углеродного следа) перепровентации. Тем не менее, поскольку специалисты центров обработки данных стремятся сбалансировать критичность против стоимости, избыточная мощность остается относительно стандартным рабочим условием.
Центры обработки обработки данных требуют нескольких источников производства электроэнергии для предоставления их непрерывного предоставления услуг. Резервные энергосистемы, часто в форме генераторов дизельного питания, используются при выключении основного электроснабжения. Для специалистов центров обработки данных каждую секунду считается во время простоя и большим недостатком большинства дизельных генераторов заключается в том, что между провалом сети и генератором проходит 5-40 секунд. В то время как дизельные генераторы могут обеспечить более долгосрочный источник питания, ценные данные могут быть потеряны за несколько секунд, которые они используют, чтобы запустить. Эта проблема обычно преодолевается с помощью системы бесперебойного питания (UPS). Эти системы питаются батареями или маховиками и способны питать большинство критических нагрузок в течение короткого времени (обычно от пятнадцати до двадцати минут), пока не будет готов резервный генератор. Эта комбинация UPS/Generator позволяет поставщикам центров обработки данных обещать своим клиентам ‘Общая защита энергии’.
Рисунок 5: Серверы ждут в режиме ожидания в облачном провайдере’S резервный центр обработки данных. Фотография.р.Эн. Тейлор.
Помимо инвестиций в резервное оборудование на объекте, резервный императив также вызывает постоянно расширяющийся диапазон резервных центров обработки данных, которые часто распределены по разным географическим регионам. Благодаря строительству нескольких глобально распределенных объектов, которые работают как зеркальные изображения друг друга, облачные провайдеры стремятся обеспечить постоянную доступность данных клиента. Если по какой-либо причине, основной центр обработки данных должен испытать отключение на местном уровне (из-за пожаров, наводнения, потери мощности, сбоя системы, нарушений безопасности и т. Д.), он будет автоматически переключаться или, на языке центра обработки данных, ‘аварийное переключение’, к резервным центрам обработки данных, который идеально расположен за пределами области бедствия. Эта модель предоставления услуг известна как ‘активный пассивный’ развертывание, потому что резервный центр обработки данных активно не участвует в системе во время нормальной работы. Всегда растущие требования к доступности центров обработки данных привели к новым моделям инфраструктурного обеспечения, которые все чаще выходят за рамки логики резерва. Например, в ‘активно активно’ Настройки, где несколько центров обработки данных совместно доставляют организацию’S ИТ -услуги одновременно, нет ‘поддерживать’ центр обработки данных как таковой. Скорее все облачный провайдер’S Центры обработки данных включаются и совместно предоставляют услуги, размывая различия между ‘начальный’ и ‘поддерживать’ удобства. Если один центр обработки данных потерпит неудачу, то остальные заберут рабочую нагрузку с целью обеспечения того, чтобы клиенты’ Файлы всегда доступны и доступны. Конечным результатом этой обширной аварийной инфраструктуры является ‘Массовая распределенная география резервного копирования и ремонта распространяется по всему миру’ (Грэм, 2015: 30). В то время как резервное оборудование и инфраструктура оказывают значительное воздействие на окружающую среду и финансовое влияние, специалисты центров обработки данных оправдывают эти непрерывные инвестиции с аргументом, что ‘Стоимость готовности намного меньше, чем стоимость бедствия’.
Примечательно, что резервное оборудование не препятствует возникновению сбоев. Скорее, он обещает уменьшить влияние сбоя, с целью предотвращения незапланированных ошибок или неисправностей (таких как сбои в оборудовании или сетевых ошибок) в результате перерастания в катастрофические события. Винсент Моско (2014: 130) подчеркнул сизифский характер этих инвестиций в режиме ожидания, напоминая нам, что, ‘Даже со всем этим дорогим, загрязняющим резервным копированием, до сих пор нет никакой гарантии 24/7 производительности’. Моско’S наблюдение соответствует наблюдению специалистов по аварийному восстановлению. Как будет подчеркнуть любое руководство по планированию аварийного восстановления: ‘Никакие системы подготовки и резервного копирования не могут полностью устранить риск, связанный с чрезвычайными ситуациями’ (Густин, 2010: 209). Целью такого руководства является снижение самоуспокоенности среди практикующих специалистов по готовности, поощряя их оставаться бдительными и бдительным, особенно после того, как резервное оборудование было установлено, когда искушения расслабиться. С этой целью сценарии сбоев центра обработки центров обработки данных постоянно распространяются в индустрии центров обработки данных и играют важную роль в развитии аффективного состояния готовности к бедствию среди рабочих сил центров обработки данных.
Во время программ обучения и безопасности центров обработки данных преподаватели предоставляют участникам курса, казалось бы, бесконечного списка угроз для центров обработки данных. Наряду с широко известными рисками кибератак и человеческой ошибки, множество других опасностей представляют угрозу для непрерывной работы этих зданий (McMillan, 2012). Подземные и подводные волокнистые кабели регулярно обрезаются судами, бросающими якорь или строительным оборудованием на зданиях (Starosielski, 2015). Пятницы в виде пыли или пыльцы могут блокировать вентиляторы сервера, что приводит к перегреву жизненно важного оборудования. Сорняки могут нанести ущерб основам центров обработки данных, если они остаются. Белки регулярно пережевывают кабель, нанося повреждение воздушного волокна. Таким образом, угрозы для безопасности центров обработки данных распространяются по масштабам от подразделяемых миров частиц до злонамеренных грызунов и растительности, до кибертеррористов, до самодовольства или халатности персонала (Taylor and Velkova, 2021). Как и любая большая инфраструктура, облако представляет собой хрупкую и непредсказуемую сборку людей и вещей, причем неудача центра обработки данных часто входит в резкие комплексы облегчения человеческой и нечеловеческой деятельности (Bennett, 2005). Как наблюдали ученый для медиа и бывший сетевой инженер Тунг-Хуи Ху (2015: IX), для ‘Многомиллиардная индустрия, которая претендует на 99.999 процентов надежности’, облако ‘ломается гораздо чаще, чем ты’D думать’.
Сценарии сбоев центра обработки данных, подобные этим, возникают в программах обучения отрасли как моральные сказки о слабых методах безопасности и безграничный горизонт угроз, которые сталкиваются с профессионалом центра обработки данных. Таким образом, это ценные инструменты, с помощью которых сотрудники центров обработки данных преобразуются в бдительных операторов инфраструктуры, всегда на предупреждении о событиях, которые могут возникнуть даже из самых неожиданных источников. Эти сценарии часто сопровождаются поразительными статистиками о финансовых последствиях неудачи. Во время учебного курса по управлению центрами обработки данных, который я провел в Лондоне в 2016 году, инструктор сообщил группе, что, ‘Время – деньги. В среднем центр обработки данных будет испытывать двадцать четыре минуты простоя в год, что может привести к тысячам утерянного дохода для центра обработки данных [и] еще больше для клиентов, которые полагаются на эти данные. Это неприемлемо.’ Отчет о простоях центра обработки данных в 2016 году оценил среднюю стоимость незапланированного отключения центров обработки данных со скоростью 9 000 долл. США в минуту, при этом наиболее дорогие незапланированные отключения стоили более 17 000 долл. США в минуту (Ponemon Institute, 2016).
Учитывая финансовый и репутационный ущерб, который может нанести простоя, ключевой персонал центра обработки данных должен также гарантировать, что они могут быть связаны по двадцать четыре часа в сутки, триста шесть пять дней в году, в случае, если произошло сбое. Многие из специалистов центра обработки данных, с которыми я работал, использовали мобильные приложения, чтобы удаленно проверить текущие уровни обслуживания их объекта, когда не на рабочем месте. Поскольку в большинстве центров обработки данных есть клиенты, которые глобально рассеяны, это состояние готовности поддерживается вокруг часов. Менеджеры центров обработки данных, с которыми я говорил, были постоянно ‘по вызову’. Менеджеры нередко получают экстренные телефонные звонки в середине ночи, которые требуют, чтобы они поехали на свое рабоче. Таким образом, требуется значительная работа, энергия и инфраструктура, чтобы реализовать облако’S обещание ‘неопределенное продолжение’ (Schüll, 2018: 45).
Неудача, отрицается?
Таким образом, в облаке возникает потери данных как в облаке как в аффективном упреждающем состоянии, так и в качестве инфраструктурного условия. Руководствуясь технологическим императивом обеспечения непрерывной доступности данных, резервное положение-это способ организации операций цифровой индустриальной инфраструктуры и ежедневной трудовой жизни тех, кто управляет и поддерживает ее. Вспомогательное оборудование и многообогативные модели доставки данных направлены на то, чтобы предоставить данные непрерывно доступными в условиях постоянного технологического сбоя, при этом несколько объектов либо совместно предоставляют услуги, либо ожидание ожидания в режиме ожидания, чтобы немедленно реагировать на бедствия в режиме реального времени. В то время как сбой оборудования центров обработки данных часто испытывается (и воображается) сотрудниками центра обработки данных путем хореографии и подключения расширяющейся сети центров обработки данных, облачные провайдеры стремятся отрицать нарушение на концу пользователя. Конечная цель – закрыть ‘сама возможность пробелов и времени’ (Graham and Thrift, 2007: 11) Когда данные клиента недоступны, с целью создания ‘Мир без событий’ (Masco, 2014: 31) для своих клиентов. То есть мир, в котором неисправность устройства, устаревание, кража или обновления едва страдают от сбоев, потому что клиенты могут просто получить доступ к своим данным с другого устройства или быстро переустановить свои данные в новых системах. Работа над тем, чтобы сбой устройства не приводил к потере данных, облачные провайдеры стремятся реконфигурировать разбивки и неисправности в безрассудные и забываемые моменты, а не травмирующие или катастрофические события потери данных.[14] Это имеет значение для того, как мы думаем и теоретизируем неудачу в отношении цифровых технологий.
В долгосрочной перспективе это обычное явление в анализе отношений между человеческим и и между людьми, что неспособность технологических объектов, систем или инструментов является разрушительным событием. Вытекает из Хайдеггера’S (1962) Философия технологий, широко теоретизировала, что в свои моменты неисправности статус смены технологий с почти невозможными инструментами, которые облегчают работу в упрямые и непослушные объекты, которые нарушают рутины или привычки (Verbeek, 2004: 79; Harman, 2009), которые нарушают процедуры или привычки (Verbeek, 2004: 79; Harman, 2009). Если технологии – от компьютерных систем до инфраструктуры – предназначены для того, чтобы исчезнуть на фоне повседневной жизни, после срыва они насильственно появляются. Этот момент повторного появления с помощью срыва представлял большой интерес для социальных теоретиков, потому что он обеспечивает открытие для сложных и хрупких отношений между людьми, технологиями и отраслями, которые проектируют и обеспечивают их – отношения, которые скрываются или остаются незамеченными, когда система работает плавно.[15] С этой точки зрения, сбой и разбивка являются ценными откровением (и ценными аналитическими возможностями) именно потому, что они понимаются как исключительные, разрушительные события, а не обычные операционные состояния, с помощью которых мы можем узнать что -то новое в нашем мире. Это мышление, возможно, было наиболее заметным в стипендии исследований стихийных бедствий, в которой катастрофы ценны именно потому, что они не являются нормой, но ‘грязные времена, когда нормы […] не проходят’ и который, следовательно, обеспечивает мгновенное окно, через которое мы можем ‘Аналитически денатурализуйте и изучите эти практики, которые создают нормы’ (Петерсен цитируется в Гуггенхайме, 2014: 7).
Но что происходит, когда неудача становится нормой? Что происходит, когда неудача ‘терпит неудачу’ разрушить, создавать новые знания или зарегистрироваться как ‘событие’? Arjun Appadurai и Neta Alexander (2020: 120) недавно предположили, что, учитывая регулярность, с которой цифровые технологии замораживают, авария и распад, взаимосвязь между неудачей и самого производства знаний начинает расщепляться. ‘[О] твои технологические неудачи’, они предлагают, ‘Не научите нас чему -то новому в нашем мире; Их повторные сбои не делают ничего, кроме как еще больше препятствовать основной логике и скрытой инфраструктуры, которые их поддерживают’ (там же.). Эти ‘Скрытые инфраструктуры’ Сами могут поработать, чтобы сделать неудачу невидным и не оправдательным, как в случае облака. Действительно, если для Appadurai и Alexander, именно регулярность разбивки устройства делает неудачу обычным, а не откровением, облако еще больше запутывает и ограничивает подрывную способность неудачи путем поглощения разрушительного или травмирующего воздействия потери данных, которое может сопровождать рутинное устройство. С его обещанием обеспечить безопасное и мгновенное загрузка данных, облако работает, чтобы уменьшить и отказывать в моментах его разрушения и повысить производительность цифровой продукции, гарантируя, что работа не должна останавливаться, когда устройство неисправности, но можно просто снова поднять с другого устройства.
Это не значит, что облако всегда выполняет свое технологическое обещание непрерывной непрерывности данных. Действительно, работая над тем, чтобы сделать неудачу забыть, это также дает новые возможности для сбоев. С пользователями, работающими из документов, хранящихся в облаке, потеря подключения к Интернету может означать потерю доступа к этим документам. Работая, чтобы скрыть рутину, зарядные события неудачи, ‘инфраструктурный избыток’ (Taylor, 2018) облачного хранилища также увеличивает потенциал для крупномасштабных, каскадных сбоев. Как отмечает Ху (2015: 98), ‘Один облачный сервер не может синхронизировать с другим или одной сети’S маршрутизатор проскальзывает, вызывая цепь ошибок, которые пролистают все другие взаимосвязанные сети’. Хороший пример такого события произошел в мае 2017 года, когда British Airways’ (BA) Первичные и резервные центры обработки данных в Лондоне потерпели неудачу, что привело к серии сбоев сервера, подобных домино, которые были описаны в прессе в центре обработки данных как ‘Инфекция [которая] распространилась по всему миру и обосновал все рейсы BA на разгар неудачи’ (Corfield, 2017). В такие моменты разрушения облачная фантазия о бесшовной непрерывности не удается. Здесь мы видим, что ‘мировые раскрывающие свойства поломки’ (Джексон, 2014: 230), не были полностью запечатаны облаком, но перераспределили и изменяли.
Вывод: экономия неудачи и готовности
Облако представляет собой инфраструктуру, которая производится сквозь и на неспособность цифровых технологий. В основе растущего внедрения облачных резервных решений лежит осознание и ожидание потенциала цифровых устройств в любое время в любое время в любое время для сбоя или разрыва, в сочетании с необходимостью обеспечения непрерывной доступности данных на этих устройствах, которые могут потерпеть неудачу в любой момент. Таким образом, чтобы потери данных обусловлены формой ‘Разбитый мир мышление’ (Jackson, 2014: 221), что предполагает, что сбой технологий неизбежен и требует упреждающих инвестиций в резервуар как от конечных пользователей, так и поставщиков облачных. Эта форма резервуара включает в себя синхронизацию людей, устройств, инфраструктуры и резервного оборудования в организацию готовности к сбое ИТ. Способность к потере данных, таким образом, дает заметный пример упреждающих предметных позиций и практик, которые были определены как определяющее качество нашего нынешнего исторического и политического момента (Adams et al., 2009; Андерсон, 2010; Harvey et al., 2013).
С середины двадцатого века потеря данных возникла в цифровом капитализме как источник ‘Угроза и возможности, опасность и прибыль’ (Anderson, 2010: 782), создавая новые образы стихийных бедствий на основе данных и прибыльных новых отраслей, посвященных готовности к данным. Сегодня для технологических бегемотов, таких как Microsoft, Apple и Google, все из которых теперь предлагают облачное резервное пространство для ежемесячной подписки, облачное хранилище становится ключевым стратегическим инструментом в долгой игре для роста доходов (Gartenberg, 2019). Поскольку пользователи генерируют все более крупные объемы данных через свои устройства, их потребности в облачном хранении для этих постоянно аккумулирующих персональных цифровых архивов будут продолжать расти в течение своей жизни, как и плата за подписку на облачную подписку. Несмотря на то, что несколько гигабайт вводного облачного хранилища часто предоставляются бесплатно, затраты на дополнительное хранилище могут быстро стать дорогими.
Отделяя данные от хрупкой материальности цифровых устройств, облачные провайдеры обещают своим клиентам форму трансцендентального и постоянного хранения данных, которая будет длиться бесконечно в будущем, от ‘Следующий год’ к ‘Следующий век’ (Eggers, 2013: 43). Здесь работают разные масштабы цифрового времени. Если цифровые товары определяются их быстрого устаревания, облако предлагает долгосрочную временность, которая выходит за продолжительность жизни устройства. Смартфоны, планшеты и ноутбуки, таким образом, являются ценными инструментами, с помощью которых технологические компании могут заблокировать пользователей в своем облачном сервисе, превращая владельцев ограниченных по времени устройств в потенциально на протяжении всей жизни облачных концертов в тесно интегрированных экосистемах бренда. На момент написания этого эссе нет ‘переключение услуг’ Это позволяет пользователям быстро и легко передавать свои данные между облачными поставщиками, которые могут предлагать более высокие цены или безопасность.
Стремясь сделать сбой ITS как безраздельную, непрерывную и забываемое, насколько это возможно, облако подтверждает и поддерживает непрерывность технической экономической системы на основе непрерывного сбоя и модернизации устройств. Обеспечение того, чтобы пользователям быстро и легко повторно перегружать свои системы на новое устройство, вместо того, чтобы менять социотехнические и экономические условия, которые завершаются повторяющимися кризисами сбоя устройства, в первую очередь, облачные средства, быстрое оборот цифровой электроники, дальнейшие усиления бизнеса и маркетинговых моделей, основанных на логике запланированных и вечных повышений. В этом смысле резервную службу можно понимать как упреждающую форму рабочей работы, которая служит для поддержания существующих социально-экономических порядков (Russell and Vinsel, 2018: 7; Sims, 2017). Когда неудача становится регулярной и преднамеренной (как ‘спроектировано’ или ‘запланировано’ Стратегия проектирования цифровых технологий) требует труда и инфраструктуры, чтобы сделать ее терпимость. Именно здесь облако, как выделенная инфраструктура готовности к данным, шаги в. Таким образом, облако и устройство следует рассматривать как две части самосохраняющейся экономики готовности к данным и технологической неудачи. Это неудача становится чем -то, чем можно управлять и поддерживать, предварительность, с которой мы должны научиться жить и постоянно поддерживать, если мы не надеемся’ТО ХОЧЕТ ТЕПРАТЬ НАШИ ДАННЫЕ.
[1] Как говорит Винсент Моско (2014: 133), ‘Инженеры, работающие в облачных компаниях, трудятся в страхе потерять свою работу, если они поймают на своих серверах’.
[2] Шеннон Маттерн (2018) также заметил, что для техно-зависимых граждан Глобального Севера, ‘Треснутый экран может означать смерть’.
[3] Blade Runner 2049 устанавливается после события потери массовой потери, известного как ‘Затемнение’ в котором электронные записи были уничтожены. Это событие драматизировано в официальном онлайн -приквеле Отключение 2022 года (2017). Мистер Робот Ориентируется на хакера, который стирает долгосрочные записи потребителей, принадлежащий многонациональному конгломерату. Ошибка установлен в 2041 году, где компьютерный вирус, изготовленный в экстра-территории ‘цифровая зависимость’.
[4] История защиты не цифровых данных выходит далеко за рамки описанных здесь практик и будет включать в себя сайты хранения данных, такие как библиотеки, музеи и архивы. В некоторых случаях сайты цифрового хранения данных были расположены в тех же материалах, которые первоначально использовались в качестве хранилища документов для хранения ценных бумажных записей, таких как банковские документы или конфиденциальные медицинские и юридические файлы, E.г. См. Тунг-Хуи Ху’S (2015: 96-97) Обсуждение компании по управлению данными Iron Mountain.
[5] История ИТ -аварийного восстановления также является историей цифрового хранилища. Магнитная лента стала выбором для хранения в 1970-х годах, заменив перфорированную карту, которая была основной средой хранения для обработки массовой информации с конца девятнадцатого века (Driscoll, 2012). В 1990-х годах менеджеры по хранению данных также будут использовать компакт-диски и дискет для резервного копирования определенных частей системы, в то время как жесткие диски стали доступной альтернативой для операций хранения данных промышленного масштаба в конце 1990-х годов (Radding, 1999).
[6] Как наблюдал Вольфганг Эрнст (2019: 42), ‘[t] В словарном запасе хранилища значительно преобладает язык температуры’.
[7] Такие как Лондонская фондовая биржа в 1990 году, Лондонский финансовый округ в 1992 и 1993 годах, Всемирный торговый центр в 1993 году и бомбардировки в Оклахома -Сити в 1995 году. Терроризм будет продолжать стимулировать спрос на удаленное хранение данных. Наблюдая за бумом пост-9/11 в службах восстановления данных, городской теоретик Майк Дэвис (2002: 12) прокомментировал, что ‘[T], по сути, стала деловым партнером поставщиков технологий’.
[8] Онлайн-резервная служба Mozy была основана в 2005 году, в то время как Dropbox был основан в 2007 году. В том же году Microsoft запустила OneDrive. В 2011 году Apple запустила iCloud и Google Drive в 2012 году.
[9] Этнографическая работа продемонстрировала, что восприятие того, что остаются инфраструктуры ‘скрытый’ или ‘невидимый’ Пока распад не сможет адекватно захватить ‘Диапазон видимости’ (Larkin, 2013: 336), которые формируют разные социальные группы’ опыт инфраструктурных услуг. Как заметил Шеннон Маттерн (2016), ‘[t] он предполагает, что инфраструктуры “скрытый” […] Сигнализирует о большой привилегии.’ Таким образом, опыт неудачи инфраструктуры неравномерно распределяется по социальным и геополитическим векторам. Неисправность особенно видна для технических работников, чья работа гарантирует, что поломка остается невидимой для конечных пользователей услуг. Разрушение инфраструктурного и технологического предоставления услуг также является регулярным событием для тех, кто живет на мировом юге (Graham, 2010; Harvey and Knox, 2015; Trovalla and Trovalla, 2015). Для обсуждения различных регистров, через которые регулируется видимость облачного центра обработки данных, см. Furlong (2020) и Тейлор (2021).
[10] как Дэвид Рибес и Томас А. Финхолт (2009: 378) наблюдал ‘один человек’S инфраструктура – это другой человек’S Daily Rathine о содержании’ (См. Также Star and Ruhleder, 1994).
[11] В другом месте (Тейлор, 2021) я исследовал, как материал уязвимость облачного хранилища используется в маркетинговых методах коммерческих центров обработки данных, которые были модифицированы в ядерных бункерах.
[12] В то время как институт работы с трудом общепризнан, другие стандарты устойчивости центров обработки данных также используются по всей отрасли. Ассоциация телекоммуникационной индустрии’S TIA-942-A Стандарт телекоммуникационной инфраструктуры для центров обработки данных также также пользователя. Syska Hennessy Используйте систему классификации, основанную на десяти уровнях критичности. Британская консалтинговая служба строительной промышленности (BICSI) категоризает доступность центра обработки данных на четыре класса: класс F1 (99.0% времени безотказной работы); Класс F2 (99.9% времени безотказной работы); Класс F3 (99.99% времени безотказной работы); и класс F4 (99.999% времени безотказной работы).
[13] Винсент Моско (2014: 133), таким образом, подводит итог логики вождения в режиме ожидания в индустрии центров обработки данных: ‘Лучше владеть неиспользованными серверами, чем столкнуться с сердитым клиентом’.
[14] Конечно, степень, в которой сбой устройства считается катастрофическим, зависит не только от потерянных данных, но и от сентиментальной или финансовой ценности потерянного, сломанного или украденного устройства.
[15] Недавняя работа ученых по изучению инфраструктуры и историков технологий начали перемещать анализ технологического неудачи за пределами ‘невидимый до срыва’ Парадигма, разработанная Сьюзен Ли Стар (1999), в которой изучалось изменяющиеся слои (в) видимости (Furlong, 2020) посредством акцента на тех, чья работа вращается вокруг практики поддержания, исправления и ремонта (Denis and Pontille, 2014; Russell and Vinsel, 2018;
Рекомендации
Адамс, v., М. Мерфи и а.Эн. Кларк (2009) ‘Ожидание: Технонаука, жизнь, аффект, временность’, Субъективность, 28 (1): 246-265.
Александр, н. (2017) ‘Ярость на машину: буферизация, шум и постоянная тревога в эпоху подключенного просмотра’, Cinema Journal, 56 (2): 1-24.
Андерсон, б. (2010) ‘Преодоление, меры предосторожности, готовность: упреждающие действия и будущие географии’, Прогресс в географии человека, 34 (6): 777-798.
Аппадурай, а. и н. Александр (2020) Отказ. Кембридж: Пресса.
Бенигер, J. (1986) Контрольная революция. Бостон, Массачусетс: издательство Гарвардского университета.
Беннетт, J. (2005) ‘Агентство собраний и североамериканское отключение’, Общественная культура, 17 (3): 445-465.
Браттон, б.ЧАС. (2015) Стек: на программном обеспечении и суверенитете. Кембридж, Массачусетс: MIT Press.
Баррелл, J. (2012) Невидимые пользователи: молодежь в интернет -кафе Urban Ghana. Кембридж, Массачусетс: MIT Press.
Кэрролл, т., Дюймовый. Jeevendrampillai, а. Пархерст и Дж. Shackelford (ред.) (2017) Материальная культура неудачи: когда все делает не так. Лондон и Нью -Йорк: Блумсбери.
Кастеллс, м. (1996) Рост сетевого общества. Оксфорд: Блэквелл.
Cavelty, m.Дюймовый. (2008) Политика кибербезопасности и угрозы: усилия США по обеспечению информационного возраста. Лондон: Routledge.
Чендлер, д. и J. Рейд (2016) Неолиберальный предмет: устойчивость, адаптация и уязвимость. Лондон и Нью -Йорк: Rowman и Littlefield International.
Чун, w. (2016) Обновление, чтобы остаться прежним: привычные новые средства массовой информации. Кембридж, Массачусетс: MIT Press.
Кольер, с.Дж. и. Лакофф (2010) ‘Инфраструктура и мероприятие: политические технологии готовности’, в б. Браун и с. Whatmore (ред.) Политическая материя: Технонаука, демократия и общественная жизнь. Миннеаполис: Университет Миннесоты Пресс.
Кольер, с.Дж. и. Лакофф (2015) ‘Жизненно важные системы безопасности: рефлексивная биополитика и чрезвычайное правительство’, Теория, культура и общество, 32 (2): 19-51.
Дэвис, м. (2002) Мертвые города и другие сказки. Нью -Йорк: новая пресса.
Денис, J. и д. Понтин (2014) ‘Работы по техническому обслуживанию и перформативность городских надписей: случай знаков Парижского метро’, Окружающая среда и планирование d, 32 (3): 404-416.
Дрисколл, К. (2012) ‘От перфорированных карт до “большие данные”: Социальная история популизма базы данных’, Коммуникация + 1, 1 (4): 1-33.
Эдвардс, с.Не. (1998) ‘Y2K: размышления тысячелетия на компьютеры как инфраструктуру’, История и технологии, 15: 7-29.
Eggers, d. (2013) Круг. Лондон: Хэмиш Гамильтон.
Эрнст, w. (2019) ‘Архивная метаистория и бесчеловечная память’, в с.K. Фрэнк и К.А. Якобсен (ред.) Арктические архивы: лед, память и энтропия. Bilefeld: транскрипт Verlag.
Фарлонг, К. (2021) ‘География инфраструктуры II: бетон, облако и многослойные (в) видимости’, Прогресс в географии человека, 45 (1): 190-198.
Габрис, J. (2013) Цифровой мусор: естественная история электроники. Энн Арбор: издательство Мичиганского университета.
Гаррет, б. (2020) ‘Предварительные препсы Судного дня и архитектура страха’, Геофорум, doi: 10.1016/j.Геофорум.2020.03.014.
Грэм, с. и н. Комиссия (2007) ‘Вне порядка: понимание ремонта и технического обслуживания’, Теория, культура и общество, 24 (3): 1-25.
Грэм, с. (2010) ‘Когда инфраструктуры терпят неудачу’, в с. Грэм (ред.) Нарушенные города: когда инфраструктура не удается. Лондон и Нью -Йорк: Routledge.
Грэм, с. (2015) ‘Архитектуры скрытности и география резервного копирования’, в. Фад и т. Мешкани (ред.) Новые географии 7. Бостон: Гарвардская аспирантура дизайна.
Graziano, v. и k. Трогал (2019) ‘Ремонт вопросов’, эфемера, 19 (2): 203-227.
Гринпис (2012) Насколько чисто ваше облако? Амстердам: Greenpeace International.
Гроув, К. (2016) ‘Биополитика бедствий и кризисная экономика’, в J.Л. Лоуренс и с.М. Вибе (ред.) Биополитическая катастрофа. Лондон и Нью -Йорк: Routledge.
Гуггенхайм, м. (2014) ‘Введение: бедствия как политика – политика как бедствия’, в м. Тирони, я. Родригес-Гиральт и м. Гуггенхайм (ред.) Бедствия и политика: материалы, эксперименты, готовность. Чичестер, Западный Суссекс: Wiley Blackwell.
Густин, J.Фон. (2010) Планирование стихийных бедствий и восстановления: руководство для менеджеров объектов (Пятое издание). Лилберн, Джорджия: Пресса Фэрмонта.
Харман, г. (2009) ‘Технология, объекты и вещи в Хайдеггере’, Кембриджский журнал экономики, 34 (1): 17-25.
Харви, с., М. Ривз и е. Рупперт (2013) ‘Предвидение отказа: устройства прозрачности и их последствия’, Журнал культурной экономики, 6 (3): 294-312.
Харви, с. и ч. Нокс (2015) Дороги: антропология инфраструктуры и опыта. Итака: издательство Корнелльского университета.
Хайдеггер, м. (1962) Существо и время, транс. Дж. Macquarrie и E. Робинсон. Нью -Йорк: Харпер и Роу.
Хенке, c.р. (1999) ‘Механика порядка рабочего места: к социологии ремонта’, Беркли журнал социологии, 44: 55-81.
Гербана, б. (2010) ‘Эволюция управления непрерывностью бизнеса: исторический обзор практик и водителей’, Бизнес -история, 52 (6): 978-1002.
Герман, c.Фон. (1963) ‘Некоторые последствия кризиса, которые ограничивают жизнеспособность организаций’, Административная наука ежеквартально, 12: 61-82.
Хоган, м. (2015) ‘Потоки данных и водоснабжения: центр обработки данных Юты’, Большие данные и общество, 2 (2): 1–12.
Холт, J. и р. Вондерау (2015) ‘“Где живет Интернет”: Центры обработки данных как облачная инфраструктура’, в L. Парки и н. Starosielski (ред.) Сигнал трафика: критические исследования медиа -инфраструктуры. Урбана, Чикаго и Спрингфилд: Университет Иллинойса Пресс.
Хижина. (2015) Предыстория облака. Кембридж, Массачусетс: MIT Press.
Хаддлстон, c. (2016) ‘“Prepper” Как устойчивый гражданин: чему препперс может научить нас о выжившей катастрофе’, в м. Компаньон и м.С. Chaiken (ред.) Ответы на бедствия и изменение климата: понимание уязвимости и способность устойчивости. Boca Raton: CRC Press.
Джексон, с.Дж. (2014) ‘Переосмысление ремонта’, в т. Гиллеспи, с.Дж. Бочковский и К.А. Нога (ред.) СМИ технологии: очерки о коммуникации, материальности и обществе. Кембридж, Массачусетс и Лондон: MIT Press.
Кек, ф. (2016) ‘Готовность’ Теоретизирование современного, Fieldsights, 30 сентября. [https: // culanth.org/fieldights/готовность].
Кляйн, н. (2007) Учение шока: рост капитализма стихийных бедствий. Нью -Йорк: столичные книги.
Лакофф, а. (2006) ‘Методы готовности’, в т. Монахан (ред.) Наблюдение и безопасность: технологическая политика и власть в повседневной жизни. Нью -Йорк: Routledge.
Лакофф, а. (2008) ‘’, Культурная антропология, 23 (3): 399-428.
Ларкин, б. (2013) ‘Политика и поэтика инфраструктуры’, Ежегодный обзор антропологии 42: 327–343.
Лебель, с. (2012) ‘Тратить будущее: технологические технологии, коммуникационные технологии и электронные отходы’, Коммуникация +1, 1 (1): 1-19.
Lutz, c. (1997) ‘Эпистемология бункера: промытые мозги и другие новые предметы постоянной войны’, в J. Пфистер и н. Schnog (ред.) Изобретая психологическую: к культурной истории эмоциональной жизни в Америке. Нью -Хейвен и Лондон: издательство Йельского университета.
Махони, м.С. (1998) ‘История вычислений в истории технологий’, Анналы IEEE истории вычислений, 10 (2): 113-125.
Манц, J. (2008) ‘Импровизационные экономики: производство Кольтана в восточном Конго’, Социальная антропология, 16 (1): 34–50.
Маско, J. (2014) Театр операций: национальная безопасность влияет от холодной войны до войны с террором. Дарем, Северная Каролина: издательство Duke University Press.
МакКинни, c. и д. Малвин (2019) ‘Ошибки: переосмысление истории вычислений, Общение, культура и критика, 12: 476-498.
Макмиллан, р. (2012) ‘Орудия, белки и сталь: множество способов убить центр обработки данных’ [https: // www.проводной.com/2012/07/Guns-Squirrels и Star].
Миллс, м.Фон. (2018) ‘Подготовка к неизвестным неизвестным: “Конец света” Приготовление беспокойства и риска бедствия в Соединенных Штатах’, Журнал исследований риска, 22 (10): 1267-1279.
Моско, v. (2014) К облаку: большие данные в бурном мире. Боулдер: издатели Paradigm.
Парки, л. (2007) ‘Разваливаться: Электроника спасение и глобальная медийная экономика’, в C.р. Acland (ред.) Остаточные СМИ. Миннеаполис: Университет Миннесоты Пресс.
Радинг, а. (1999) ‘Отличная охота на ленту’, InfoWorld, 21 (15): 3-8.
Рибес, д. и т.А. Финхолт (2009) ‘Долгое время технологической инфраструктуры: сформулирование напряженности в развитии’, Журнал Ассоциации для информационных систем, 10: 375-398.
Рохлин, г.я. (1997) В ловушке в сети: непредвиденные последствия компьютеризации. Принстон, Нью -Джерси: издательство Принстонского университета.
Рассел, а.Л. и я. Vinsel (2018) ‘После инноваций обратитесь к техническому обслуживанию’, Технология и культура, 59 (1): 1-25.
Рассел, а.Л. и я. Винсель (2020) Инновационное заблуждение: как наша одержимость новым нарушила работу, которая наиболее важно. Нью -Йорк: Рэндом Хаус.
Schüll, n.Дюймовый. (2018) ‘Цифровая сдерживание и его недовольство’, История и антропология, 29 (1): 42-48.
Симс, б. (2017) ‘Создание технологических сроков: упреждающее ремонт и тестирование на высокоэффективных научных вычислениях’, Континент, 6 (1): 81-84.
Звезда, с.Л. и k. Ruhleder (1994) ‘Шаги к экологии инфраструктуры: сложные проблемы в проектировании и доступе к крупномасштабным совместным системам’, Материалы конференции по компьютерной кооперативной работе, Чапел Хилл, ACM Press.
Звезда, с.Л. (1999) ‘Этнография инфраструктуры’, Американский поведенческий ученый, 43 (3): 377-391.
Starosielski, n. (2015) Подводная сеть. Дарем и Лондон: издательство Duke University Press.
Тейлор, а.р.Эн. (2019) ‘Центр обработки данных как технологическая дикая местность’, Культурная машина, 18.
Тейлор, а.р.Эн. (2021) ‘Будущий защищенные центры обработки обработки данных и продажа ультрасефильного облачного хранилища’, Журнал Королевского антропологического института, doi: 10.1111/1467-9655.13481.
Тейлор, а.р.Эн. и J. Велкова (2021) ‘Земляющие центры обработки данных’, гостиница. Климбург-Витджес, н. Poechhacker и G.В. Боукер (ред.) Ощущение/безопасность: датчики как транснациональные инфраструктуры безопасности. Манчестер: Имея Пресса.
Троволла, e. и ты. Троволла (2015) ‘Инфраструктура стала супраструктурой: непредсказуемые материальности и видения нигерийской нации’, Журнал материальной культуры, 20 (1): 43-57.
Велкова, J. (2016) ‘Данные, которые нагреваются: тепло, инфраструктурная конвергенция и вычислительный трафик товара’, Большие данные и общество, Июль-декабрь: 1-10.
Вербек, с. (2004) Что делать: философские размышления о технологиях, агентстве и дизайне. Университетский парк: издательство Пенсильвания государственного университета.
Вирилио, с. (2007) Оригинальная авария. Кембридж: Пресса.
Zuboff, s.С. (1988) В эпоху умной машины: будущее работы и власти. Нью -Йорк: базовые книги.
авторы)
А.р.Эн. Тейлор – антрополог, базирующийся в Кембриджском университете. Он работает на пересечении социальной антропологии, археологии СМИ и истории технологий. Его исследования концентрируются на образец цифрового коллапса и на материале и временных аспектах хранения и безопасности данных. Он является ассистентом редакции Журнал экстремальной антропологии и основатель Cambridge Infrastructure Group, сети исследователей, исследующих критическую защиту инфраструктуры в отношении глобальных катастрофических рисков. Он также является одним из основателей исследовательской сети социальных исследований (SSOS). Его исследовательские интересы включают в себя: фьючерсы на данные, цифровое сохранение, внешнее пространство, техно-апокалиптические повествования и до-цифровая ностальгия.
Электронная почта: ARET2 в Cantab.атмосфера.Великобритания
Twitter: в Alexretaylor
Каковы шансы потерять информацию в облачном хранилище?
Облако; Если кто -то вызывает номинации на главное модное слово 21 -го века, давайте просто скажем, что я знаю, куда идет мой голос. В мире, где технологии меняются и развиваются со скоростью света, каким-то образом облако находит способ оставаться на первом месте и, в этом отношении.
И целостность данных в облачном хранилище? Это, пожалуй, самая большая проблема, которую большинство людей испытывают, как лично, так и профессионально, когда дело доходит до облака.
Что такое облако?
Проще говоря, облачные вычисления – это комбинация размещенных приложений, хранения данных и удаленного доступа к серверу через Интернет. «Облако» – это то, где хранятся все эти приложения и данные. Многие люди и предприятия используют облако в некотором формате, часто не зная. Социальные сети и приложения по электронной почте являются двумя наиболее распространенными видами использования.
Вот пример:
Ежедневно, есть миллионы людей по всему миру, загружающие данные в облаке. Когда вы покупаете своего любимого художника’Новый альбом на iTunes, его можно загрузить в облако вашим iPhone и доступ к многим другим устройствам. То же самое можно сделать с фотографиями, видео, приложениями и многом другом, которые загружаются на вашем устройстве, но хранятся в облаке.
История облачного хранилища
Происхождение облака началось, когда люди и предприятия начали изображать Интернет как облако в диаграммах. Когда было разработано облако, как мы его знаем и испытали, было разработано, его название поступило из этих диаграмм. Неудивительно, что это смущает так много людей.
В настоящее время общим термином является облачные вычисления, который относится к возможности для пользователей получить доступ к данным, приложениям и услугам удаленно через Интернет. И это то, что все в.
Что происходит, когда вы храните профессиональные данные в облачном хранилище? Хотя потеря личных данных трагична, ставки еще выше для бизнес -данных. Списки контактов с бизнесом, информация о клиентах, списки подписчиков и информация о платежах представляют собой лишь несколько примеров корпоративных данных, хранящихся в облаке. Что происходит, когда эта информация пропала без вести?
Где хранятся мои облачные данные?
Со всеми этими разговорами о облаке, это может заставит вас задуматься, где хранятся облачные данные физически? Ну, ты на что -то. Данные и приложения, размещенные в облаке, не просто крутятся в небытии.
Укоренные облачные данные и приложения хранятся на отдельных серверах центров обработки данных, которые расположены во всем мире. Владельцы центров обработки данных в основном арендуют места для хранения предприятий и частных лиц для размещения своих данных. В центрах данные каждого остаются частными и размещены в своем собственном выделенном пространстве.
Безопасно ли хранить данные в облаке?
Хотите верьте, хотите нет, облако может быть одним из самых безопасных мест для хранения данных. Видите ли, облачные данные хранятся в нескольких местах, что затрудняет проигрыш. Если вы когда -нибудь испытаете трудности извлечения ваших данных из облака, их всегда можно извлечь из другого центра обработки данных. Поскольку хранение центров обработки данных децентрализовано по своей природе, на самом деле оно намного безопаснее, чем хранилище на месте.
Данные, потерянные в облаке
В облаке существует риск потери данных-во многом так же, как и для технологии хранения на основе аппаратного обеспечения. Для обеих ситуаций доступны решения безопасности-резервные копии, программное обеспечение для безопасности, увольнение и многое другое. Прежде чем мы посмотрим на них ближе, пусть’S рассмотрим, как данные теряются.
3 способа, которыми облачные данные могут быть потеряны
Хотя он структурирован для безопасности, в облаке есть множество способов потерять данные. Иногда технологии терпят неудачу – компьютеры замораживают и резервные копии теряются. В других случаях серверы сбоя, а информация, содержащаяся внутри, теряется. Все это потенциальные источники потери данных, и облако не освобождается от сбоя технологий или человеческой ошибки.
Ниже, не в какой -то конкретном порядке, перечислены три наиболее распространенных фактора потери данных в облаке:
1. Случайное удаление/ошибка пользователя
Возможно, наиболее распространенным источником потери данных при использовании облачного хранилища является непреднамеренное удаление.
2. Перезапись данных
Также возможно, что информация ошибочно переписана пользователями или приложениями. Приложения программного обеспечения как услуга (SAAS) являются потенциальным источником массовой потери данных. Эти приложения содержат и постоянно обновляют большие наборы данных. Новая информация имеет потенциал для перезаписи старой информации и может привести к частично перезаписать наборы данных в процессе.
3. Злонамеренные действия
Большинство поставщиков облачных хранилищ идут на многое, чтобы обеспечить их сети и данные, но не все атаки можно предотвратить.
Избегайте потери данных с поставщиками услуг
. Тем не менее, есть способы минимизировать риск потери данных и обеспечить безопасность ваших данных, хранящихся в облачном хранилище.
Поставщики технологических услуг предлагают надежные варианты облачного хранения, которые предоставляют вам достаточное количество хранения, доступные цены и, что наиболее важно, надежная безопасность. Когда вы работаете с поставщиком облачных услуг над решением облачного хранения, у вас есть доступ к лучшим доступным программам (по цене, которую вы можете себе позволить) и команду высококвалифицированных экспертов, которые могут оптимизировать ваше облачное хранилище и смягчить угрозы для вашей информации.
Хранение данных может никогда не быть идеальным, но есть решения для снижения рисков и обеспечения безопасности.
Иногда технические вещи могут быть, ну, не очень интересно читать, и нам всем нужен хороший смех здесь и там. К счастью для вас, у нас есть только что -то вещь – наши шутки #lanthepun – где мы развеем миф, что мы все технические и не весело.
Возможна потеря данных облачного хранилища? По словам Microsoft, да, это.
От внутренних электронных писем до общих файлов, вы’все поместил всю вашу компанию’Основные данные в облаке. Больше нет обновлений для полностью размещенных приложений. Больше нет исправлений безопасности.
И, конечно, больше не беспокойтесь о потере данных. В конце концов, потеря данных облачного хранения невозможна, верно?
В то время как использование поставщика облачных услуг, безусловно, снизит ваш риск, он’S не 100% отказоустойчивый решение. Что’S то, что мы видели из первых рук, когда наш клиент’S Company Calendar, казалось, исчез из Office 365…
Почему наш клиент’S календарь исчез
Как и многие компании, наш клиент полагался на Office 365 и свое облачное хранилище для своих бизнес -операций. И один ключевой элемент, который наш клиент хранил в облаке, был: бизнес -календарь компании.
Этот календарь был размещен в Microsoft’S публичные папки – решение, которое создает место для хранения общего контента.
Но однажды календарю компании нигде не было видно.
Наш клиент связался с нами, и это не было’T задолго до того, как мы общались с Microsoft о ситуации.
На первый взгляд, это выглядело как случай потери данных облачного хранения.
Хорошей новостью было, наш клиент’S папка была не’Т постоянно ушел. Обновление Microsoft фактически погрузило папку под другой папкой.
Исчезновение нашего клиента’S календарь оказался незначительной проблемой. Тем не менее, ситуация на самом деле подчеркнула что -то гораздо более серьезное ..
Что вам нужно знать о потере данных облачного хранения
Во время нашего расследования Microsoft сказала нам, что они не сделали’T Поддержка резервной копии для нашего клиента’S публичные папки.
Несмотря на то, что наш клиент использовал облачное решение, если их публичные папки’ Данные были потеряны, наш клиент никогда не смог его получить.
Это может стать чем -то сюрпризом.
Ты’D Подумайте, что если Microsoft поддержит решение с использованием облачного хранилища, это также гарантирует это решение’S Данные. Но это просто не так.
Реальность такова, что потеря данных облачного хранения является полной возможностью. Вот некоторые риски, о которых вы должны знать ..
1. Ваша компания Cloud Services может принять решение о прекращении предложения.
Как показывает этот пример, решение о резервном копировании ваших данных полностью зависит от вашего поставщика программного обеспечения’S Решения.
Если они решат уйти в отставку службы или поддержку прекратить.
2. Ваша компания Cloud Services может испытать аварию.
Это может случится. Вы можете испытать потерю данных облачного хранилища, потому что ваш поставщик просто подведет вас.
Проверьте эту статью, которая объясняет, как “Амазонка’Огромные облачные сервисы EC2 Crash навсегда уничтожили некоторые данные.”
3. Ваши сотрудники могут удалить критическую информацию.
Хорошо известная причина потери данных облачного хранилища?
Несколько простых кликов могут отправить ваши критически важные данные в черную дыру … никогда не видно снова.
И удаление данных – это то, что может ваш поставщик облачных услуг может’t предотвратить. Думаю об этом. Когда кто -то ставит элемент в мусор, облако дается указание удалить определенную информацию. Когда кто -то удаляет эти данные, облако просто выполняет свою работу.
Но это не’t, почему удаление данных так опасно.
Это’S тот факт, что поставщики облачных услуг имеют время удержания.
Storagecraft, написание о удалении и удержании пользователей, показывает, что Office 365 имеет условие для его “Восстанавливаемые предметы,” что они объясняют ранее удаленные предметы. Они отмечают…
Папка восстанавливаемых предметов имеет свою квоту по размеру 100 ГБ. Если папка восстанавливаемых элементов заполнена, Office удалит ваши сообщения, начиная с самых старых. Поэтому, если папка заполнена, к сожалению, вы не сможете восстановить свои данные.
Чтобы привести еще один пример, ознакомьтесь с этой страницей из Google. Здесь Google показывает, что после того, как удаление приведет в движение, это только требует “около шести месяцев” Чтобы данные клиента исчезали из Google’S резервные системы.
Как видите, есть несколько способов, которыми вы’RE в риске потери данных облачного хранилища.
И каждая из этих реалий устанавливает проблемы для организаций.
Что вы можете сделать с потерей данных облачного хранилища
Учитывая эту информацию, это’важно убедиться, что вы’не ослепит изменение политики, удаление или неожиданный сбой в надежности.
Вот несколько советов, которые мы имеем, чтобы помочь вашей организации снизить риск потери данных облачного хранения:
1. Дон’t, если предположить, особенно для устаревших решений или бесплатных услуг.
Ты можешь’Tak, что ваш поставщик программного обеспечения стоит за данными, которые вы’ve помещен в свое облако.
Требуется только одно изменение политики, чтобы сделать потерю данных облачного хранилища возможностью.
С годами поставщики имеют снижение стимула поддержки более старого программного обеспечения. Что’S, почему вам нужно исследовать организацию’Официальная позиция на облачной резервной копии.
Если вы используете устаревшее решение, содержащее данные, которые были бы разрушительными, чтобы проиграть, посмотрите на своего поставщика’S политика. (С другой стороны, я’D рекомендую перейти на новое программное обеспечение, чтобы избежать такой ситуации.)
Ты’LL также хочет избежать предположений, касающихся бесплатных услуг.
Бесплатная служба может ограничить вашу способность восстанавливать данные. Например, если вы используете бесплатную версию Dropbox, вы можете’T восстановить файлы. Однако эта функция доступна, если вы платите за Dropbox.
Все это, чтобы сказать, убедитесь, что вы делаете домашнее задание.
2. Общайтесь со своим поставщиком программного обеспечения.
Политики могут усложняться.
И кто хочет прочитать 25 страниц жаргона, чтобы определить, защищены ли данные компании?
Когда сомневается, Дон’T не стесняйтесь забрать трубку и позвонить своему поставщику программного обеспечения. (Или, если вы’не телефонный человек, попробуйте отправить электронное письмо или начать живой чат.)
И прежде чем обратиться к ним, продумайте вопросы, которые вы’D хотел бы спросить. Вот несколько предложений, чтобы вы начали:
- “Мои данные подтверждаются?” Дон’не беспокойтесь о том, чтобы звучать невежественно. Этот вопрос слишком важен, и вам нужен четкий ответ.
- “Как далеко?” Ты’LL Хочу знать, как далеко до прошлого вашего облачного хранилища достигает.
- “Есть ли ограничение на поиск?” Например, если вы случайно удалите данные, сможете ли вы получить их через месяц спустя? Что если ты подождешь шесть месяцев? Чтобы привести пример, StorageCraft показывает, что по умолчанию для сохранения удаленных предметов в Office 365 составляет 30 дней.
- “Если мои данные зашифруются вирусом, можем ли мы вернуть наши данные обратно?” Это важный вопрос, потому что большинство облачных провайдеров позволяют хранить локальную копию файлов на бизнес -компьютере. Тем не менее, вымогатели могут шифровать эти файлы, которые затем синхронизируются в облако, тем самым шифруя все ваши облачные данные. Если возникает такая ситуация, вам нужно знать, что вы можете восстановить свои предварительные файлы. Вам также нужно спросить, сколько времени это займет.
3. Дон’T Поместите все свои яйца в одну корзину.
Если потеря определенных файлов может отключить ваши операции, я бы не’T -полагаться на Microsoft, Google или любого другого поставщика сам по себе Чтобы защитить ваши данные.
Вместо этого диверсифицируйте резервные копии данных.
Компании ошибочны. И угроза потери данных облачного хранения не является’Т тривиальные.
В таком случае ни одна компания не должна иметь полной уверенности.
Для очень конфиденциальных данных я’D предложить найти резервную копию для ваших облачных сервисов. Если вы используете облачное хранилище для файлов, которые имеют критическую миссию для ваших операций, применяется тот же совет. Например, если вы’Особенно важна защита календаря общих мероприятий. (При необходимости наша команда может связать вас с решением, чтобы обеспечить этот дополнительный уровень безопасности.)
Нужно ли ваш бизнес облачный хранилище или вы просто хотите обсудить потерю данных облачного хранилища, мы’здесь, чтобы помочь.
Чтобы связаться с нашей командой, Дон’T не стесняйтесь протянуть руку в Интернете или дать нам кольцо по телефону 704-464-3075.
Недавние Посты
- Может ли ваш бизнес стать зеленым, переключившись на облако?
- Зарядка в общественных местах? Берегись “сок”
- LinkedIn предпринимает действия для борьбы с фальшивыми учетными записями
- Microsoft намекает на некоторые захватывающие разработки Windows 12
- Преступники эксплуатируют ИИ, чтобы создать более убедительные мошенничества
Может ли цифровое «облако», используемое для хранения когда -либо?
Сайт был закрыт прокурорами в США после того, как потребовалось, что пользователи незаконно делятся музыкой и фильмами, стоимостью владельцев авторских прав примерно 500 миллионов долларов (315 млн фунтов стерлингов).
Но многие люди использовали сайт на законных основаниях для обмена личными файлами, такими как фотографии и документы.
Теперь пользователи становятся все более распространенными хранить свои файлы в Интернете в том, что называется «облаком».
Но насколько безопасно хранилище облаков, когда прокуроры могут закрыть массово популярные веб -сайты без предупреждения?
Может ли облако когда -либо сбой?
В то время как определенные сайты или серверы могут быть закрыты, было бы практически невозможно для облака в целом сбой.
Рик Фергюсон из компании Internet Security Company Trend Micro говорит: «Облако, так же, как Интернет, не является единственной системой, зависимой от одного подключения. Чтобы все облако исчезало, в значительной степени немыслимо.”
Тем не менее, отдельные облачные серверы могут потерпеть неудачу в результате физического повреждения аппаратного обеспечения.
Например, если в вычислительном центре было наводнение, много данных, хранящихся там, возможно, может быть уничтожено.
Но Фергюсон говорит, что многие из более крупных и более уважаемых онлайн -компаний будут иметь свой собственный план на случай непредвиденных обстоятельств в таком мероприятии.
«У любого крупного предприятия есть свои собственные планы резервного копирования, которые предназначены для того, чтобы справиться с наводнением, землетрясением, стихийным бедствием», – говорит он.
Облако безопасно?
Одна из самых больших проблем, стоящих перед облаком, – это безопасность. Многим пользователям не нравится идея хранения своей личной информации и файлов в Интернете.
Джей Хейзер, аналитик из компании по технологическим исследованиям Gartner, говорит, что самый большой риск при использовании облака – это не конфиденциальность, но возможность потерять данные.
«Если вы полагаетесь на одного поставщика, вам нужны доказательства того, что они поддерживают ваши данные в автономном режиме», – говорит он.
“Мой совет – сделать вторую копию вашего материала внутри инфраструктуры какого -то другого провайдера.”
В дополнение к хранению ваших данных на нескольких облачных серверах, Heiser рекомендует сохранить локально, чтобы избежать потери каких -либо важных файлов.
“Жесткие диски продолжают становиться дешевле, и в магазинах их нет недостатка в их. Я не вижу в течение следующих нескольких десятилетий смерти местного хранилища », – говорит он.
Как выглядит облако?
Итак, где именно интернет -компании создают свои центры обработки данных?
В прошлом году Facebook позволил фотографам в свой новый компьютерный центр в штате Орегон США.
Источник изображения, другой
Подпись изображения,
Facebook обнародовал свой новый центр обработки данных в Орегоне в прошлом году
Серверная ферма составляет 147 000 кв. Футов (13 656 кв. М) и стоит 210 миллионов долларов (132 млн. Фунтов стерлингов), согласно отчету EconorthWest, который был заказан Facebook.
Фотографии показывают, что гигантские серверы используют Facebook, чтобы помочь в размещении 800 миллионов человек по всему миру, которые получают доступ к сайту.
Центры обработки обработки данных часто встроены в сельские районы, потому что эксплуатационные расходы ниже, и для работы на них требуется лишь небольшое количество сотрудников.
В случае Facebook, климат Prinevill, штат Орегон, также поможет сохранить свои серверы.
Источник изображения, другой
Глядя в будущее облачного хранилища, Rik Ferguson из Trend Micro сообщает Newsbeat: «Облако уже является частью нашей повседневной жизни и будет продолжать расти в важности.”
Но Джей Хейзер из Гартнера скептически относится к тому, как быстро концепция облачного хранилища будет завоевать популярность с широкой публикой.
Он говорит: «Я не верю в мою жизнь [облако] будет исключительной формой хранения.”