Как добиться нулевого времени простоя при развертывании с помощью Magento
Как добиться нулевого времени простоя при развертывании с помощью Magento
Большинство клиентов ожидают, что веб-сайты загрузятся не более чем за две секунды, и 40% пользователей веб-сайтов покинут веб-сайт, если загрузка займет более трех секунд. Если секунда или три имеют такое большое значение, магазин, который будет недоступен в течение длительного периода времени, оставит вас вообще без покупателей. Вот почему так важно достичь нулевого времени простоя при развертывании при переносе вашего магазина на другую платформу.
Как компания, осуществляющая миграцию на Magento 2, наши клиенты часто спрашивают нас: «Как долго наш интернет-магазин будет недоступен во время миграции?», «Можете ли вы минимизировать время простоя? »И« Что такое развертывание без простоев? »
Ниже мы поговорим о простоях веб-сайтов – что это такое, почему это происходит и как добиться нулевого времени простоя .
Что такое простои?
Время простоя («продолжительность простоя») – это период времени, в течение которого сервер или сеть функционально недоступны для использования. Веб-сайт считается неработающим, когда пользователи не могут выполнять те задачи, которые они хотят. Например, веб-сайты электронной коммерции не работают, если клиенты не могут завершить процесс оформления заказа или положить товары в корзину.
Существует два типа простоев – тяжелые и мягкие .
Жесткий простой – это когда веб-сайт становится полностью недоступным для пользователей. Пользователи, которые пытаются посетить веб-сайт во время длительного простоя, будут автоматически отправляться на страницы с ошибкой HTTP, мертвые страницы или даже на вредоносные веб-сайты, если сайт был взломан.
Мягкий простой – это когда веб-сайт работает плохо. Например, когда загрузка занимает слишком много времени или некоторые элементы сайта или контент недоступны.
Влияние простоев на ваш бизнес
В зависимости от размера вашего бизнеса электронной коммерции последствия простоя могут сильно различаться в зависимости от времени суток или продолжительности простоя. Эти последствия включают:
- Потерянный доход
Когда ваш интернет-магазин не работает, ваш розничный бизнес теряет доход. Каждая минута на счету, поскольку ваши клиенты становятся все более разочарованными, ваши сотрудники не могут выполнять свою работу, а вашему бизнесу приходится изо всех сил стараться, чтобы ваш веб-сайт снова заработал. Чем больше времени это займет, тем больше вероятность того, что вы испытаете долгосрочные последствия испорченной репутации.
По данным Gartner, средний денежный убыток от простоя составляет 5600 долларов в минуту. Поскольку в работе предприятий существует множество нюансов, время простоя может составлять в среднем от 150 000 до 300 000 долларов в час. А теперь представьте, произойдет ли этот простой в Черную пятницу или в другой день с высокой загруженностью.
- Снижение рейтинга в поисковых системах
Простои случаются на каждом сайте. Однако, если веб-сайт не работает в течение длительного времени, это плохой сигнал для сканеров Google. Для SEO (поисковой оптимизации) простой может означать падение рейтинга, за которым обычно следует падение трафика и продаж. Поисковые системы не хотят рисковать, перенаправляя пользователей на неработающие веб-сайты.
Когда сайт выходит из строя, важно убедиться, что у вашей команды разработчиков есть готовые к использованию страницы ошибок серии 500. Код состояния HTTP-ответа действительно имеет значение, поскольку он сигнализирует поисковым системам, что сервер недоступен в течение некоторого периода времени, и просит пользователей вернуться позже.
- Ваш бренд теряет доверие и репутацию
«Простой веб-сайта не только ведет к потере дохода, но также может нанести ущерб вашей репутации и авторитету. Предоставление вашему интернет-магазину времени на простои оборудования – один из самых быстрых способов запятнать имидж вашего бизнеса ».
Каждая секунда имеет значение, когда клиенты перемещаются по вашему интернет-магазину, и если они упустят возможность приобрести продукт, это, вероятно, приведет к потере доверия.
Более того, многие недовольные клиенты могут выразить свое разочарование в социальных сетях. Вскоре информация о простоях разнесется по всему Интернету.
Между тем, ваши бизнес-конкуренты быстро воспользуются этой ситуацией, чтобы получить преимущество на рынке электронной коммерции и привлечь новых клиентов. В результате вы находитесь на плаву с запятнанной репутацией и испорченным имиджем бренда.
Основные причины простоев
Как видите, доступность вашего веб-сайта для клиентов в любое время должна быть вашим главным приоритетом. Таким образом, определение возможных причин простоя может помочь вам снизить риски до минимума и подготовить вас к более эффективному решению проблем в случае простоя. Простой может произойти внезапно или его можно запланировать.
Плановое время простоя – это когда вы выполняете запланированные обновления оборудования, программного обеспечения или операционных систем; миграция сервера; или обновление на основе кода. Это время используется для разных целей, чтобы система могла работать эффективно и точно. Если время простоя запланировано, важно заранее проинформировать своих клиентов и не забыть напомнить им, когда это произойдет. Как правило, этот тип простоя лучше планировать ночью или в нерабочее время.
Причины планового простоя:
- установка обновлений для оборудования / программного обеспечения или операционных систем
- перенос на новый веб-хостинг
- перенос данных
- миграция сервера
- обновление на основе кода
Незапланированные простои, скорее всего, произойдут из ниоткуда, обычно в худшее время месяца или самое загруженное время дня. Незапланированный простой – это когда что-то дает сбой в вашей системе. Основные причины неожиданного простоя обычно связаны с аппаратными / программными сбоями, кибератаками, стихийными бедствиями или человеческими ошибками и могут стоить компаниям немалые деньги.
Когда эти сбои являются незапланированными, быстрое реагирование имеет решающее значение, особенно для рынка электронной коммерции, где важна каждая минута. Если простои не запланированы, вы должны сделать все возможное, чтобы донести информацию до клиентов через социальные сети или по телефону.
Причины незапланированных простоев:
- человеческая ошибка
- злонамеренная атака
- аппаратный сбой
- сбой программного обеспечения
- природная катастрофа
Чтобы избежать незапланированных простоев, наша команда разработчиков рекомендует выполнять мониторинг, в том числе мониторинг веб-производительности, мониторинг веб-приложений и мониторинг API (Application Programming Interface), а также создавать резервные копии своих данных или выбирать надежный веб-хостинг, использующий CDN (Content Сеть доставки).
Как подготовить запланированное развертывание на время простоя на Magento
Следующие шаги помогут избежать различных проблем и ошибок во время запланированного простоя развертывания.
- Резервная база данных (свежий дамп с продакшена)
Одним из ключевых шагов во время планового простоя является создание резервных копий. Хранение копий данных позволяет получить доступ к вашим данным, когда веб-сайт не работает.
После создания копии база данных возвращается к стандартной работе. Есть несколько способов сохранить резервные копии. Например, обычно используется сетевое хранилище (NAS), облако или специализированное программное обеспечение для резервного копирования. Если вы не будете постоянно и должным образом создавать резервные копии своих данных, это может привести к серьезным проблемам.
- Создать страницу обслуживания
На этапе подготовки должна быть создана хорошо продуманная страница обслуживания. Страница обслуживания – это временный заполнитель для периодов, когда веб-сайт должен быть отключен по разным причинам (обновления, резервное копирование, миграция данных).
Страница обслуживания Magento позволяет уведомлять клиент и робот (поисковые системы) о запланированном время простоя, когда веб – сайт будет недоступен. Это гарантирует, что клиенты вернутся позже и найдут то, что искали изначально. Мы не рекомендуем использовать простое сообщение, из-за которого кажется, что на вашем сайте есть большая проблема. Обычно мы создаем специальную страницу обслуживания Magento, которая соответствует дизайну веб-сайта.
Во время планового простоя мы обычно рекомендуем нашим клиентам сообщать новую информацию, в том числе:
- Что ты делаешь
- Почему вы это делаете (поясните, в чем причина периода обслуживания)
- Каковы приблизительные сроки (позвольте клиенту знать, когда ваш сайт снова станет доступен)
- Подготовьте QA, команду разработчиков и DevOps для устранения любых незапланированных проблем
Перед развертыванием вы должны проанализировать все потенциальные угрозы, которые могут возникнуть, и то, как ваша группа разработчиков должна реагировать на них в случае возникновения незапланированных проблем. План имеет решающее значение, поскольку он четко описывает все этапы и точные роли команды разработчиков. Наша компания обычно расставляет приоритеты по вероятности и уделяет особое внимание вопросам, представляющим наибольший риск .
Проанализировав все потенциальные технические проблемы, обязательно проверьте, как будет работать ваша система, и выясните, не повреждены или потеряны какие-либо данные. Таким образом, проблемы можно найти и решить до выпуска.
- Выберите лучшее время для развертывания
Для планового простоя лучше всего выбрать период времени, который затронет наименьшее количество клиентов. Если ваши клиенты живут в разных частях света, время простоя неизбежно повлияет на некоторых из них, а это значит, что вам необходимо тщательно продумать оптимальное время для планирования развертывания на время простоя там, где ваша клиентская база меньше.
С другой стороны, если вы продаете продукты только в одном часовом поясе, лучше всего запланировать развертывание на ночь или не в часы пик продаж. Обычно мы выполняем миграцию среди ночи, чтобы минимизировать потерю дохода. Конечно, это будет не самое удобное время для ИТ-разработчиков, поэтому будьте готовы платить больше за сверхурочную работу. Однако лучше потратить больше, чем потерять доход.
Получайте наши советы прямо на свой почтовый ящик
Что такое развертывание с нулевым временем простоя и почему это так важно?
Развертывание с нулевым временем простоя позволяет развернуть свой веб-сайт электронной коммерции без простоев. Вам не нужно ни на минуту беспокоиться о том, что ваш сайт упадет. Во время нулевого развертывания простоев, ваш интернет – магазин отзывчивый все время.
При развертывании с нулевым временем простоя вы можете успешно представить новую версию своего веб-сайта своим клиентам, даже не заметив, что ваш веб-сайт вообще упал. С точки зрения клиента и бренда, это оптимальный способ развертывания, поскольку можно вводить новые функции и устранять технические проблемы и нагрузки на серверы без простоев.
Перебои в работе могут стоить вашему розничному бизнесу целое состояние. Таким образом, развертывание с нулевым временем простоя может помочь вам избежать снижения производительности и упущенной выгоды.
Как добиться нулевого простоя при развертывании с помощью Magento
Давайте поговорим о лучших практиках развертывания с нулевым временем простоя. Здесь, в Elogic, мы используем сине-зеленые и конвейерные развертывания в качестве механизма для развертывания выпусков на нескольких узлах, не влияя на качество обслуживания клиентов.
- Сине-зеленое развертывание
Одним из наиболее эффективных способов добиться развертывания с нулевым временем простоя является сине-зеленый метод развертывания. Сине-зеленое развертывание относится к решению для развертывания, в котором используются две идентичные аппаратные среды, настроенные точно так же. Один обозначен как «Синий», а другой как «Зеленый». Одна среда активна, другая бездействует.
Основная идея сине-зеленого развертывания заключается в том, что вы управляете двумя версиями веб-сайта бок о бок, одна со старой сборкой, а другая с последней сборкой. Этот метод имеет решающее значение для предприятий электронной коммерции с критическими требованиями к безотказной работе.
Итак, как это работает? Есть балансировщик нагрузки, который перенаправляет запросы в соответствующую среду: производственную или предварительную. Когда требуется обновление, вы развертываете его в предпроизводственной среде. Затем вы тестируете его и переключаете балансировщик нагрузки, чтобы предварительная версия стала новой производственной средой, и наоборот.
Сине-зеленое развертывание. Изображение предоставлено Techtarget.
- Развертывание конвейера
В версии 2.2 Magento команда Magento представила новую технику развертывания с минимальным временем простоя. Этот метод называется конвейерным развертыванием, потому что процесс развертывания происходит в разных системах.
Конвейерное развертывание – это процесс извлечения кода из системы контроля версий и обеспечения легкого доступа к нему для пользователей вашего приложения в автоматическом режиме. Он включает в себя развертывание статических ресурсов и компиляцию кода на машине, отдельной от вашей производственной системы.
Конвейер развертывания работает следующим образом: развертывание программного обеспечения разбивает процесс доставки программного обеспечения на различные этапы, где задачи выполняются на каждом из этих этапов. Каждый этап направлен на проверку качества новых функций с разных точек зрения, чтобы подтвердить новую функциональность и избежать ошибок. На этом же этапе задачи могут выполняться параллельно. Когда все задачи на этапе пройдены, можно начинать выполнение задач на следующих этапах.
Эта техника предназначена для избежания ошибок. Например, если одна или несколько задач терпят неудачу на каком-либо этапе, происходит автоматическая неудача всего развертывания. Таким образом, время простоя на сайте часто составляет менее 30 секунд (если требуется обновление базы данных), и время простоя отсутствует, если обновления не требуются.
Развертывание конвейера. Изображение предоставлено Magento.
Как минимизировать время простоя во время миграции на Magento 2
Если вы все еще используете Magento 1, вам следует подумать о миграции. Magento уже объявил, что их поддержка Magento 1 будет прекращена в июне 2020 года, что приведет к значительному увеличению потребности в миграции на Magento 2 .
Важно учитывать, что переход с Magento 1 на Magento 2 – это не операция в один клик. Он включает в себя изменение структур и тем базы данных и работу с новым API (интерфейс прикладного программирования). Чтобы избежать проблем, необходимо умело управлять всем процессом миграции. Обычно мы выполняем миграцию среди ночи, чтобы минимизировать потерю дохода.
Наиболее частым требованием наших клиентов является минимизация времени простоя во время миграции, поскольку они не хотят терять клиентов из-за обновления до новой версии. Таким образом, возникает вопрос: как перейти на Magento 2, чтобы он развертывался с минимальным временем простоя?
Вот шаги, которые мы применяем, чтобы минимизировать время простоя во время миграции на Magento 2:
- Предварительная миграция базы данных (передача данных с Magento 1 на Magento 2 локально).
- Перенос базы данных, исходных файлов и носителей на новый хост.
- Применение инструмента дельта-миграции, который направлен на передачу всех данных, которые клиенты добавили через витрину (созданные заказы, отзывы, изменения в профилях клиентов) с момента последнего запуска, за долю времени, необходимого для запуска начальной миграции.
- Настройка записей DNS (системы доменных имен ), которые указывают на новый хост с Magento 2. На этом этапе клиенты могут создавать новые заказы в старой версии (Magento 1). В этом случае снова используйте инструмент дельта-миграции (см. № 3).
- Закройте свой старый интернет-магазин на Magento 1.
Понятно, что простои могут повлиять на вашу бизнес-деятельность и эффективность, поскольку приводят к потере времени и непродуктивным операциям. Время простоя – это вопрос, который необходимо решать быстро, чтобы избежать долгосрочных негативных последствий с точки зрения доходов, удовлетворенности клиентов и их лояльности.
Таким образом, очень важно ограничить периодичность и продолжительность простоев, если вы хотите, чтобы ваша розничная компания оставалась на плаву. Трудно избежать простоев, но правильные решения, такие как сине-зеленый и развертывание конвейера, могут сократить его почти до нуля.
Источник записи: https://elogic.co