Чим відрізняється Google App Engine від Google Compute Engine?


428

Мені було цікаво, в чому різниця між App Engine & Compute Engine. Хтось може мені пояснити різницю?


35
Мені було не зрозуміло на їх домашніх сторінках. Приємно просто прояснити, як тут. Ця сторінка StackOverflow зробила це для мене справою. Кожному своє. :)
Mikeumus

10
домовились. комусь потрібно сказати "вже досить!" для цих типів маркетингу
Randy L

Відповіді:


468

App Engine - це платформа як послуга. Це означає, що ви просто розгортаєте свій код, а платформа робить все інше за вас. Наприклад, якщо ваш додаток стане дуже успішним, App Engine автоматично створить більше примірників для обробки збільшеного обсягу.

Детальніше про App Engine

Compute Engine - це інфраструктура як послуга. Вам потрібно створити та налаштувати власні екземпляри віртуальної машини. Це дає більше гнучкості і, як правило, коштує набагато менше, ніж App Engine. Недолік полягає в тому, що вам доведеться самостійно керувати додатком та віртуальними машинами.

Детальніше про Compute Engine

При необхідності можна змішати і App Engine, і Compute Engine. Вони обидва добре працюють з іншими частинами хмарної платформи Google .

EDIT (травень 2016 р.):

Ще одне важливе розмежування: проекти, запущені на App Engine, можуть зменшуватись до нуля, якщо жодних запитів не надходить. Це надзвичайно корисно на етапі розробки, оскільки ви можете їхати тижнями, не перебираючи велику безкоштовну квоту годин-екземплярів. Гнучке виконання (тобто "керовані віртуальні машини") вимагає принаймні одного примірника для постійного запуску.

EDIT (квітень 2017):

Хмарні функції (на даний момент у бета-версії) - це наступний рівень, що вищий від App Engine в плані абстракції - жодних випадків! Це дозволяє розробникам розгортати шматочки коду розміру, які виконуються у відповідь на різні події, які можуть включати HTTP-запити, зміни у Cloud Storage тощо.

Найбільша відмінність App Engine полягає в тому, що функції розраховуються за 100 мілісекунд, тоді як екземпляри App Engine вимикаються лише через 15 хвилин бездіяльності. Ще одна перевага полягає в тому, що хмарні функції виконуються негайно, тоді як для виклику App Engine може знадобитися новий екземпляр, а холодний запуск нового екземпляра може зайняти кілька секунд або довше (залежно від часу виконання та вашого коду).

Це робить хмарні функції ідеальними для (a) рідкісних дзвінків - не потрібно підтримувати екземпляр в прямому ефірі на випадок, якщо щось трапляється, (b) швидко змінюється навантаження, де екземпляри часто крутяться і вимикаються, і, можливо, більше випадків використання.

Детальніше про хмарні функції


7
Якщо я хочу розгорнутись через Docker, які відмінності (окрім цін) між використанням GAE та GCE?
FullStack

2
Привіт, Волгін, чи можеш ти пояснити причину того, що "Compute Engine" коштує набагато дешевше, ніж App Engine. Дякую
fangzhzh

21
App Engine пропонує рівень автоматизації (тобто зручність), якого ви не отримуєте на GCE. За 5 років використання GAE мені ніколи не доводилося встановлювати, виправляти чи налаштовувати будь-яке програмне забезпечення, копіювати диски тощо. Він також пропонує відносно надійне управління завантаженням та ємністю - автоматично розкручуючи та відключаючи екземпляри за потребою. Загалом, ці функції дозволяють Google стягувати більше грошей, наприклад, багато компаній і окремих розробників із задоволенням платять цю премію, оскільки GAE економить багато часу, який можна краще витратити на покращення власних додатків або заробляти гроші іншим чином.
Андрій Волгін

7
Google також пропонує ще одну послугу під назвою: Container Engine, яка зосереджена на керуванні докерами та контейнерами (kubernetes).
Брам

8
Швидкий коментар до "Ще однією перевагою є те, що хмарні функції виконуються негайно". З досвіду реального життя вони мають той самий недолік холодних стартів, який міг би скласти просту суму (a, b) {return a + b} займає хвилини з холодними стартами
Адам

89

Основна відмінність полягає в тому, що Google App Engine ( GAE ) - це платформа як послуга ( PaaS ), тоді як Google Compute Engine ( GCE ) - інфраструктура як послуга ( IaaS ) .

