Ваш помощник
на пути к успеху
7 (495) 545-49-21
8 (800) 500-30-29
Заказ интернет-магазинов,
служба поддержки
режим работы: 09:00 - 18:00 (мск)
Блог Shop2YOU > Директору интернет-магазина > Помогите! В нашем интернет-магазине слишком много заказов!

Помогите! В нашем интернет-магазине слишком много заказов!

В статье рассказывается о том, почему в интернет-магазинах возникают проблемы при росте количества заказов, и намечены пути решения этих проблем. Статья будет полезна не только владельцам крупных интернет-магазинов, но и тем, кто еще не достиг высокого уровня продаж.

Статья основана на реальном опыте работы компании ООО "АйТи-Матрикс", предлагающей готовые и заказные интернет-магазины в виде облачного сервиса SAAS.

Проблемы роста в интернет-магазине

Многие предприниматели начинали свой бизнес практически с нуля, в своей квартире, самостоятельно решая вопросы с закупками товаров и доставкой заказов. Для своих интернет-магазинов они использовали недорогие программные решения, дешевые, а то и вовсе бесплатные хостинги. Предприниматели самостоятельно наполняли каталог товаров в интернет-магазине и обрабатывали то небольшое количество заказов, которое поступало через сайт.

Ниже мы перечислим только некоторые из этих проблем:

  • появление ошибок при отгрузке товаров (так называемая "пересортица") вызывает существенные накладные расходы на возврат и замену товара;
  • отсутствие достоверной информации о реальном наличии товаров на складе затрудняет оформление заказов и дезориентирует покупателей;
  • у бухгалтера появляется слишком много работы, и он перестает справляться с учетом продаж;
  • менеджеры не успевают обрабатывать каталог товаров, оформлять документы для покупателей, отвечать на звонки клиентов;
  • возникают трудности с отслеживанием процесса получения товаров у поставщиков и их доставки покупателям;
  • у маркетологов возникают сложности с отслеживанием спроса на товары;
  • существенно замедляется скорость работы сайта витрины магазина, а также управляющего сайта, которым пользуются менеджеры

Большинство проблем связано с несовершенством бизнес-процессов или их несоответствием особенностям ведения конкретного бизнеса, с отсутствием поддержки этих бизнес-процессов в программном обеспечении (ПО) интернет-магазина, а также с несовершенством применяемых в интернет-магазине программных и технических средств.

Исследование и улучшение бизнес-процессов

Когда с перечисленными выше проблемами сталкиваются наши клиенты (или наши потенциальные клиенты), мы проводим работы по следующим направлениям:

  • изучаем текущие бизнес-процессы торговой компании и определяем "узкие места", вызывающие проблемы;
  • вырабатываем рекомендации по совершенствованию бизнес-процессов и согласовываем их с нашим клиентом;
  • определяем бизнес-процессы, которые должны быть автоматизированы в первую очередь, а также на последующих этапах;
  • определяем требования к доработке функциональности интернет-магазина с учетом автоматизации бизнес-процессов;
  • анализируем причины замедления работы сайта и определяем методику оптимизации программных и аппаратных средств, устраняющих данную проблему;
  • составляем список решаемых задач, определяем их трудоемкость и сроки выполнения работ, согласуем этот список с заказчиком

В первую очередь, бизнес-процессы определяются типами товаров (или услуг), видом торговли (оптовая или розничная), исторически сложившимися связями с поставщиками и другими контрагентами, предпочтениями владельцев компании, кругом ее клиентов и так далее. Даже если две компании продают один и тот же товар, или оказывают одни и те же услуги, их бизнес-процессы могут отличаться очень сильно.

Реализация поддержки бизнес-процессов

Когда мы внедряли складской учет в один из первых "тяжелых" интернет-магазинов, то только на изучение бизнес-процессов, их документирование в виде диаграмм и согласование с заказчиком ушло три месяца.

Сейчас, конечно, у нас уже есть много наработок для разных бизнес-процессов, и диаграммы приходится рисовать только в редких случаях. Однако на первом этапе эти диаграммы нам очень помогли, так как они были понятны и менеджерам интернет-магазина, и нашим программистам. Диаграммы использовались нами как некий универсальный "язык" общения между заказчиком и исполнителем.

Далее мы расскажем о подходе к автоматизации некоторых бизнес-процессов, распространенных в торговых компаниях.

Автоматизация складского учета

В том или ином виде складской учет используется большинством компаний, продающих товары. Этот вид учета не требуется обычно лишь в том случае, когда компания оказывает какие-либо услуги, не связанные с перемещением товаров.

