Ответ 1
Да, можно выполнить анализ сметы для приложений приложений. Основываясь на моем опыте, три основные области затрат, с которыми я столкнулся при анализе, - это стоимость часов экземпляра, стоимость чтения/записи хранилища данных и стоимость хранимых данных хранилища данных.
YMMV на основе типа приложения, которое вы разрабатываете, конечно. Если это интенсивное приложение OLTP, которое обрабатывает простой и частой CRUD для ваших записей данных, большая часть затрат будет заключаться в операциях чтения/записи хранилища данных, поэтому я бы предложил начать оценивать этот ресурс.
Для чтения/записи хранилища данных затраты на запись обычно намного дороже, чем затраты на чтение данных. Это связано с тем, что стоимость записи учитывает не только стоимость записи объекта, но и запись всех индексов, связанных с объектом. Я бы посоветовал вам прочитать статью Google о жизни записи хранилища данных, особенно в разделе "Применение фазы", чтобы понять, как рассчитать количество записей для каждого объекта на основе вашей модели данных.
Чтобы сделать приблизительную оценку часов экземпляра, самый простой подход (но не всегда выполнимый) - это развертывание простого приложения для проверки того, как долго будет выполняться конкретный запрос. Если этот подход нежелателен, вы можете также основывать свою оценку на странице Состояние системы Google App" (например, какова будет латентность для записи хранилища данных для лица особого размера), чтобы получить (очень) грубое изображение о том, сколько времени потребуется для обработки вашего запроса.
Третьей основной областью стоимости, на мой взгляд, является стоимость хранимых данных хранилища данных. Разумеется, это зависит от вашей модели данных, но любые сделанные вами оценки также должны учитывать хранилище, которое будет принято индексами сущностей. Если быстро взглянуть на страницу статистики хранилища данных, я думаю, что индексы могут увеличить размер хранилища от 40% до 400%, в зависимости от того, сколько индексов у вас есть для конкретного объекта.