Если вы сопоставите несколько распространенных облачных сервисов PaaS, таких как хранилище Key-Value, хранилище BLOB и хранилище очереди сообщений, у вас есть несколько удобных инструментов, которые могут освободить разработчиков небольших приложений от тирании администратора баз данных и инфраструктуры. .
Сегодня небольшие разработчики часто прибегают к Jet MDB. Зачем? Простой общий доступ так же прост, как и сохранение файла MDB в общей папке, видимой для всего сообщества приложений. Когда они могут сойти с рук (то есть получить необходимую поддержку от привратников), они могут использовать SQL Server Express, MySQL и т. Д.
К сожалению, эти привратники могут быть довольно враждебными в большой организации. Упомяните «базу данных», и внезапно вы столкнетесь с бандой DBA и связанными с ней задержками, обзорами приложений, установлением приоритетов и т. Д. Упомяните, что вам нужен сервер, и вы столкнулись с другой расстрельной командой.
Использование решения NoSQL и связанных с ним облачных сервисов может устранить эту проблему, если вам не нужна СУБД.
Во-первых, все, что действительно требуется, - это учетная запись у провайдера общедоступного облака. Это то, что становится довольно легко после того, как концепция была утверждена. И вам, как разработчику, будет легче, когда вы одобрены и назначены учетные записи, хотя, конечно, существуют обычные проблемы бухгалтерского учета.
Но давайте даже отложим это в сторону. Что если ваша организация внедрила частное облако для таких целей? Многие проблемы внешнего биллинга исчезают, проблемы с безопасностью данных исчезают и т. Д.
Такая вещь может быть реализована и предоставлена полуанонимным способом, почти так же легко, как администрирование файловых ресурсов. Приходит анонимность, потому что после того, как вы получили разрешение на разработку в собственном облаке, никому не нужно придираться к деталям ваших действий, используя их, так же как им не нужно проверять запрос, прежде чем вы сможете создать файл в существующей общей папке. .
Очевидно, что существуют квоты хранилища и ЦП для управления. Никто не может позволить себе продолжать увеличиваться до бесконечности. Мошеннические приложения могут потреблять огромное количество ресурсов. Так что вам нужно что-то вроде системы квот для ограничения использования. Независимо от того, контролируется ли это специалистами по инфраструктуре, это решение по реализации, или оно может рассматриваться как использование общего ресурса: не хватает, и кто-то кричит на программиста, который, в свою очередь, смотрит на него и, если нужно, запрашивает больше (или исправляет свои ошибки).
Но в итоге вы получаете «служебные вычисления» и, не используя SQL, вы не несете затрат (и проблем) работы с администраторами баз данных. Они могут спокойно сидеть в Интернете в своих больших офисах, пока вы выполняете работу.