Для чего нужен складской учет

Целью ведения складского учета является полный контроль за движением товаров на всех этапах, начиная от перемещения со склада поставщика, и заканчивая доставкой покупателю.

Такой контроль дает многое:

  • при наличии полного складского учета на витрине интернет-магазина может быть показано реальное наличие товара, что увеличивает доверие покупателей к интернет-магазину;
  • появляется возможность показать покупателю при оформлении заказа реальные сроки доставки товара с учетом наличия на собственных складах компании, графика и сроков поставки товара от поставщика, выбранной транспортной компании и региона доставки;
  • сокращение вероятности появления ошибок при комплектации заказов или полное их исключение, и, как следствие, избавление от "пересортицы";
  • появляется возможность автоматически формировать заказы на товар поставщику на основании информации о заказах, оформляемых покупателями на сайте витрины интернет-магазина;
  • упрощается труд сотрудников интернет-магазина, так как многие операции, такие как формирование заказов к поставщикам, комплектация заказов товарами, поступающими на склад, контроль движения товара и т.п. могут выполняться автоматически

Способы автоматизации складского учета

В простейшем случае (например, в готовых "движках" интернет-магазинов) автоматизация складского учета может сводиться к ручному заполнению поля количества товара на складе, и к ручному же списыванию товаров при оформлении заказа. Такой подход, очевидно, пригоден только при небольших объемах продаж и скромном ассортименте товаров.

Многие торговые компании, ведущие бизнес традиционным способом, используют различные автономные программы складского учета и учета продаж, работающие в локальной сети компании. Это могут быть, например, такие программы, как "1С Предприятие", или аналогичные. При наличии у такой торговой компании интернет-магазина встает необходимость, с одной стороны, отображения на витрине сайта реального наличия товаров, а с другой — учет в автономной складской программе сведений о товарах, проданных через интернет-магазин.

Существуют различные способы синхронизации информации о наличии товара и продажах между интернет-магазином и автономными программами складского учета и учета продаж. Это может быть периодический обмен файлами или периодическая передача информации через интернет.

Встроенный складской учет как наилучшее решение

Если у торговой компании имеется значительный опыт работы с программами автономного учета типа 1С, затрачены большие деньги на настройку бизнес-процессов, связанных с обычными каналами продаж, а продажи через интернет-магазин появились относительно недавно, то в первую очередь следует рассмотреть возможность интеграции существующей программы автономного учета и ПО интернет-магазина.

Однако когда в компании нет такого обременяющего наследства, как программы автономного учета, и построенной вокруг них инфраструктуры, имеет смысл рассмотреть полностью интегрированные решения. При этом ПО интернет-магазина автоматизирует практически все бизнес-процессы, в том числе и складской учет (разве лишь за исключением бухгалтерского учета, в силу разных причин).

Когда ПО интернет-магазина представляет собой единый программно-технический комплекс, появляется возможность учета самой разной информации в реальном времени. Например, в том что касается складского учета, может быть создана система виртуальных складов (поставщика, курьера, возврата, ремонта и т.п.), отражающая реальные процессы перемещения товаров. При этом перемещение может выполняться автоматически, например, при изменении статуса заказа, а у менеджеров перед глазами будет полная картина распределения и движения товаров по складам.

Проектирование встроенного складского учета

Как было написано выше в этой статье, бизнес-процессы разных компаний могут сильно отличаться друг от друга. Если необходим складской учет, то его разработку нужно начинать с анализа всех бизнес-процессов торговой компании.

На наш взгляд, невозможно создать универсальную систему складского учета, так как необходимо учитывать особенности каждой торговой компании. И к ее реализации нужно отнестись очень ответственно, так как от успешности реализации складского учета зависит эффективное, бесперебойное и безошибочное функционирование механизма продаж.

Поддержка документооборота

Законодательство определяет набор документов, которые должны быть оформлены для каждого заказа. Как правило, для клиентов, сотрудников торговой компании, курьеров и транспортных компаний бывает необходимо оформить следующие документы:

  • договор о поставке или оказании услуг с приложениями;
  • счет для безналичной оплаты;
  • квитанция для оплаты наличными через банк;
  • приходный кассовый ордер (по форме КО-1)
  • счет-фактура;
  • накладная;
  • товарная накладная (по форме ТОРГ-12);
  • товарно-транспортная накладная (по форме 1-Т)

