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

## Типи додатків
Дворівневі веб-програми складаються з веб-сервера, на якому виконується програма, і бази даних для зберігання даних програми. Запуск Linux, Apache, MySQL і PHPâÃÂÃÂ, який зазвичай називають стеком LAMP, є типовим прикладом дворівневої веб-програми. Варіації дистрибутива Linux, програмного забезпечення веб-сервера, бази даних або мови програмування впливають на технічні деталі будь-якої міграції, але огляд і кроки міграції є узгодженими

## Фази міграції
Хмарні міграції відбуваються в наступні чотири фази

 Оцінка
Визначте всі характеристики вашого робочого навантаження, перерахуйте ресурси, необхідні для виконання вашого робочого навантаження в хмарі, і вкажіть усі ключові залежності та зв’язки з іншими робочими навантаженнями. Використовуючи повний список характеристик, ви можете почати планувати, які програми та робочі навантаження слід перемістити та в якому порядку

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

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

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

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

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

 фундамент
Розробте та сплануйте конкретні деталі для розгортання нового хмарного середовища. До них належать:
- Хмарна архітектура та модель безпеки для забезпечення інфраструктурної основи для ваших робочих навантажень

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

Технологія кінцевого стану та інструменти, на яких працюватимуть ваші робочі навантаження

Облік управління залежностями, часові рамки та методи переміщення даних

 Міграція
Перемістіть дані та розгорніть сервіси, інфраструктуру та код до місця призначення. Ви повинні використовувати автоматизацію та інструменти для підтримки цих операцій

 Оптимізація
Перевірте, чи відповідають рішення та припущення, які ви зробили на етапах оцінки та заснування, реальності після етапу міграції. Ви визначаєте будь-які зміни, які можуть знадобитися. Подумайте про те, як досліджувати інші хмарні варіанти, як-от перехід від інфраструктури як послуги (IaaS) до платформи як послуги (PaaS) або скористатися перевагами пропозицій керованих послуг. Залежно від результату фази оптимізації ви можете розпочати цикл знову, щоб внести зміни чи модифікації. Завжди починайте з етапу оцінювання та використовуйте свій досвід, щоб підвищувати ефективність з кожною ітерацією

## Типи міграцій
У наступних розділах описано три найпоширеніші стратегії міграції для переміщення програм у хмару

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

Наприклад, якщо обидва рівні вашої веб-програми розміщено на віртуальних машинах, ви можете перенести їх як є за допомогою функції «Міграція на віртуальні машини». Коли ці віртуальні машини знаходяться в хмарі, ви можете розглянути можливість оновлення до більш хмарної обчислювальної платформи для отримання додаткових переваг

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

Інший варіант цієї стратегії полягає в тому, щоб вдосконалюватися і рухатися одним рухом. Якщо обидва рівні вашої веб-програми розміщено на віртуальних машинах, ви можете використовувати Migrate to Containers, щоб автоматично перемістити та перетворити ці віртуальні машини на контейнери, що працюють на Google Kubernetes Engine (GKE).

 Розірвати та замінити
використання
*викопувати та замінювати*, коли ви хочете створити нове рішення в хмарі, і
припинити дію поточної версії вашого локального рішення. Це зазвичай використовується
коли застосовуються такі умови:
- Існуючу програму не варто підтримувати в хмарі ні технічно, ні фінансово

- Ліцензування програмного забезпечення в хмарі є непомірним або недоцільним

- Програма взагалі перестає задовольняти потреби бізнесу

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

## Етап оцінювання
Перш ніж розпочати будь-яку міграцію, ви повинні мати повне розуміння початкової точки

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

 Стек прикладного програмного забезпечення
Співпрацюйте зі своєю командою інфраструктури, операцій і розробників, щоб визначити такі деталі:
- Операційна система: Точний дистрибутив, версія, патчі, встановлені пакети

- Веб-сервер: точний пакет програмного забезпечення, номер версії, пакети або інші модифікації програмного забезпечення, а також усі конфігураційні файли та правила для програмного забезпечення веб-сервера