Щоб запустити свою програму в GAE, вам просто потрібно написати свій код і розгорнути його в GAE, жодного іншого головного болю. Оскільки GAE є повністю масштабованим, він автоматично набирає більше примірників у випадку, якщо трафік збільшується, та зменшує кількість випадків, коли трафік зменшується. З вас буде стягнуто кошти за реально використані вами ресурси , я маю на увазі, що з вас буде виставлено рахунок за часові години , перенесені дані , сховище тощо. Але обмеження полягає в тому, що ви можете створити свою програму лише в Python, PHP, Java, NodeJS, .NET, Ruby та ** Go .

З іншого боку, GCE надає вам повну інфраструктуру у вигляді віртуальної машини . Ви маєте повний контроль над середовищем та часом виконання цих віртуальних машин, оскільки ви можете написати або встановити будь-яку програму там. Насправді GCE - це спосіб практично використовувати Центри обробки даних Google. У GCE вам доведеться вручну налаштувати свою інфраструктуру для управління масштабованістю за допомогою Load Balancer .

І GAE, і GCE є частиною хмарної платформи Google .

Оновлення: у березні 2014 року Google оголосив про нову послугу під назвою App Engine під назвою Керована віртуальна машина . Керовані віртуальні машини пропонують додаткам двигуна додатків трохи більшу гнучкість у порівнянні з платформою додатків, процесором та пам'яттю. Як і GCE, ви можете створити користувальницьке середовище виконання у цих віртуальних машинах для додатків із двигуном додатків. Фактично керовані віртуальні машини App Engine в деякій мірі розмивають межу між IAAS та PAAS.


1
З їхніх документів ви можете розгорнути VM в GAE через Docker. cloud.google.com/appengine/docs/managed-vms
FullStack

Здається, що зараз ви можете використовувати Node.js та Ruby в GAE.
Blaszard

3
Тепер керовані віртуальні машини називаються гнучким середовищем додатків App Engine
killjoy

1
Я розгортав свій код у двигуні App, коли я перевіряю консоль, бачу екземпляр Compute Engine VM, також під час перевірки консолі двигуна App я бачу сліди запитів сервлетів HTTP. тож я використовую додаток або обчислювальний движок?
EhsanR

Я думаю, що частина про зберігання в " ... вам виставлятимуть рахунок за часові години, передані дані, сховище тощо. Ваш додаток дійсно використовується ..." про GAE невірно. Приклади GAE є (в основному) мінливими. Отже, коли екземпляр закривається (наприклад, якщо екземпляр був створений у відповідь на збільшення трафіку, а тепер видаляється, коли трафік падає), ви втрачаєте всі збережені дані. Тому я не вважаю правильним заявляти, що ви "платите" за "зберігання" в GAE, хоча ви можете підключити свій додаток у GAE до іншого продукту GCP, який забезпечує зберігання та стягуватиме плату за пізніше, а не як GAE
Дамілола Olowookere

56

Простіше кажучи: обчислювальний движок дає вам сервер, за який ви маєте повний контроль / відповідальність. У вас є прямий доступ до операційної системи, і ви встановлюєте все необхідне програмне забезпечення, яке, як правило, веб-сервер, база даних тощо ...

У двигуні додатків ви не керуєте операційною системою жодного із програм, що лежать в основі. Ви завантажуєте лише код (Java, PHP, Python або Go) та voila - він просто працює ...

Двигун додатків економить тонни головного болю, особливо для недосвідчених людей, але у нього є два суттєвих недоліки: 1. дорожче (але у нього є вільна квота, у якої не обчислюється двигун) 2. у вас менше контролю, тому певні речі просто не можливо, або можливо лише одним певним чином (наприклад, збереження та запис файлів).


2
Ви можете розгорнути VM в GAE через Docker, щоб ви могли керувати ОС тощо. Cloud.google.com/appengine/docs/managed-vms
FullStack

3
"це просто працює", ти серйозно? я думаю, що я не єдиний, хто має проблеми з адаптацією коду до GAE, коли мова заходить про завантаження файлів або фонові процеси
emfi

36

Або зробити це ще простіше (оскільки часом ми не можемо розмежувати стандарт GAE та GAE Flex):

Compute Engine аналогічний віртуальному ПК, на якому, наприклад, ви розгорнете невеликий веб-сайт + базу даних. Ви керуєте всім, включаючи управління встановленими дисководами. Якщо ви розгортаєте веб-сайт, ви відповідаєте за налаштування DNS тощо.