В зависимости от ситуации могут быть нужны не все документы из этого списка, или же потребоваться какие-то еще. Например, для курьеров может быть распечатана карта проезда к местам доставки заказов, а для руководства — разнообразные отчеты и справки.

Если каждый день оформляется всего несколько заказов, менеджер может оформлять эти документы вручную, например, редактируя файлы шаблонов. Однако при большом потоке заказов в интернет-магазин должна быть встроена система документооборота, которая позволяет создавать такие документы в автоматическом режиме.

Чтобы избежать ошибок, документы, как и товары, должны контролироваться с применением штрих-кодов.

При оформлении заказа у покупателя должна быть возможность скачать и распечатать из личного кабинета все необходимые документы. Аналогично, такая возможность должна быть и у менеджера.

Помощь бухгалтеру

По нашим сведениям, многие торговые компании используют для бухгалтерского учета автономные программы типа "1С Бухгалтерия" и аналогичные. Не вдаваясь в детали, замечу, что многие выбирают "1С Бухгалтерию", так как для нее существует отлаженный механизм обновления документов при изменениях в законодательстве. Кроме того, документы, подготовленные в этой системе, без проблем принимают в налоговой.

По соображениям безопасности бухгалтерские программы лучше устанавливать на локальные компьютеры, не подключенные к интернету. При этом зачастую бухгалтер вводит данные о контрагентах и продажах вручную, "с листа", по накладным и другим документам.

Когда каждый день обрабатываются десятки и сотни заказов от многих контрагентов, ручной бухгалтерский учет продаж может стать непосильной задачей. Чтобы справиться с потоком заказов, ПО интернет-магазина должно уметь экспортировать необходимую информацию в программу бухгалтерского учета, например, раз в день.

Кроме того, можно выгружать данные о безналичных платежах из программ типа "клиент-банк", предоставляемых банками для дистанционного банковского обслуживания, и импортировать эти данные в базу данных магазина. Потом, на основе привязки к клиентам и заказам, можно выгружать итоговые данные в бухгалтерскую программу.

Интеграцию с внешними бухгалтерскими программами и системами необходимо обсуждать на этапе согласования бизнес-процессов.

Автоматический импорт прайс-листов

Когда в каталоге интернет-магазина всего несколько десятков товаров, то с его наполнением и редактированием может справиться и один человек. Однако если речь идет о тысячах или десятках тысяч позиций, необходима автоматизация процесса заполнения и обновления каталога.

Источником информации здесь могут быть прайс-листы, получаемые от поставщиков. Проблема в том, что форматы этих прайс-листов зависят от поставщика и могут сильно отличаться друг от друга. Кроме того, одни и те же товары могут называться у разных поставщиков по-разному. Поэтому при организации автоматического импорта прайс-листов необходим индивидуальный подход, а также наличие автоматизированной системы привязки наименований товаров.

После соответствующей настройки ПО интернет-магазина может автоматически скачивать прайс-листы с сайтов поставщиков, или принимать их по электронной почте.

Автоматический расчет продажных цен

Если в магазине тысячи товаров, то редактирование цен, по которым товары будут продаваться на витрине интернет-магазина (продажных цен) может превратиться в настоящую проблему. Менеджерам будет очень трудно в ручном режиме установить нужные цены для всех товаров.

ПО интернет-магазина может оказать помощь, выполнив автоматическую простановку цен. Для этого можно определить наценки, например, на те или иные группы товаров, и в процессе импорта прайс-листа эти наценки будут использованы для автоматической простановки продажных цен импортированных товаров.

Автоматическое распределение товаров по рубрикам каталога

Когда в каталог товаров импортируются прайс-листы поставщиков, содержащие много новых позиций, встает проблема распределения этих товаров по рубрикам каталога. ПО интернет-магазина может выполнять такое распределение в автоматическом режиме по заранее определенным критериям.

При этом требуется индивидуальная настройка системы импорта прайс-листов для каждого поставщика и для каждого типа прайс-листа.

Работа с удаленными центрами обработки телефонных звонков

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

Конечно, хороший интернет-магазин предоставляет в своем каталоге исчерпывающую информацию о товарах и ценах, на сайте есть подробная информация об условиях доставки и гарантии, а процедура оформления заказа проста и понятна. Тем не менее, практика наших клиентов (владельцев интернет-магазинов) показывает, что почти половина заказов оформляется с использованием телефона.

