UA
Документація платформи

Початок роботи

Налаштуйте свій обліковий запис, зберіть програму Magento та виконайте зміни від тестування Beta до безпечне розгортання Production.

Підготовка рахунку

Перед вашим першим розгортанням

Перш ніж запустити своє перше розгортання, вам потрібно виконати кілька початкових кроків налаштування.

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

  • Підтвердьте свій номер телефону
  • Підтвердьте адресу електронної пошти
  • Налаштувати двофакторну автентифікацію (2FA)

Наступний крок є необов’язковим і потрібним, лише якщо ви плануєте розгортати приватні пакети Composer або Git. Якщо ви це зробите, потрібно додати необхідні ключі на сторінці конфігурації. Коли ви їх збережете, ми збережемо їх у безпечному місці склепіння. З міркувань безпеки ви не зможете знову переглянути ключі, але вони залишаються надійно збереженими та доступні для платформи лише в приватній мережі.

Далі виберіть a план підписки що відповідає вашим потребам на сторінці конфігурації.

Після того як ви виконаєте ці кроки, наша команда надасть ваші спеціальні облікові записи AWS, що зазвичай займає 3–5 робочих днів. Після завершення цього процесу ви побачите пункт меню "Pipeline" у UI.

На цьому етапі ви готові до розгортання своєї першої програми Magento. Відкрийте свій Pipeline сторінка, додайте пакети, які потрібно розгорнути, і натисніть "Deploy".

Підписки

Щоб почати користуватися нашою платформою, вам потрібно підписатися на один із наших планів. Ви можете вибрати між трьома планами:

Basic

Практична відправна точка для невеликих команд і стартапів.

Premium

Вищі ліміти ресурсів із підвищеним рівнем підтримки від нашої команди.

Enterprise

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

Щоб підписатися, просто натисніть кнопку "Subscribe" на сторінці конфігурації.

Pipeline

Сторінка Pipeline є основним видом нашої платформи. Він показує всі розгортання та їхні статуси, історію тестів, журнали та прямі посилання на інформаційні панелі CloudWatch з показниками. Ви можете повернутися до попередньої версії в разі будь-яких питань. Ви також можете ввімкнути автоматичне просування між етапами, щоб досягти повного CI/CD, або вимкнути його та керувати акціями вручну. Кожна зміна в розгортанні має свій унікальний ідентифікатор, і ми використовуємо різні кольори для внесення легко визначити останні зміни та побачити, на якій стадії вони зараз знаходяться.

Кожна картка розгортання показує ідентифікатор зміни та ідентифікатор збірки, поточний статус, результат зворотної сумісності, початок і час закінчення, повідомлення та сховища, включені в цю збірку. Розгорніть панелі Magento і Тести для дії, що стосуються середовища, або виберіть «Перегляд» у розділі «Журнали», щоб перевірити вихідні дані для цього етапу.

пакети

Наш конвеєр починається з додавання пакетів. Ви можете додавати пакунки зі сховищ Composer або Git з основним пакет, який зазвичай сам є Magento 2 CE. Ви можете додати скільки завгодно пакетів. Якщо ви використовуєте приватні пакети, ви повинні надати необхідні облікові дані на сторінці конфігурації.

Скористайтеся кнопкою редагування поруч зі сховищем, щоб змінити джерело Git або Composer, вибрати необов’язкову версію або позначте його як основний пакет. Репозиторій також можна позначити як тему. Підтримувані типи тем включають Less, Sass і PWA, що дозволяє процесу розгортання належним чином обробляти кожен інтерфейсний пакет.

Beta

Коли ваші зміни досягнуть стадії Beta, ви зможете налаштувати автоматичні тести для своєї програми. Ви можете включити API, UI та тести продуктивності, і ви можете будь-коли ввімкнути або вимкнути кожен із них.

Картка розгортання Beta також показує поточний стан розгортання, сумісність, час, повідомлення, сховища, Magento посилань і дій, а також кількість налаштованих тестів. Використовуйте кнопку шестірні, щоб налаштувати індивідуальний тест і кнопку відтворення, щоб запустити його на вимогу.

Кожен тип тесту має власні параметри конфігурації:


  • API & UI тести
    • Набір тестів
    • Тестовий фільтр
    • Макс повторює
  • Тести продуктивності
    • Профіль кріплення
    • Цільовий коефіцієнт попадання в кеш
    • Кількість зовнішніх користувачів
    • Кількість адміністраторів
    • Кількість циклів для виконання всіх увімкнених тестів
    • Макс повторює

Коли ви задоволені результатами в Beta, ви можете просувати свої зміни до Production або ввімкнути автоматичне просування, щоб зробити процес повністю керованим CI/CD.

просування по службі

Підвищення переміщує успішно перевірену зміну з Beta на Production. Ви можете просувати зміни вручну коли ви будете готові, або ввімкніть автоматичне підвищення, щоб конвеєр продовжувався після проходження всіх необхідних тестів. Перед підвищенням перегляньте статус розгортання та результати тестування, щоб переконатися, що ви переміщуєте запланований змінити.

Елементи керування між етапами включають перемикачі «Відкат» і «Примусове розгортання». Відкат повертає трафік до попереднє розгортання, коли ця дія доступна. Примусове розгортання дозволяє продовжити розгортання вручну; використовуйте його обережно, оскільки він може обійти звичайний автоматизований процес конвеєра.