Google App Engine (Стандартний) - це як папка, що містить лише читання, в яку ви завантажуєте код для виконання та не переживайте про інше (так: лише для читання - для вас встановлений фіксований набір бібліотек, і ви не можете розгорнути Треті партійні бібліотеки за бажанням). DNS / субдомени тощо набагато простіше зробити карту.

Google App Engine (гнучкий) насправді схожа на цілу файлову систему (не просто заблоковану папку), де у вас більше енергії, ніж у стандартного двигуна, наприклад, ви маєте дозволи на читання / запис, (але менше порівняно з Compute Engine ). У стандарті GAE у вас встановлений фіксований набір бібліотек, і ви не можете розгорнути сторонні бібліотеки за бажанням. У гнучкому середовищі ви можете встановити будь-яку бібліотеку, від якої залежить ваш додаток, включаючи користувацькі середовища збирання (наприклад, Python 3).

Хоча GAE Standard дуже громіздкий для вирішення (хоча Google робить це звуком просто), він дуже добре масштабується, коли піддається тиску. Це громіздко, тому що вам потрібно перевірити та забезпечити сумісність із заблокованим середовищем та переконатися, що будь-яка стороння бібліотека, яку ви використовуєте, не використовує жодної іншої сторонньої бібліотеки, про яку ви не знаєте, яка може не працювати за стандартом GAE. На практиці це потребує більше часу, але в довгостроковій перспективі може бути кориснішим для простого розгортання.


ви маєте на увазі під "лише для читання" факт, що ми не можемо записати на диск файли?
Джон

@JohnBalvinArias так, це контейнер з піском для читання. Ви не можете отримати доступ до зовнішнього світу, а також не можете писати на цей контейнер / диск. Тут ви можете виконати свій код.
див.

Отже, якщо я можу використовувати docker для установки s / w в GAE, чи означає це, що Google бере участь у створенні / виділенні екземпляра Linux з базовими конфігураціями, а потім запускає докер на його вершинах? По суті, обчислювальний движок додає додаткову відповідальність за конфігурацію VM. Чи правий я?
старець-монах

32

На додаток до приміток App Engine vs Compute Engine, наведеного вище, список містить також порівняння з Google Kubernete Engine та деякі замітки, засновані на досвіді роботи із широким спектром програм від малого до великого. Докладніше див. У документації Google Cloud Platform на високому рівні з описом функцій в App Engine Standard та Flex на сторінці Вибір середовища App Engine . Ще одне порівняння розгортання App Engine і Kubernetes дивіться у публікації від Daz Wilkin App Engine Flex або Kubernetes Engine .

Стандарт двигуна додатків

Плюси

  • Дуже економічно для додатків з низьким трафіком з точки зору прямих витрат, а також витрат на обслуговування додатка.
  • Автоматичне масштабування швидко. Автоматичне масштабування в App Engine базується на легких класах екземплярів F1-F4 .
  • Управління версіями та розподіл трафіку - це швидко та зручно. Ці функції вбудовані в App Engine (як Standard, так і Flex) спочатку.
  • Мінімальне управління розробникам потрібно зосередитись лише на своїй програмі. Розробникам не потрібно турбуватися про те, щоб керувати VM в надійному, як у GCE, або вивчати кластери, як у GKE.
  • Доступ до Datastore швидкий. Коли вперше було випущено App Engine, час роботи знаходився спільно з Datastore. Пізніше Datastore було відокремлено як окремий продукт Cloud Datastore, але місце розташування App Engine Standard, що обслуговується з Datastore, залишається.
  • Доступ до Memcache підтримується.
  • Пісочниця App Engine дуже безпечна. Порівняно з розробкою на GCE та інших віртуальних машинах, де потрібно докладати власних зусиль, щоб запобігти захопленню віртуальної машини на рівні операційної системи, пісочниця App Engine Standard є відносно безпечною за замовчуванням.

Мінуси

  • Як правило, більш обмежені, ніж інші середовища. Примірники менше. Хоча це добре для швидкого автоматичного масштабування, багато додатків можуть скористатися більшими екземплярами, наприклад, розмірами екземплярів GCE до 96 ядер.
  • Мережа не інтегрована з GCE
  • Неможливо поставити App Engine за балансовий навантажувач Google Cloud. Обмежено підтримкою виконання: Python 2.7, Java 7 і 8, Go 1.6-1.9 та PHP 5.5. У Java є деяка підтримка сервлетів, але не повний стандарт J2EE.