Когда наплыв звонков становится таким, что уже некому снимать трубки, требуется какое-то решение. Например, можно воспользоваться услугами удаленных центров обработки звонков (call-центров), выделяющих операторов для ответов на часто задаваемые вопросы. Разумеется, необходимо обеспечить операторов соответствующими инструкциями.

Можно также использовать на сайте сервис онлайн-консультанта, обеспечивающего общение менеджеров с посетителями в реальном времени. Разумеется, у торговой компании должно быть необходимое количество операторов, готовых отвечать на вопросы посетителей. Или эти операторы должны находиться в удаленном центре обработки звонков.

Отслеживание спроса на товары

Едва ли кто-нибудь будет спорить с тем, что предприниматель должен постоянно изучать статистику продаж товаров, чтобы вкладывать средства именно в те товары, которые действительно пользуются спросом.

Когда каталог магазина содержит сотни и тысячи товаров, а каждый день оформляется десятки и сотни заказов, делать такую работу вручную становится невозможным. Здесь становятся необходимыми средства учета и анализа продаж, формирования статистических отчетов, встроенные в интернет-магазин.

Опять же, состав и форма отчетов обычно согласуется с торговой компанией, так как у каждой компании есть свои представления о том, какие отчеты нужны для проведения маркетинговых исследований.

Совершенствование технической части интернет-магазина

По мере увеличения посещаемости сайта витрины интернет-магазина, увеличения количества менеджеров, обрабатывающих заказы, усложнения процедуры обработки заказов, начинают возникать проблемы со скоростью работы сайта. Если в базу данных магазина импортируются в автоматическом режиме крупные прайс-листы от десятков поставщиков, или данные в массовом порядке выгружаются во внешние системы, это тоже увеличивает нагрузку на сайт и приводит к замедлению его работы.

Когда предприниматель только думает о создании интернет-магазина, то при выборе технического решения, к сожалению, на первом месте часто оказываются такие критерии, как стоимость "движка" и хостинга. Такой подход может вызвать большие проблемы в процессе развития, когда от интернет-магазина требуется надежная работа, высокая скорость загрузки страниц, удобство для посетителей и менеджеров, а также способность поддерживать бизнес-процессы торговой компании.

В этой части статьи мы рассмотрим технические аспекты, которые влияют на скорость и надежность работы сайта интернет-магазина, на его функциональные возможности.

Проблемы с функциональностью в готовых "движках"

На рынке существует большое количество "движков" для создания интернет-магазина, как бесплатных, так и платных. Как правило, при создании подобного ПО разработчики делают упор на систему управления контентом (CMS, Content Management System), позволяющую редактировать содержимое каталога товаров и информационные разделы.

Однако в том, что касается складского учета, документооборота, функций управления отношениями с клиентами (CRM, Customer Relationship Management), поддержки логистики, функций системы планирования ресурсов предприятия (ERP, Enterprise Resource Planning) во многих движках существуют большие пробелы.

Это легко объяснимо, если учесть, что общедоступные "движки" создаются в расчете на массового потребителя. Пока магазин еще маленький, и все бизнес-процессы по обработке заказов сводятся к просмотру списка заказов и контактной информации покупателей, их функциональности вполне достаточно. Однако когда количество заказов переваливает за несколько десятков или сотен в день, требуется более серьезная поддержка продаж со стороны ПО интернет-магазина.

Кому поручить доработку "движка"?

Если предприниматель начинал свой бизнес с использования относительно несложного готового "движка", перед ним возникает необходимость его доработки или замены. И то, и другое может быть связано с проблемами.

Если доработку ПО интернет-магазина можно поручить непосредственно его разработчику, и если у этого разработчика имеется адекватный опыт реализации сложных бизнес-процессов в области торговли, то это лучше всего. Однако нужно смотреть на стоимость и сроки проведения работ.

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

А может лучше перейти на другое техническое решение?

Во многих случаях дорабатывать функциональность текущего решения будет нецелесообразно. Например, "движок" может быть слишком примитивным по функциональности, не приспособленным к высоким нагрузкам, у разработчика движка может не быть опыта создания сложных проектов, а найти адекватного специалиста слишком сложно, стоимость доработки получается чрезвычайно высока, и т.п.

Поэтому если текущая функциональность интернет-магазина в области поддержки бизнес-процессов не устраивает, возможно, наиболее выгодным и правильным решением будет перенос интернет-магазина на программно-технические средства ИТ-компании, имеющей опыт создания проектов сопоставимой сложности. Это должна быть ИТ-компания, у которой уже есть наработки в области поддержки бизнес-процессов крупных интернет-магазинов.