- База даних: точна назва програмного забезпечення, версія, схема, стратегія реплікації та розклад резервного копіювання

- Середовища виконання: точні версії всіх серверних і зовнішніх середовищ

 Апаратні ресурси системи
Для рівнів веб-сервера та бази даних дайте відповідь на такі запитання:
- Скільки серверів зараз працює?
- Який загальний розподіл ЦП, включаючи покоління, тип архітектури та швидкість?
- Який об’єм оперативної пам’яті та дискового простору виділено кожному серверу? Чи використовуються жорсткі диски чи SSD? RAID?

- Яке поточне використання, середнє використання та пікове використання ЦП, оперативної пам’яті та дискового простору?Подивіться на середнє та пікове значення в контексті конкретного використання в бізнесі.Наприклад, компанії, яка підтримує Олімпійські ігри, може знадобитися озирнутися на два роки назад, щоб побачити, як виглядає справжній пік, тоді як інші додатки можуть мати стабільніші показники.Подивіться на найтиповішу хронологію використання для середнього та найінтенсивнішу хронологію використання для піку.Також шукайте шаблони циклічного використання, такі як вихідні, вечори та робочі дні- для бази даних, яка стратегія резервного копіювання, реплікації чи сегментування використовується та як що впливає на вимоги до дискового простору та кількість необхідних серверів?Мережеві ресурсиПроаналізуйте мережеву архітектуру, яка дозволяє вашій програмі працювати.Переконайтеся, що у вас є точні та актуальні схеми топології логічної та фізичної мережі інфраструктури, яка підтримує вашу програму.Діаграми мають чітко окреслювати всі підключення, залежності та мережеві службиДайте відповіді на такі запитання:- Як клієнти отримують доступ до вашої програми?Через веб-браузер?Безпосередньо через IP-адресу?Через мобільний додаток?Використовуєте підключення до віртуальної приватної мережі?- Чи є у вас список усіх відповідних сертифікатів SSL/TLS і ключів шифрування?- Де розміщено всі відповідні сертифікати SSL/TLS?Коли вони закінчуються?Як поновити сертифікати?Як отримати нові сертифікати?Чи маєте ви доступ до всіх поточних сертифікатів?- Чи є у вас список усіх відповідних доменів, які підтримують програму?- Де розміщені ці домени?Коли вони закінчуються?Як їх поновити?Чи маєте ви доступ до облікових записів, які контролюють реєстрацію?- Де розміщується та контролюється ваш DNS?- Чи маєте ви доступ до всіх систем і інструментів, які контролюють DNS?Які поточні зіставлення CNAME з IP для кожного домену та чи є у вас резервна копія?- Які ваші налаштування часу життя DNS (TTL)?- Яке місце в архітектурі ваших брандмауерів та інших пристроїв доступу до мережі та контролю?Які зараз діють правила дозволу чи заборони трафіку?Хто відповідальний і яка процедура зміни або оновлення цих правил?- Чи користуєтеся ви послугами зовнішньої мережі?Наприклад, постачальник мережі доставки контенту (CDN) або розподілена служба захисту від відмови в обслуговуванні (DDoS)?## Базовий етапGoogle Cloud пропонує багато варіантів виконання обчислювальних завдань і робочих навантажень баз даних для багаторівневих програм, як-от LAMP.Цей розділ знайомить із цими параметрами та пояснює, чому ви можете вибрати один замість іншогоПараметри, орієнтовані на обчисленняCompute EngineCompute Engine — це IaaS пропозиція, яка дозволяє запускати віртуальну машину (VM) у Google Cloud.Ви можете інсталювати веб-фреймворки, серверне програмне забезпечення, бази даних та будь-яке інше програмне забезпечення, яке підтримує ваша операційна система.Якщо ви запускаєте свою власну програму LAMP на «голому металі», на віртуальній машині, у центрі обробки даних або в іншому хмарному провайдері, цей варіант може точно, якщо не точно, повторити ваш існуючий сервер.Ця опція пропонує найбільший контроль над конфігурацією операційної системи та параметрами програмного забезпечення веб-сервера.Compute Engine дозволяє глибоко контролювати типи машин, групи екземплярів, параметри зберігання, балансувальники навантаження та багато інших деталей.Зверніться до повної документації Compute Engine, щоб отримати більше коротких інструкцій, навчальних посібників тощоПереміщення вашої програми безпосередньо на Compute Engine є найпоширенішим методом швидкого переходу.Щоб отримати вказівки щодо зіставлення локальних ресурсів із Compute Engine, перегляньте найкращі методи перенесення віртуальних машин на Compute EngineCloud Deployment ManagerТакож Google Cloud Marketplace пропонує просту установку LAMP через Deployment Manager.Ви можете запустити сервер із уже встановленими та налаштованими за замовчуванням Debian Linux, Apache, MySQL, PHP і phpMyAdmin.Ви отримуєте повністю функціональний веб-сервер і облікові дані для встановлення MySQL всього за кілька хвилинGoogle Kubernetes EngineGKE — це кероване середовище, готове до роботи. для розгортання контейнерних програм.Використовуючи GKE, ви припиняєте керування операційною системою, контейнеризуючи програмне забезпечення веб-сервера.Наприклад, веб-сервери Apache і NGINX доступні з кожного публічного сховища контейнерів.Якщо ви використовуєте контейнери для виконання робочих навантажень у своєму середовищі, GKE — ефективний сервіс для підтримки подібного робочого процесу розгортання та тестування під час міграції робочого навантаження LAMP у Google Cloud.Якщо ви не використовуєте контейнери, спробуйте GKE для швидшого розгортання та відновлення, підвищення ефективності використання ресурсів і відсутності необхідності керувати основною операційною системою та віртуальною машиноюДля більше про керування додатками-контейнерами в масштабі, зверніться до документації GKE для швидкого запуску, навчальних посібників, концепцій, інструкцій та інших ресурсів, які допоможуть вам розпочатиПереміщення вашої локальної програми LAMP до GKE – це покращення й переміщення, тоді як перехід від самокерованої інфраструктури на основі контейнерів – це безперервна міграціяApp EngineApp Engine є безсерверна платформа для створення високомасштабованих програм.Залежно від типу програми, яку ви використовуєте, App Engine може усунути необхідність керувати серверами, контейнерами чи розгортаннями, дозволяючи розробникам зосередитися на написанні коду та зменшити складність керування будь-якою основною інфраструктурою.Не всі робочі навантаження є хорошими кандидатами для переходу на App Engine, але ті, які є, спостерігають зниження вартості та складності при збільшенні швидкості масштабування та відмовостійкості програми під навантаженнямApp Engine доступний у двох варіантах: стандартне середовище охоплює різні мови (включаючи PHP для нашої програми LAMP), а гнучке середовище дозволяє більше налаштовувати час виконання, продуктивність та інфраструктуру.Перегляньте документацію для вибраної мови, щоб дізнатися більшеПараметри бази даних
 Самокерований на Compute Engine