Production

Розгортання Production є останнім етапом конвеєра CI/CD. Його можна запустити автоматично після Beta тести проходять. Розгортання виконується без простоїв, і ви можете повернутися до попередньої версії у разі будь-яких питань. Розгортання ділиться на два етапи:

  • Розгортання послуг: RDS, OpenSearch, ElastiCache, MQ, SES. Вам не потрібно хвилюватися цей крок—головним чином стосується оновлення конфігурації кластера, увімкнення додаткових функцій і оновлення до новіших і безпечніших версій базових служб.
  • Розгортання кластера ECS: це місце, де код програми замінюється з нульовим простоєм для зворотно-сумісних змін. Під час цього кроку Admin для Magento переходить у режим обслуговування, поки вітрина залишається в повному обсязі.

Під час розгортання Production картка відображає статус роботи та час, що минув. Зупинка і дія відкоту розгортання доступна для підтримуваних поточних розгортань. Після завершення перевірте розгорнуті версії сховища, статус Magento, посилання на вітрину та журнали перед розглядом випуску повний.

Застосунок для Magento

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

Мітки статусу показують, чи активні чи виконуються операції Magento, статичної генерації та кешу. Виберіть налаштовану тему та натисніть «Застосувати», щоб активувати її. Використовуйте Повторне створення після зміни теми або інтерфейсу, і Очистити, коли Magento обслуговує застарілий кешований вміст. Деякі дії залишаються недоступними, а інші виконується розгортання або операція Magento.

Як додати спеціальну тему

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

  1. 1

    Додайте пакет тем

    Додайте репозиторій Git або Composer на сторінку Pipeline, позначте його як тему та виберіть відповідний тип теми.

  2. 2

    Розгорніть пакет

    Розгорніть зміни на етапі, де ви хочете налаштувати та перевірити тему, а потім зачекайте, доки розгортання завершиться успішно.

  3. 3

    Відкрити Admin для Magento

    Розгорніть блок Magento для цього етапу та використовуйте Admin URL та облікові дані для входу в Admin для Magento.

  4. 4

    Призначте тему перегляду магазину

    У Admin для Magento відкрийте «Вміст» > «Дизайн» > «Конфігурація», відредагуйте потрібний вигляд магазину, виберіть спеціальну тему та збережіть конфігурацію.

  5. 5

    Застосуйте тему з конвеєра

    Поверніться на сторінку Pipeline, виберіть тему в блоці Magento і натисніть «Застосувати».

  6. 6

    Дочекайтеся завершення

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

Повторіть призначення адміністратора Magento для кожного перегляду магазину, який має використовувати спеціальну тему. Перевірте результат у Beta перед просуванням зміни до Production.

Процес зміни URL для Magento

Використовуйте елементи керування URL для Magento, якщо ви хочете, щоб середовище відповідало на власний домен. Введіть новий URL, підтвердьте зміни та дотримуйтесь інструкцій щодо домену та сертифіката. DNS та зміни сертифіката Може знадобитися деякий час, щоб стати доступним, тому зачекайте, поки процес завершиться, перш ніж тестувати нову адресу.

  1. Збережіть новий настроюваний URL для Magento без включення протоколу.
  2. Розгорніть або оновіть сертифікат ACM CloudFront, створений для домену.
  3. Додайте відображений запис CNAME перевірки ACM у свого постачальника DNS, зачекайте, поки він вирішиться, і запустіть перевірку перевірка. Використовуйте точні значення хоста та цілі, показані в діалоговому вікні.
  4. Розгорніть CDN, а потім наведіть домен на відображене ім’я хоста CloudFront. Використовуйте запис ALIAS для кореня домен, якщо підтримується, або запис CNAME для субдомену.
  5. Змініть базу URL для Magento після того, як сертифікат і кроки CDN повідомлять про успіх.

Не перетворюйте ім’я хоста CloudFront на його поточні IP-адреси та не створюйте з них фіксовані записи A або AAAA значення, оскільки адреси CloudFront можуть змінюватися. Поширення DNS також може відрізнятися між авторитетним і загальнодоступні резолвери, тому перевірка авторитетної перевірки може бути успішною до того, як запис з’явиться всюди.

У наступному прикладі показано перевірку CNAME і запис маршрутизації CloudFront, налаштований у Namecheap. інше Постачальники DNS використовують різні мітки, але типи записів, імена хостів і цільові значення дотримуються того самого процесу.

Журнали

Розділ «Журнали» допоможе вам досліджувати проблеми зі збірками, розгортаннями, тестами та програмами. Виберіть відповідне запустити конвеєр або середовище, щоб переглянути його вихідні дані, а потім використати мітки часу та повідомлення про стан, щоб визначити, де a стався збій. Посилання на відповідні журнали CloudWatch можуть бути доступні для більш детального усунення несправностей.

Журнали містять мітки часу та ідентифікатори, як-от ідентифікатори розгортання, які допомагають співвіднести подію з її конвеєром картку та розгортання AWS. Використовуйте «Оновити», щоб завантажити новіші результати під час виконання завдання, і «Копіювати», щоб записати журнал пошук, обмін або долучення до запиту на підтримку. Усуваючи несправності, починайте з першої явної помилки а не останнє повідомлення про збій трубопроводу, яке часто є лише коротким викладом попередньої проблеми.