Додаток Flex Flex

Плюси

  • Можна використовувати користувацький час виконання
  • Рідна інтеграція з мережею GCE
  • Управління версіями та трафіком зручно, як і Стандарт
  • Більші розміри екземплярів можуть бути більш придатними для великих складних програм, особливо програм Java, які можуть використовувати багато пам'яті

Мінуси

  • Інтеграція в мережу не є ідеальною - немає інтеграції з внутрішніми балансирами навантаження або Спільними віртуальними приватними хмарами
  • Доступ до керованого Memcache загалом недоступний

Google Kubernetes Engine

Плюси

  • Вбудована інтеграція з контейнерами дозволяє користувальницьким режимам виконання і більшому контролю над конфігурацією кластера.
  • Втілює багато найкращих практик роботи з віртуальними машинами, такі як незмінні середовища виконання та легка можливість повернення до попередніх версій
  • Забезпечує послідовну та повторювану рамку розгортання
  • На основі відкритих стандартів, зокрема кубернетів, для портативності між хмарами та локальними приміщеннями.
  • Управління версіями може здійснюватися за допомогою контейнерів Docker та реєстру Google Container

Мінуси

  • Розбиття та управління трафіком - це робиш сам, можливо, використовуючи Істіо та Посланника
  • Деякі управлінські накладні витрати
  • Деякий час, щоб з'явитись на такі поняття Kubernetes, як стручки, розгортання, служби, вхід та простори імен
  • Необхідно викрити деякі загальнодоступні IP-адреси, за винятком випадків використання приватних кластерів , які тепер є у бета-версії, та усунути цю потребу, але вам все одно потрібно забезпечити доступ до місць, з яких будуть виконуватися команди kubectl.
  • Моніторинг інтеграції не ідеальний
  • У той час як внутрішнє балансування навантаження L3 підтримується на Kubernetes Engine, внутрішній баланс навантаження L7 роби сам, можливо, використовуючи посланника

Обчислювальний двигун

Плюси

  • Легке нарощування - не потрібно підсилювати Kubernetes або App Engine, просто повторно використовуйте все, що вам відомо з попереднього досвіду. Це, мабуть, головна причина використання Compute Engine безпосередньо.
  • Повний контроль - ви можете скористатися багатьма функціями Compute Engine безпосередньо та встановити найновіші з усіх ваших улюблених речей, щоб залишитися на межі кровотечі.
  • Немає необхідності в публічних ІС. Деяке застаріле програмне забезпечення може бути занадто важким для блокування, якщо щось відкрите на публічних IP-адресах.
  • Ви можете використовувати ОС, оптимізовану контейнерами, для запуску контейнерів Docker

Мінуси

  • Здебільшого робіть самі, що може бути складним завданням для забезпечення надійності та безпеки, хоча ви можете повторно використовувати рішення з різних місць, включаючи Cloud Launcher.
  • Більше витрат на управління. Існує багато інструментів управління для Compute Engine, але вони не обов'язково зрозуміють, як ви розгорнули свою програму, як-от інструменти моніторингу App Engine і Kubernetes Engine.
  • Автоматичне масштабування базується на екземплярах GCE, що може бути повільніше, ніж App Engine
  • Тенденція полягає у встановленні програмного забезпечення на екземплярах GCE Snowflake, що може докласти певних зусиль для підтримки

18

Як уже було пояснено, Google Compute Engine (GCE) - це інфраструктура як послуга (IaaS), тоді як Google App Engine (GAE) - платформа як послуга (PaaS). Ви можете перевірити наступну діаграму, щоб краще зрозуміти різницю (Взято з та краще пояснено тут ) -

Типи хмарних обчислень

Google Compute Engine
GCE - важлива послуга, що надається з хмарної платформи Google (GCP), оскільки більшість служб GCP використовують екземпляри GCE (VM) під управлінням шаром (не впевнений, який з них немає). Сюди входять App Engine, Cloud Functions, Kubernetes Engine (Раніший двигун контейнерів), Cloud SQL тощо. Примірники GCE є найбільш налаштованою одиницею там, і тому їх слід використовувати лише тоді, коли ваша програма не може працювати в будь-яких інших службах GCP. Більшу частину часу люди використовують GCE для передачі своїх програм On-Prem до GCP, оскільки це вимагає мінімальних змін. Пізніше вони можуть вибрати інші послуги GCP для окремого компонента своїх додатків.