Ви можете встановити MySQL, PostgreSQL або будь-яку іншу базу даних на основі SQL на примірник Compute Engine. Це забезпечує той самий рівень контролю, який ви мали б під час запуску MySQL на робочій станції, на сервері в центрі обробки даних або як віртуальна машина в іншому хмарному провайдері. Коли ви запускаєте базу даних на віртуальній машині, ви несете відповідальність за налаштування, моніторинг і підтримку відновлення після відмови, реплікації, розділення та високої доступності

Ви можете розглядати базу даних як обчислювальне робоче навантаження, враховуючи процесор, оперативну пам’ять і дисковий простір, щоб забезпечити достатньо ресурсів для надійної роботи програми

Подібно до перенесення обчислювального навантаження на Compute Engine, цей підхід являє собою послідовну міграцію

 Хмарний SQL
Cloud SQL – це повністю керована служба бази даних, яка перекладає встановлення, налаштування та обслуговування вашої бази даних на Google Cloud. Він автоматизує резервне копіювання, реплікацію, виправлення та оновлення, а також дозволяє зосередитися на вашій програмі. Бази даних Cloud SQL можна використовувати для робочих навантажень, що працюють у будь-якому з обчислювальних сервісів Google, зокрема Compute Engine, GKE та App Engine. Якщо вам не потрібен глибокий контроль над вашою базою даних MySQL, Cloud SQL — це простий у налаштуванні та повнофункціональний варіант для запуску робочого навантаження LAMP

