ПРОБЛЕМАКакой мобильный клиент мобильной платформы Google Cloud Platform подходит?
Я пишу мобильное приложение, которое позволит пользователю войти в систему, сохранить некоторые предпочтения, которые должны быть сохранены в базе данных, а также отображать счета конгресса пользователю.
Я только что написал простые службы RESTful с PHP и MySQL в прошлом. Я бы хотел воспользоваться новыми технологиями и немного потерял в общем направлении.
Данные счета (отформатированы как JSON) могут быть собраны путем запуска скребков, найденных here. Используя docker, мне удалось установить рабочий каталог и загрузить файлы на моем локальном компьютере.
Я разработал базу данных MySQL для хранения соответствующих счетов и пользовательских данных.
Я начал беспорядок в Google Cloud Platform и прочитал doc that describes different models. Я думаю о нескольких разных идеях, но не знаком с GCP или тем, что я действительно могу выполнить.
ВОПРОСЫ
1) Какой App Engine, Compute Engine и Container двигатель каждый для? Я понимаю, что Container Engine содержит разные экземпляры вещей, которые вы загружаете докере, и что Compute Engine настраивает виртуальную машину, но я не очень понимаю отношения. Как я должен думать о них?
2) Когда я запускаю эти скребки из оболочки, где хранятся файлы и как я могу проверить их? На моем компьютере я установил рабочий каталог, но как работают каталоги в GCP? Является ли это просто каталогом в текущей выбранной виртуальной машине или это то, для чего нужны ковши?
ИДЕИ
1) Поскольку мои данные законопроект уже поставляется в формате JSON, я должен пропустить весь процесс создания базы данных для счетов и вставить их в Firebase каким-то образом? Возможно ли это? Если это так, я застрял с использованием NoSQL Firebase или могу ли я настроить реляционную базу данных?
2) Я могу запланировать скребки для периодического запуска, обнаружения новых файлов и запуска скрипта для анализа JSON и вставки новых данных счета в мою базу данных (PostgrSQL?/MySQL?). Тогда я бы написал API.
3) Загрузите файлы JSON в ведро и напишите API, который их читает. Не знаете, как производительность будет сравниваться с использованием БД.
Я открыт для других предложений.
Почему база данных NoSQL Firebase непригоден для ваших целей? Если вы собираетесь хранить список счетов без большого количества отношений, вы не получите повышения производительности или надежности от использования РСУБД. – ppajer
В системе намного больше. Я буду иметь различные виды учетных записей, позволяю людям создавать и присоединяться к организациям, проводить опросы и т. Д. В личном примечании я незнаком с NoSQL и уже написал свою схему для MySQL, поэтому я не решаюсь перепрыгнуть, если нет хороший случай. Может быть, NoSQL - лучший выбор, и я просто не понимаю, что он может сделать? Пожалуйста, дополните. – GoldenJoe
слишком широкий для этого форума. вам сначала нужно сделать гораздо больше исследований по вашим альтернативам, чтобы их хорошо понять, например nosql и appengine/gce. –