Google App Engine
GAE - це перша послуга, запропонована GCP (задовго до того, як Google прийшов у хмарний бізнес). Він автоматично масштабує від 0 до необмежених випадків (він використовує GCE під ним). Він постачається з 2 ароматами Стандартне середовище та Гнучка середовище.

Стандартне середовище дійсно швидко, зменшується до 0 примірників, коли ніхто не використовує ваш додаток, масштабується вгору і вниз за секунди, і спеціальні служби та бібліотеки Google мають кешування, аутентифікацію тощо. Застереження із середовищем Standard - це те, що воно дуже обмежує оскільки він працює в пісочниці. Вам потрібно використовувати керовані режими виконання лише для конкретних мов програмування. Останні доповнення: Node.js (8.x) та Python 3.x. Старіші версії доступні для Go, PHP, Python 2.7, Java тощо.

Гнучка середовище є більш відкритою, оскільки дозволяє використовувати власні режими виконання, оскільки вони використовують докер-контейнери. Таким чином, якщо ваш час роботи недоступний у передбачені умови виконання, ви завжди можете створити свій власний докер-файл для середовища виконання. Застереження з цим є, що для цього потрібно мати принаймні 1 екземпляр, навіть якщо ніхто не використовує ваш додаток, плюс масштабування вгору та вниз вимагає декількох хвилин.

Не плутайте GAE гнучкий з Kubernetes Engine, оскільки пізніше використовується фактичний Kubernetes і надає набагато більше налаштувань та функцій. GAE Flex корисний, коли потрібно контейнери без громадянства, і ваша програма покладається лише на протоколи HTTP або HTTPS. Для інших протоколів єдиний вибір - Kubernetes Engine (GKE) або GCE. Перевірте іншу відповідь для кращого пояснення.


10

App Engine надає розробникам можливість контролювати сердечники Google Compute Engine, а також надавати передній частині веб-сторінок для додатків обробки даних Google Compute Engine.

З іншого боку, Compute Engine пропонує пряме і повне управління операційною системою ваших віртуальних машин. Щоб представити свою програму, вам знадобляться ресурси, і Google Cloud Storage ідеально підходить для зберігання ваших активів і даних, для чого б вони не використовувалися. Ви отримуєте швидкий доступ до даних за допомогою хостингу по всьому світу. Надійність гарантується в режимі 99,95%, а Google також забезпечує можливість резервного копіювання та відновлення ваших даних, вірте чи ні, зберігання не обмежене.

Ви можете керувати своїми активами за допомогою Cloud Cloud Storage, зберігаючи, отримуючи їх, показуючи та видаляючи їх. Ви також можете швидко читати та записувати на плоскі таблиці даних, які зберігаються у Cloud Storage. Наступним у лінійці Google Cloud є BigQuery. За допомогою BigQuery ви можете проаналізувати величезну кількість даних, ми говоримо мільйони записів протягом декількох секунд. Доступ обробляється через простий інтерфейс або інтерфейс представницького стану, або інтерфейс REST.

Зберігання даних, як ви можете підозрювати, не є проблемою, а масштаби становлять сотні туберкульозу. BigQuery доступний через безліч клієнтських бібліотек, у тому числі для Java, .NET, Python, Go, Ruby, PHP та Javascript. Доступний SQL-синтаксис під назвою NoSQL, доступ до якого можна отримати через ці бібліотеки клієнтів або через веб-інтерфейс користувача. Нарешті, поговоримо про параметри бази даних Google Cloud, Cloud SQL та Cloud Datastore.

Є основна різниця. Cloud SQL призначений для реляційних баз даних, насамперед MySQL, тоді як Cloud Datastore - для нереляційних баз даних, що використовують noSQL. За допомогою Cloud SQL ви можете вибрати хостинг у США, Європі чи Азії зі 100 ГБ пам’яті та 16 ГБ оперативної пам’яті на екземпляр бази даних.

Cloud Datastore доступний безкоштовно до 50 К інструкцій з читання / запису на місяць та 1 ГБ даних, що зберігаються також на місяць. Однак ви перевищуєте плату за перевищення цих квот. App Engine також може працювати з іншими менш відомими, більш цілеспрямованими учасниками платформи Google Cloud, включаючи Cloud Endpoints для створення програмних пакетів API, API прогнозування Google для аналізу даних та прогнозування тенденцій або API Google Translate для багатомовного виведення.