Как ускорить работу сайта интернет-магазина

Если ответить на этот вопрос кратко, то существуют всего два метода. Первый, это использовать более мощные аппаратные средства, а второй — внести соответствующие изменения в архитектуру ПО интернет-магазина и системные программные средства.

Однако в любом случае работы по ускорению необходимо начинать с анализа причин, по которым сайт интернет-магазина работает медленно.

Оптимизация архитектуры базы данных и SQL-запросов

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

Использование нормализованной структуры базы данных, сложных операторов JOIN, неправильное создание и использование индексов полей, неправильная настройка параметров работы сервера базы данных может в сотни раз замедлять работу сайта.

Работы по оптимизации должны выполняться с привлечением специалистов в области баз данных, программистов, разработавших ПО, системных администраторов. Тогда эти работы могут иметь успех. В интернете есть немало информации на тему оптимизации запросов к базам данных, есть и очень полезные книги.

Кэширование, и еще раз кэширование

В плане использования ресурсов сервера наиболее затратными являются обращения к дисковой памяти. Кэширование позволяет поместить информацию, которая нужна чаще всего, в оперативную память, работающую несравнимо быстрее.

Кэширование должно быть многоуровневым. Сама операционная система сервера кэширует обращения к дискам. Есть средства кэширования результатов запросов в серверах баз данных. Однако наибольший эффект достигается при использовании кэширования на уровне приложения. Для этого можно установить, например, демон memcached.

MySQL? Не только...

Такие широко распространенные серверы СУБД, как MySQL, очень удобно использовать для хранения транзакционных данных. Однако реляционная модель данных подходит не всегда, и не для всех типов данных она будет оптимальной.

Например, если речь идет о каталоге товаров, то он имеет иерархическую структуру, при этом товары разных типов могут иметь разное количество и разные типы атрибутов. Для хранения такой структуры в реляционной модели данных приходится создавать дополнительные таблицы рубрикаторов и использовать те самые JOIN-ы, которые приводят к снижению производительности.

В качестве альтернативы для хранения нетранзакционных данных в некоторых интернет-магазинах мы, например, используем MongoDB. Эта СУБД относится к категории NOSQL и работает очень быстро, как за счет адекватного способа хранения данных, так и за счет встроенного кеширования.

Полнотекстовый поиск с морфологией

Известно, что возможности полнотекстового поиска MySQL достаточно ограничены, а поиск с учетом морфологии средствами этой СУБД вообще невозможен. В то же время если посетители ищут товары по словам, встречающимся в их названии или описании, полнотекстовый поиск с учетом морфологии был бы весьма полезен.

Такой поиск можно организовать на сайте с помощью поискового сервера Sphinx. Этот сервер не только обеспечивает поддержку морфологии, но и выполняет полнотекстовый поиск в десятки раз быстрее, чем MySQL.

Прокси для статики

Как средство снижения нагрузки на сервер мы также советуем использовать прокси nginx. Этот прокси экономит ресурсы сервера, отдавая вместо Apache статические html-файлы и файлы изображений. А в интернет-магазинах и того, и другого достаточно.

Проблемы с хостингом

Выше мы описали некоторые приемы, которые позволяют снизить нагрузку, создаваемую интернет-магазином (да и любым другим сайтом) на сервер. Однако, также нужно уделить внимание и ресурсам хостинга.

Где-то мне попалась хорошая поговорка на эту тему: не пытайтесь положить в сковородку больше, чем в нее может поместиться. Ресурсы хостинга должны быть адекватны потребностям интернет-магазина.

Виртуальный хостинг

Виртуальный хостинг — это когда на одном физическом сервере провайдера размещается много (тысячи) сайтов, принадлежащих различным пользователям. И все они вместе используют ресурсы этого сервера.

Главных достоинств виртуального хостинга два. Во-первых, он стоит очень недорого, а во-вторых, им очень легко управлять. Все делается через web-интерфейс панели провайдера, знания в области системного администрирования не требуются.

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

Прежде всего, для того чтобы один клиент виртуального хостинга не заблокировал работу всех остальных клиентов, провайдер вводит жесткие ограничения на процент использования времени процессора. Именно этот параметр, ограничения на который закопаны глубоко внутри договора с провайдером, играет самую существенную роль для высоконагруженных проектов, а вовсе не размер диска и количество баз данных, выделяемых пользователю.

Как только сайт превысит допустимый уровень загрузки процессора, он будет автоматически блокирован системой мониторинга провайдера. Очевидно, это вовсе не то, что нужно для интернет-магазина с высокой посещаемостью.