Cloud SQL може запускати та підтримувати MySQL і PostgreSQL. Якщо ви переходите з однієї з цих баз даних до Cloud SQL, це міграція підйомно-зрушення. Якщо ви досліджуєте нові методи реплікації, стратегії резервного копіювання або простоти керування інфраструктурою, це може бути покращення та переміщення

 Інші варіанти зберігання
Хмарне сховище — це масштабоване, повністю кероване, високонадійне та економічно ефективне сховище об’єктів або блобів, ідеальне для зберігання зображень, статичних ресурсів та інших неструктурованих даних. Хмарне сховище можна використовувати для розміщення статичного веб-сайту, але не призначене для зберігання активного вмісту бази даних. Це також ідеальне місце для зберігання об’єктів резервного копіювання та аварійного відновлення, а також даних для потокового передавання

Розгляньте можливість використання Cloud Storage як місця для зберігання резервних копій вашої бази даних під час і після міграції

 Firestore

Firestore — це повністю керована безсерверна хмарна база даних документів NoSQL, яка спрощує зберігання, синхронізацію та надсилання запитів на дані для ваших мобільних, веб-додатків та програм Інтернету речей (IoT) у глобальному масштабі. Його клієнтські бібліотеки забезпечують синхронізацію в реальному часі та підтримку в режимі офлайн, а його функції безпеки та інтеграція з Firebase і Google Cloud прискорюють створення справді безсерверних програм. Якщо у вашій програмі є вміст, який може виграти від формату NoSQL, як-от профілі користувачів, каталоги продуктів або стан гри, вам слід дослідити Firestore на етапі оптимізації вашої міграції

 Firebase
Firebase — це комплексна платформа мобільної розробки, яка включає параметри зберігання та бази даних. Якщо ваша програма підтримує мобільне робоче навантаження, платформу Firebase слід розглянути на етапі оптимізації

 Cloud Spanner
Spanner — це глобально поширена служба баз даних корпоративного рівня, створена для хмари. Він поєднує в собі переваги структур реляційних баз даних із горизонтальною масштабованістю нереляційних баз даних. Якщо ваша програма може отримати переваги від покращеної керованості, масштабованості та транзакцій із високою узгодженістю, подумайте про перенесення вашої бази даних на Spanner на етапі оптимізації

Google Cloud пропонує багато інших варіантів зберігання для підтримки різноманітних робочих навантажень

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

 Підйом і зсув: Compute Engine
Перший крок до початку міграції – це створення сумісної багаторівневої служби в Compute Engine. Хоча існує багато підходів до цього; наступні три найпоширеніші:
- Ручне налаштування. Запустіть віртуальну машину з потрібною операційною системою, потім вручну оновіть репозиторії, встановіть і налаштуйте програмне забезпечення, а також вручну підготуйте та налаштуйте базу даних і середовище виконання. Цей підхід забезпечує високий рівень контролю, але займає більше часу, є більш схильним до помилок і менш відтворюваним, ніж інші методи

- Автоматизовані. Використовуйте Migrate to VMs, щоб перенести стек віртуальних машин (у вказаному порядку) з локальних на віртуальні машини потрібного розміру, автоматично підготовлені та налаштовані в Compute Engine

- Cloud Marketplace. Запустіть попередньо налаштований стек LAMP у своєму проекті Google Cloud. Переконайтеся, що надані версії операційної системи та програмного забезпечення сумісні з вашою програмою. Перегляньте документацію Cloud Marketplace, щоб дізнатися більше