Незважаючи на те, що ви можете самостійно заробляти за допомогою App Engine, це потенційно зростає, коли ви враховуєте його здатність легко та ефективно працювати з іншими службами платформи Google Cloud.


10

Якщо ви знайомі з іншими популярними послугами:

Google Compute Engine -> AWS EC2

Google App Engine -> Heroku або AWS Elastic Beanstalk

Функції Google Cloud -> Функції лямбда AWS


7

Я поясню це таким чином, що для мене мав сенс:

  • Compute Engine : Якщо ви самостійно працюєте або маєте ІТ-команду, і ви просто хочете взяти напрокат комп'ютер на хмарі, який має конкретну ОС (наприклад, Linux), ви перейдете до Compute Engine. Ви повинні зробити все самостійно.

  • App Engine : Якщо ви (наприклад) програміст python і хочете орендувати попередньо налаштований комп’ютер у хмарі, на якому є Linux із запущеним веб-сервером та найновішим python 3 з необхідними модулями та деякими модулями для інтеграції інші зовнішні служби, ви перейдете на App Engine.

  • Контейнер без сервера (Cloud Run) : якщо ви хочете розгорнути точне зображення вашого локального середовища налаштування (наприклад: python 3.7 + flask + sklearn), але ви не хочете мати справу з сервером, масштабуванням тощо. Ви створюєте контейнер на локальній машині (через докер), а потім розгорніть її в Google Run.

  • Мікросервіс без сервера (хмарні функції) : якщо ви хочете написати купу API (функцій), які виконують певну роботу, ви перейдете до функцій Google Cloud Cloud. Ви просто зосереджуєтесь на тих конкретних функціях, решта роботи (сервер, обслуговування, масштабування тощо) робиться за вас, щоб викрити свої функції як мікросервіси.

У міру заглиблення ви втрачаєте деяку гнучкість, але вас не турбують зайві технічні аспекти. Ви також платите трохи більше, але економите час та кошти (ІТ-частина): хтось інший (google) робить це за вас.

Якщо ви хочете не піклуватися про балансування навантаження, масштабування тощо, важливо розділити додаток на купу веб-служб "без громадянства", які записують що-небудь постійне в окреме сховище (сховище бази даних або блоків). Тоді ви дізнаєтесь, наскільки приголомшливими є функції Cloud Run та Cloud Cloud.

Особисто я знайшов Google Cloud Run дивовижним рішенням, абсолютною свободою в розвитку (доки без громадянства), виставив його як веб-сервіс, докеріть своє рішення, розгорніть його за допомогою Cloud Run. Нехай Google буде вашим ІТ та DevOps, вам не потрібно дбати про масштабування та обслуговування.

Я спробував всі інші варіанти, і кожен з них підходить для різних цілей, але Google Run просто приголомшливий. Для мене це справжній сервер без втрати гнучкості в розвитку.


3

Хмарні сервіси надають широкий спектр варіантів від повністю керованих до менш керованих сервісів. Менш керовані сервіси надають більше контролю розробникам. Така ж різниця і в Compute та App Engine. Зображення, представлені нижче, детальніше пояснюють цю тему введіть тут опис зображення


1

Google Compute Engine (GCE)

Віртуальні машини (ВМ), розміщені в хмарі. До хмари їх часто називали віртуальними приватними серверами (VPS). Ви б використовували це так само, як і фізичний сервер, де ви встановлюєте та налаштовуєте операційну систему, встановлюєте додаток, встановлюєте базу даних, постійно оновлюєте ОС тощо. Це відоме як Інфраструктура- послуга (IaaS).

Віртуальні комп'ютерні файли найбільш корисні, коли у вашому центрі даних працює наявна програма, що працює на VM або сервері, і ви хочете легко перенести її на GCP.

Google App Engine

App Engine розміщує і працює з вашим кодом, не вимагаючи, щоб ви мали справу з операційною системою, мережами та багатьма іншими речами, з якими вам доведеться керувати фізичним сервером або VM. Розглядайте це як час виконання, який може автоматично розгортати, версію та масштабувати вашу програму. Це називається платформа як послуга (PaaS).

App Engine є найбільш корисним, коли потрібно автоматичне розгортання та автоматичне масштабування програми. Якщо ваша програма не вимагає налаштування спеціальної ОС, App Engine часто вигідніше, ніж налаштовувати та керувати ВМ вручну.


Я не розумію, чому ця відповідь не отримує всіх заслужених результатів! :)
Дамілола Olowookere
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.