Далее, на виртуальный хостинг нельзя установить то самое программное обеспечение, которое может ускорить работу сайта — memcached, MongoDB, Sphinx и т.п. Состав системных и прикладных программных средства виртуального хостинга определяется провайдером, и только провайдером.

Еще одна проблема связана с тем, что из лучших побуждений провайдер, без спроса клиентов, обновляет ПО на хостинговом сервере. И эти обновления могут вызвать необходимость внесения изменений в ПО интернет-магазина. Если такие обновления не выполнить своевременно, магазин перестанет работать.

Виртуальный сервер

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

Виртуальные серверы делят между собой ресурсы физического сервера, главным и самым критичным из которых является оперативная память и процессорное время. Система виртуальных серверов устроена так, что их работа не блокируется при превышении нагрузки, но размещенный на них высоконагруженный сайт будет отзываться очень медленно.

С виртуальными серверами три проблемы.

Прежде всего, очень дорого стоит выделение большого объема оперативной памяти. А этот ресурс как раз нужен для кэширования данных . Может получиться так, что виртуальный сервер нужной Вам конфигурации либо нельзя получить у провайдера, либо он стоит слишком дорого.

Вторая проблема связана с тем, что все виртуальные серверы, расположенные на одном физическом сервере, обращаются к одному и тому же диску. Чужие виртуальные серверы могут перегрузить диск, и тогда ваш интернет-магазин опять будет работать медленно. При этом, насколько мне известно, провайдеры никак не регламентируют и не ограничивают загрузку дисков виртуальными серверами.

И есть еще третья, тоже большая проблема. Виртуальный сервер, в отличие от виртуального хостинга, необходимо администрировать. Т.е. устанавливать и настраивать операционную систему, серверы баз данных, управляющие панели и так далее. Да, на виртуальный сервер можно установить все системное и прикладное ПО, необходимое для работы высоконагруженного сайта. Однако нужно суметь это сделать самому, или же придется оплачивать недешевые услуги системного администратора.

Физический сервер

Лучшим решением для хостинга высоконагруженного проекта будет использование выделенного сервера, своего или арендованного. Только хостинг на выделенных физических серверах может обеспечить работу по-настоящему высоконагруженного интернет-магазина.

Однако, как и следовало ожидать, с физическим сервером тоже не все так просто.

Если брать сервер в аренду у провайдера, то обычно невозможно заранее узнать, насколько он надежен в плане отказов аппаратного обеспечения. Кроме того, аренда сервера топовой конфигурации может стоить очень дорого.

Разумеется, и арендованный, и собственный физический сервер необходимо администрировать — устанавливать операционную систему, системное и прикладное ПО, настраивать резервное копирование данных, систему мониторинга использования ресурсов и т.п.

Отказоустойчивость аппаратного решения интернет-магазина

Когда вы пользуетесь виртуальным хостингом или виртуальным сервером, об отказоустойчивости и сохранности данных клиентов заботится провайдер. Некоторые провайдеры делают это лучше, некоторые — хуже. В интернете можно найти немало отзывов о том, что в результате сбоя сайт не работал несколько часов, дней, а то и несколько недель. Для интернет-магазина, в котором каждый день оформляются десятки и сотни заказов, такое время простоя может быть недопустимо.

Если посмотреть на задачу обеспечения отказоустойчивости упрощенно, то можно выделить три решения.

Первое решение заключается в использовании высоконадежных серверов с резервированием дисков, блоков питания и вентиляторов охлаждения. Как правило, такие серверы обеспечивают возможность "горячей" замены отказавших узлов и стоят недешево.

Если же сервер выходит из строя полностью, то возникает большая проблема. Нужно где-то быстро взять другой сервер и перенести на него сайт. Если провайдер сможет быстро предоставить в аренду сервер нужной конфигурации, то можно установить на нем весь необходимый набор ПО. В зависимости от того, какое резервное копирование было настроено на исходном сервере, перенос может занять от нескольких часов до нескольких дней.

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

И, наконец, третье решение заключается в использовании отказоустойчивого кластера серверов. Такой кластер может быть устойчивым к полному выходу из строя отдельных серверов или других компонентов, однако стоимость кластерного решения может исчисляться миллионами рублей (а то и миллионами долларов, тут все зависит от масштаба проекта).


Откройте магазин сейчас
1 месяц бесплатно
Понравился пост? Поделитесь ссылкой на эту страницу в социальных сетях: