Старые парадигмы в разработке программного обеспечения были на жизнеобеспечении в течение долгого времени.
Кто младше 30 лет может относиться к метафорам, на которых основаны многие интерфейсы: рабочие столы, папки, файлы, значки дисков, вырезание и вставка ножницами и клеевыми кистями?
Кто в их жизни когда-либо держал файл в папке, в папке, в другой папке? Я даже не представляю, как это будет выглядеть.
Облако многое пообещало и, конечно, доставило. Он часто используется в качестве маркетингового термина для суммирования множества разнородных технологий и бизнес-термина для решения всех ваших проблем.
В этой статье я буду использовать термин «облако» для обозначения «распределенных сетей систем», охватывающих компьютеры, мобильные устройства и службы, с которыми вы можете либо иметь постоянное соединение, либо время от времени проверять.
Мы говорим о видах услуг, которыми вы, вероятно, пользуетесь каждый день, от GMail до Dropbox, Twitter и многих других.
Мы рассмотрим рекомендации по опыту этих служб, а также неудачам, историям успеха и примерам того, что может произойти в не столь отдаленном будущем.
Надеемся, что он может даже сообщить ваши решения для создания ваших собственных «облачных» интегрированных сервисов.
Отсутствие обратной связи
Основным недостатком многих из этих сервисов является отсутствие обратной связи с пользователями. Пользователям нравится чувствовать, что они контролируют ситуацию (хотя часто в случае облачных сервисов это не так).
Со многими поставщиками облачных услуг, как правило, очевидно, когда все идет хорошо (то есть работает), но часто не так ясно, когда что-то идет не так.
Я не уверен, является ли это отсутствием желания раскрыть эти проблемы пользователям или простым отсутствием знаний со стороны поставщика. Возможно, немного того и другого.
Чтобы решить эту проблему, подумайте о том, чтобы добавить «расширенный режим» к вашим услугам, который предлагает более подробный отзыв для тех, кто этого хочет.
Облачное предложение Apple, iCloud, является одним из худших нарушителей для этого, часто ничего не делая и не информируя вас, выплевывая бессмысленные сообщения об ошибках или — что еще хуже — стирает данные.
консистенция
Одна из моих личных претензий к облачным сервисам, особенно созданным крупными предприятиями, заключается в отсутствии согласованности или возможности подключения к сервисам этих компаний.
Например: в Google Книгах, почему я не могу просто иметь папку на Google Диске, которая периодически проверяется автоматически, чтобы обновить мою библиотеку книг? Ваша компания может состоять из разных подразделений, но публика воспринимает вас не так.
Всегда старайтесь устранить такие несоответствия.
Замена файловой системы
Давайте вернемся к тому, с чего начали, и рассмотрим одну из многих вещей, которые эффективно заменяют облачные сервисы, — файловую систему.
Хотя Android предоставляет вам ограниченный доступ к тому, что вы хотите в основной файловой системе, я сомневаюсь, что очень многие обращают на это внимание (за исключением, возможно, растущего рынка медиаплееров Android).
iOS печально известна тем, что активно скрывает файловую систему, а Windows Phone принимает аналогичные меры.
Несмотря на то, что на настольном компьютере еще не началось полное воспроизведение, тенденция к замене локального хранилища облачным хранилищем, безусловно, идет полным ходом. Chrome OS уже покончила с этим.
Многие потребители теперь требуют меньше встроенного хранилища из-за их большей зависимости от облачных сервисов / браузеров — что, в свою очередь, означает, что многие уже игнорируют внутренние устройства своих устройств.
По большей части эти службы работают хорошо, когда данные по возможности передаются назад и вперед, и, как правило, самые последние версии файлов ждут вас на других подключенных устройствах, когда они вам понадобятся.
Если сразу несколько человек редактируют, могут быть проблемы, но это общий доступ к файлам, а не контроль версий.
Короче говоря, если у вас нет веских причин для раскрытия всей файловой системы, просто направьте своих пользователей к тому, что им нужно для доступа к вашему приложению, по крайней мере на начальном этапе.
Смена игрового поля
Другая распространенность среди облачных сервисов — это постоянные инновации и изменения.
Тем не менее, люди привыкают к вещам определенным образом, и хотя мы, технические специалисты и специалисты по продуктам, любим пробовать новые вещи, это может сбивать с толку многих.
Google справляется с этим (как правило) хорошо, предлагая возможность попробовать бета-версии сервисов задолго до того, как они переключатся на всех. Подумайте о том, чтобы предлагать бета-версии вашего программного обеспечения или услуг наряду с вашим основным предложением и дайте людям много уведомлений о предстоящих изменениях.
Право собственности
Amazon (как ни странно, учитывая их первоначальную бизнес-модель) была одной из первых облачных компаний, чьи технологии в настоящее время используются и во многих других компаниях.
Но кто может забыть одну из самых ранних ошибок в облаке, когда копии Оруэлла 1984 года (О, сладкая ирония) исчезли из аккаунтов Kindle .
В физическом мире люди что-то покупают и ожидают, что им это принадлежит, и они могут делать с ними все, что хотят. (Многие из нас знают, что на самом деле это не юридическая гарантия, но это совершенно другой разговор.)
В облачных сервисах это все больше не так, и благодаря технологиям владельцам продуктов гораздо проще отзывать цифровую собственность, когда их политика изменяется или на них навязывается внешняя сторона.
Каким бы ни было ваше мнение об этой новой правовой зоне, по крайней мере, предложите четкую юридическую политику и уведомите клиентов, когда это может произойти.
Расположение файлов
Сама природа облака заключается в том, что цифровые файлы размещаются где-то — там, где они находятся, для вас совершенно несущественно. Это представляет проблему для некоторых аудиторий, ограниченное количество, но достаточно, чтобы оправдать упоминание.
Есть много организаций, которым — обычно по финансовым или юридическим причинам — необходимо гарантировать, что их данные хранятся в пределах национальных границ.
Хотя такие сервисы, как AWS, позволяют вам выбирать, какой центр обработки данных вы используете, очень немногие сервисы, использующие AWS, предлагают такие возможности.
Для тех, кому требуются эти варианты, возможно, стоит подумать о том, чтобы предложить дополнительную премию, чтобы позволить клиентам выбирать страновые варианты. Также многие используют данные, которые слишком чувствительны, чтобы доверять третьей стороне, которая также использует третью сторону (и т. Д. И т. Д.).
У меня не обязательно есть какие-то конкретные решения этой проблемы, но есть над чем подумать.
Предложить автономный вариант
Одной из основных проблем облачных сервисов является то, что они работают, когда они подключены к сети, и очень часто делают очень мало, когда они не работают.
Это может очень смущать пользователей, но технически понятно. Однако есть способы сделать это отсутствие доступа более удобным.
Во-первых, если возможно, есть некоторая форма автономного доступа. Dropbox на настольном компьютере очень хорошо преодолел этот разрыв, поддерживая синхронизированное копирование между устройствами и облаком. На мобильных устройствах это позволяет вам хранить определенные файлы, к которым вам нужен доступ, как автономную копию.
Google также хорошо справляется с этим в некоторых своих службах (при использовании определенных устройств / браузеров), автоматически кэшируя локальные копии файлов в документах, музыку в воспроизводимой музыке и т. Д. Это может быть сложным, но попробуйте предложить некоторую форму автономного варианта для любого облачные сервисы, которые вы предлагаете и которые легко понять и использовать.
Пропускная способность
Облачные сервисы по своей природе могут требовать больших объемов данных. Это меньше проблем, так как лимиты данных становятся больше и дешевле, но не все используют большой тарифный план или понимают, почему это может быть необходимо.
Вы должны убедиться, что ваши приложения и службы четко знают объем данных, которые они могут использовать, и то, когда они могут это сделать. Эта информация должна быть предоставлена в удобной и понятной форме.
Точно так же предоставьте элементы управления для настройки параметров в сетях какого типа (мобильные или Wi-Fi), в которых ваше приложение будет пытаться работать, предпочтительно разбито на наборы функций или функций, которые имеют смысл для среднего конечного пользователя.
недостаточность
Следствием потери соединения является полный и полный провал облачных сервисов.
Это усугубляется многими службами, использующими одну и ту же горстку поставщиков данных, поэтому, когда один из них выходит из строя, многие другие выходят из строя. Существует не так много, что многие поставщики услуг могут сделать в случае сбоев структуры, подводящих их.
Одна из рекомендаций по устранению этих непредвиденных сбоев состоит в том, чтобы, по крайней мере, предложить как можно более полезную обратную связь, возможно, наряду с альтернативными способами, которые могут быть в состоянии получить доступ ко всему, что вы пытаетесь получить, и любым контактным данным, которые могут быть доступны.
Не кладите все яйца в одну корзину.
Точно так же никогда не используйте одного и того же облачного провайдера для вашей основной службы и службы поддержки или связи.
Если этот облачный провайдер выйдет из строя: не только ваш продукт или услуга находятся в холоде, но и вы и ваши клиенты. Если они даже не могут связаться с вами, они могут использовать социальные сети, чтобы узнать, что происходит, что может привести к большому количеству плохих чувств.
Вывод
Вместо того, чтобы ограничиваться критикой и негативом, давайте не будем забывать, что большую часть времени эта новая волна услуг обеспечивает удивительное удобство и инновации.
Некоторые услуги являются фантастическими примерами идей «сделано правильно». Google Music позволяет практически беспрепятственно смешивать традиционные «офлайн» mp3-файлы с «облачными» плейлистами на разных устройствах, а DropBox практически переопределил общий доступ к файлам в основной сервис, который понимают почти все.
Но все еще есть улучшения, которые нужно сделать, так как многие крупные компании только начинают понимать проблемы, а многие другие так и не вопреки постоянным усилиям.