розуміючи електронну пошту "потрібні дії" від GCP, повторно увімкніть API Cloud Build

Я використовую Firebase для своїх веб-додатків, а не хмарної платформи Google, хоча я знаю, що кожен проект Firebase є проектом GCP.

Щойно я отримав електронний лист від GCP, сказав:

[Необхідна дія]: увімкніть API Cloud Build для своїх проектів до 20 квітня 2020 року, щоб переконатися, що функція Cloud Cloud побудована та розгорнута правильно ... Ви повинні включити API Cloud Build для своїх проектів, щоб переконатися, що ваша функція Cloud правильно побудований і розгорнутий. Після ввімкнення API ви можете стягувати плату, якщо використання Cloud Cloud, Container Registry або Cloud Storage перевищує ліміти вільних рівнів для цих продуктів.

Чи впливає це взагалі на процес розгортання або розробки Firebase? (наприклад, зараз я використовую firebase deploy)

Наскільки я можу сказати, відповідь "ні" - це просто дозволяє збільшити максимальний час нарощування на день. Але електронний лист взагалі не згадував Firebase, тому я хочу бути впевненим, що я розумію будь-які інші наслідки задовго до 20 квітня.

У мене були ті ж запитання, і я зв’язався з командою підтримки firebase, ось мої запитання та відповіді, які я отримав:

"Це обов'язково?"

Тільки якщо в майбутньому ви будете розгортати хмарні функції, на вже розгорнуті функції це не вплине.

"Як я можу дізнатися, чи використання моїх обладнань, реєстру контейнерів або хмарного сховища перевищить ліміти вільних рівнів для цих продуктів? Чи є спосіб, як перевірити те, що я використовував, щоб я був готовий?"

Cloud Build надає безкоштовний рівень, де стягуватиметься лише використання понад 120 хвилин у день. Якщо ви користуєтеся вільним рівнем, з вас не стягуватиметься плата за частину розгорнення Cloud Cloud Function. Щоб отримати додаткову інформацію, перегляньте ціни на Cloud Build. Аналогічно, Cloud Storage та Container Registry мають безкоштовний рівень, де стягуватиметься лише використання понад 5 Гб місяців. (* Примітка: вільний рівень обмежений лише регіонами США - US-WEST1, US-CENTRAL1 та US-EAST1 та агреговано для всіх 3 регіонів)? Наприклад, якщо у вас є велика розгортання, яка використовує 100 Гб пам’яті, з вас буде стягнуто лише додаткові 2,47 долара за зберігання / місяць (виходячи з конкретних регіональних цін на зберігання в США). Ви можете стежити за своїм використанням та бачити, чи наближаєтесь ви до отримання безкоштовних квот.

"Нарешті, що все це робить для мого додатка? Чому мені потрібно додати інші функції? Якщо ви продали мені це, як би ви подали це для мого використання?"

Це найкраще зусилля від Google для передачі інформації, яка необхідна для постійного використання продукту користувачем або вважається необхідним юридичним оновленням, а також утримує клієнтів від подальших проблем. Використання Cloud Build, Container Registry та Cloud Storage надає такі переваги: ​​Детальні журнали побудови функцій будуть доступні на консолі GCP, що сприятиме налагодженню та збільшує видимість. Можливість отримати час збірки, що перевищує поточну квоту збірки 120 будівельних хвилин / день. Можливість перегляду вбудованого зображення контейнера для вашої функції в Реєстрі контейнерів.

Я отримав таку відповідь від Firebase Support:

Ви не зможете використовувати хмарні функції, якщо після цієї дати ви не ввімкнете API Cloud Build [20 квітня 2020].

І в подальшому обміні:

наскільки я знаю, що стосується розгортання, все буде те саме

Отже, моя інтерпретація цих відповідей стосовно оригінального питання (чи вплине це на механіку розробки чи розгортання ):

• Процес розгортання: зміни не потрібні
• Процес розробки: зміни не потрібні *

* якщо ваш час складання перевищує 120 хвилин на день, і ви хочете уникнути пов’язаних з цим витрат, ви можете добровільно дослідити зміну процесу розгортання / розробки, щоб скоротити хвилини збирання.

Дякую також Франці за його відповідь, яка проливає світло на інші аспекти змін.