- Автоматизоване розгортання. Створюйте готові до роботи віртуальні машини, використовуючи концепції безперервної інтеграції/безперервного розгортання та різноманітні інструменти керування конфігурацією (Chef, Puppet, Ansible, Salt), інструменти інфраструктури у вигляді коду (Deployment Manager, Terraform) та інфраструктури автоматизації (Cloud Build). Автоматичне розгортання дає змогу тестувати, повторювати й автоматизувати методи розгортання віртуальних машин і програмного забезпечення, які відповідають вашим потребам програми та керування
 Удосконалення та переміщення: GKE і Cloud SQLЩоб перейти до керованого контейнерного рішення, ви повинні спочатку створити основу для свого кластера та керованого SQL-рішенняЗапуск кластера GKEСтворення кластера на GKE і керування цим кластером є першими кроками.Використовуйте інформацію, отриману на етапах оцінювання та заснування, щоб відповідним чином налаштувати початковий кластер і застосувати найкращі методи посилення безпекиПараметри запуску для Cloud SQLВикористання інформацію про базу даних, отриману на етапах оцінювання та заснування, створіть новий екземпляр Cloud SQL і дотримуйтесь інших інструкцій, щоб створити базу даних для вашої програми.Google надає список найкращих практик Cloud SQL, посібники з налаштування високої доступності та інші посібники з горизонтального масштабування.Ознайомтеся з варіантами підключення від Google Kubernetes Engine до Cloud SQL і виберіть варіант, який підходить для вашої програми та рівня досвідуБезсерверне вдосконалення та переміщення: App Engine і Cloud SQLЯкщо ви вирішите перенести свою програму LAMP на безсерверну структуру, вам може знадобитися змінити програму для підтримки App Engine.Кожна програма відрізняється, і існує багато стратегій.Почніть із ознайомлення з наступним:- Отримайте огляд архітектури мікросервісу в App Engine- Зрозумійте, як створювати та називати dev, test, QA, staging , а також виробничі середовища з мікросервісами в App Engine- Дізнайтеся про найкращі методи розробки API для обміну даними між мікросервісами- Дізнайтеся про найкращі практики для продуктивності мікросервісівЗалежно від вашого організаційного та особистого досвіду та знайомства з безсерверним кодом, безсерверна стратегія вдосконалення та переміщення може зайняти значно більше часу, ніж варіанти підйому та зміни.Однак надання вам найкращого безсерверного використання може стати величезною перевагою для вашої організації## Фаза оптимізаціїПісля того, як ваша програма запущена в Google Cloud, ви можете підтвердити свої припущення та рішення з попередніх трьох етапів.Повна міграція може зайняти багато часу, і багато деталей можуть змінюватися протягом процесу.Оптимізація охоплює багато областей, але ось кілька загальних категорійОптимізація витратПерехід від локальної до хмари змінює спосіб витрачання грошей на програми послуги та інфраструктура.Ви можете завершити оцінку застарілої локальної служби та виявити після міграції, що сучасне апаратне забезпечення, швидша пам’ять і новіша архітектура ЦП працюють ефективніше.Це може означати, що ваші віртуальні машини надмірно підготовлені та витрачають грошіВи можете дослідити використання екземплярів віртуальних машин з випередженням на Compute Engine.Можливо, вам не знадобилося стільки балансувальників навантаження, як ви думали, або вам вдалося очистити свою базу даних під час переїзду, і тепер у вас є місце, яке ви не використовуєте.Пошук способів заощадити гроші та знизити експлуатаційні витрати в хмарі може стати роботою на повний робочий день, яка окупає себе.Google Cloud має низку інструментів керування витратами, які можуть допомогти вам зрозуміти ціни хмариАвтоматизаціяПравильна автоматизація ваших обчислювальних навантажень у хмарі може призвести до витратпереваги економії та ефективностіDeployment Manager— це продукт Google Cloud, розроблений, щоб допомогти вам створювати та керувати хмарнимиресурсами за допомогою простих шаблонівВиконання сценаріїв за допомогоюgcloudє варіантом, якщо ви віддаєте перевагу створенню власних засобів автоматизації.У той час як фінансовіпереваги приносять автоматизація, інші переваги включають наступне:- Стандартні та повторювані процеси для зниження рівня помилок- Відстеження з можливістю аудиту для відповідності та управління- Поглиблене розуміння того, як працює ваша програма, як вона ламається та як її виправитиАвтоматизація збільшує час безвідмовної роботи, зменшуючи залежність від сповіщень і часу реакції людини, зменшує технічну заборгованість завдяки документуванню робочого процесу та дозволяє вашим інженерам менше зосереджуватися на увімкненому світлі, а більше на створенні кращих продуктів, інструментів і послуг.Ці концепції є основою Site Reliability Engineering (SRE).Google Cloud пропонує безкоштовну онлайн-книгу про розробку надійності сайтів, а також робочий посібник SRE із практичними прикладами та тематичними дослідженнямиРоз’єднання інфраструктури та кодуВи від’єднуєте служби багато разів у міру зростання програми.Розділення підключених служб і знання того, як їх самостійно масштабувати, підвищує доступність і надійність ваших програм.Цей процес зазвичай складається з трьох кроків:- Впроваджуйте інфраструктуру як код (IaC) скрізь.Впроваджуючи IaC і процеси керування конфігурацією, ви отримуєте відстежувані, аудитовані та відтворювані будівельні блоки для надання та конфігурації всієї вашої інфраструктури- Розділіть наявні служби на мікросервіси.Використовуйте проміжне програмне забезпечення, орієнтоване на повідомлення, як-от Pub/Sub, щоб дозволити кожній мікрослужбі бути власним доменом помилки- Почніть міграцію служб з інфраструктури як послуги на платформу як послугу , або навіть функціонує як служба або без сервера як служба.Подорож від «монолітного коду та інфраструктури» до «відокремлених мікросервісів, які ефективно працюють у всьому спектрі IaaS» — це цінна мета, яка зажадає часу, зусиль і відданостіНалаштування продуктивностіНалаштування продуктивності може призвести до значного збільшення використання системи та часу відгуку.Кожне робоче навантаження має інший метод налаштування продуктивності, від файлів конфігурації програмного забезпечення до налаштування прапорів ядра.Для додатків LAMP налаштування продуктивності зазвичай поділяють на три категорії:- Налаштування хмари, мережі та операційної системи:
- 5 кроків до покращення продуктивності мережі Google Cloud допоможуть вам зрозуміти, як отримати максимум від Google Cloud Networking

- Оптимізація TCP для продуктивності мережі в Google Cloud може допомогти, якщо у вас є певні вимоги до затримки TCP

- Оптимізація постійних дисків і продуктивності локальних SSD може допомогти вам дізнатися про архітектуру для великих навантажень IOPS

- Підвищення продуктивності в Compute Engine може підвищити продуктивність програм API під час взаємодії з іншими API та службами Google Cloud

- Налаштування веб-сервера:
- Apache Performance Tuning і NGINX Performance Tuning або загальний пошук у Google за запитом «налаштування продуктивності вашого веб-сервера» приведуть вас у правильному напрямку

Налаштування бази даних:
## Що далі
- Налаштування LAMP на Compute Engine

- Розгорніть стек LAMP

- Дізнайтеся більше про виконання обчислювальних навантажень на Compute Engine або GKE

Підключіть GKE до Cloud SQL

Дослідіть перехід на віртуальні машини та перенесення на контейнери

Створіть програму з високою масштабованістю на повністю керованій безсерверній платформі за допомогою App Engine

Дізнайтеся більше про параметри бази даних у Google Cloud

Ознайомтеся з еталонними архітектурами, діаграмами, навчальними посібниками та передовими методами роботи з Google Cloud. Подивіться на наш Cloud Architecture Center.