Надежная инфраструктура сайта: хостинг, SSL, резервное копирование

Многие владельцы бизнеса относятся к хостингу, SSL и бэкапам как к технической мелочи: «работает — и ладно». На деле это фундамент, от которого зависят продажи, доверие и стабильность рекламы. За десять лет работы с предпринимателями и маркетологами я не раз видел, как сайт с отличным дизайном и настроенным трафиком терял заявки из-за падения хостинга в час пик или просроченного сертификата. Инфраструктура не прощает пренебрежения: если хостинг часто падает, SSL настроен криво, а резервные копии делаются «на отвали», сайт начинает терять доход даже при идеальном маркетинге.

Почему инфраструктура сайта критична для бизнеса

Красивый и удобный сайт ничего не стоит, если он медленно грузится, периодически недоступен или показывает пугающие предупреждения браузера. Пользователь просто уйдёт — и, скорее всего, уже не вернётся. Для бизнеса это оборачивается конкретными потерями:

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

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

Из чего состоит надёжная инфраструктура сайта

На практике это три взамосвязанные опоры:

• Хостинг — место, где физически и програмно рабоатет сайт.
• SSL-сертификат — техноло́гия, включа́ющая зазищённое соеднение HTTPS и шифрова́нние да́нных.
• Резе́рвное копи́рование — систе́ма сохране́ния копи́й са́йта на слу́чай сбо́я, взло́ма или челове́ческой оши́бки.

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

Хости́нг: на что смотре́ть в пе́рвую о́чередь

Хости́нг — э́то не про́сто «где лежи́т са́йт». От него зави́сят ско́рость загру́зки, доступность, стаби́льность и удобство обсле́дования. За де́сять лет я приве́л к мы́сли, что сли́шком ча́сто предпринима́тели вы́бряют тари́ф по це́не и́ли по сове́ту «у всех та́к», не вника́я в дета́ли. А пото́м удивля́ются: почему́ прито́к клие́нтов есть, а ко́нверсия ни́зкая. О́твет ча́сто — в ско́рости и стаби́льности ра́боты са́йта.

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

Что ва́жно прове́рить пе́ред вы́бором хости́нга

• Апта́йм и стаби́льность: са́йт до́лжен бы́ть доступен пра́ктически все́гда, а не па́дать по ноча́м и́ли в ра́згар ра́бочего дна. Допусти́мый у́ровень — 99,9% и вы́ше, и э́то до́лжно подтве́рждаться реа́льной стати́стикой, а не то́лько обеща́ниями.
• Ти́п ди́сков и произво́дительность: SSD ди́ски да́ют су́щественный приро́ст ско́рости по сра́внению с устаре́вшими HDD, осо́бенно при ра́боте с ба́зами да́нных. Для интерне́т-магази́на и́ли акти́вного сай́та э́то не «прьятный бо́нус», а пряма́я необхо́димость.
• Подде́ржка ва́шей CMS: WordPress, 1С-Би́трикс, Tilda, OpenCart и дру́гие платфо́рмы мо́гут тре́бовать ра́зных верси́й PHP, на́личия опредёленных модо́лей и на́строек. Прове́рьте, го́тов ли хо́стинг к ва́шей систе́ме сра́зу, без «до́пилок» и уло́вок.
• Техподде́ржка: оце́нивайте не то́лько вре́мя отве́та, но и каче́ство. Я сове́тую до поку́пки напра́вить па́ру запро́сов — увиди́те, отвеча́ют ли шабло́нами и́ли реа́льно вника́ют. В кри́тический моме́нт э́то сбережёт часы́ и не́рвы.
• На́личие бэ́капов: хорошо́, когда́ есть автома́тические ко́пии и поня́тное восстано́вление в нес́колько кли́ков. Но уточни́те, ско́лько ве́рсий храни́тся и возмо́жно ли восстано́вить са́йт за ко́нкретную да́ту.
• Изоля́ция акка́унтов: если на одно́м се́рвере разме́щено мно́го са́йтов, ва́жно, что́бы пробле́ма одни́х клие́нтов (наприме́р, резки́й скачо́к нагру́зки и́ли взло́м) не затро́нула ва́ш прое́кт. Узна́йте, как хо́стинг разделя́ет ресу́рсы и прим́еняет ли меха́низмы защи́ты.
• Защи́та от DDoS и ба́зовая безопа́сность: для комме́рческих прое́ктов и са́йтов с рекла́мным тра́фиком э́то обяза́тельно. Да́же небо́льшая а́така спосо́бна положи́ть незащи́щённый са́йт и вы́звать просе́дание про́даж.
• Лока́ция серве́ров: для роси́йской аудио́рии обы́чно ва́жны ско́рость досту́па и поня́тные юри́ческие усло́вия. Серверы́ на терито́рии РФ таќже упроща́ют собльюде́ние тре́бований по персо́нальным да́нным.

Хости́нг для ра́зных ти́пов прое́ктов

Типовы́е оши́бки при вы́боре хости́нга

• Орие́нтироваться то́лько на це́ну, забыва́я, что дешеви́зна ча́сто означа́ет уре́занные лими́ты и перегру́женные серверы́.
• Бра́ть тари́ф «на вы́рост», не понима́я, ну́жен ли он се́йчас. Перепла́та за избы́точные мо́щности опра́вдана то́лько, когда́ есть чёткий пла́н ро́ста в ближа́йшие ме́сяцы.
• Не проверя́ть, как и́менно восстана́вливаются бэ́капы. На бума́ге они́ есть, а на де́ле — ска́чать ко́пию невозмо́жно и́ли восстано́вление за́путанное.
• Игнори́ровать ка́чество подде́ржки и докуме́нтации, а пото́м тра́тить часы́ на реше́ние три́виальных вопро́сов.
• Размеща́ть на одно́м акка́унте не́сколько кри́тичных са́йтов без изоля́ции ри́сков. Один взло́манный са́йт мо́жет потяну́ть за собо́й все остальны́е.

SSL: заче́м он ну́жен и почему́ без него́ нельзя́

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

Е́сли SSL не устано́влен и́ли настро́ен с оши́бками, бра́узер пока́зывает пре́дупрежде́ние «со́единение не защи́щено». Для по́льзователя э́то сигна́л: «са́йт ненадёжный». До́верие па́дает мгнове́нно, и никако́й диза́йн и́ли удо́бство э́то не компе́нсируют. На мое́й па́мяти был слу́чай, когда́ владе́лец магази́на ме́сяц не замеча́л, что сертифика́т и́стек, и удивля́лся паде́нию конве́рсии. Оказа́лось, что прим́ерно 30 % посети́телей уходи́ли со страни́цы авториза́ции и́ли ко́рзины, уви́дев пре́дупрежде́ние.

Что даё́т SSL на пра́ктике

• Защи́щает фо́рмы обра́тной свя́зи, авториза́ции и плате́жные да́нные — всё, что во́дит по́льзователь, пе́редаётся в зашифро́ванном ви́де.
• Повыша́ет до́верие к са́йту и бре́нду: по́льзователи всё ча́ще обра́щают внима́ние на знако́мый «замо́чек» в а́дресной стро́ке.
• Помога́ет избежа́ть пре́дупрежде́ний бра́узера, кото́рые отп́угивают да́же при пе́рвом захо́де.
• Упроща́ет ра́боту с анали́тикой, рекла́мой и интегра́циями — мно́гие совреме́нные се́рвисы про́сто не ра́ботают с HTTP.
• Необхо́дим для корре́ктной ра́боты больши́нства веб-приложе́ний и отсле́живания ко́нверсий.

Как поня́ть, что SSL настро́ен пра́вильно

Прове́рьте сле́дующее:

• са́йт открыва́ется по HTTPS и в а́дресной стро́ке есть замо́к;
• при захо́де по HTTP про́исходит автопереход на HTTPS (редире́кт);
• в бра́узере нет ни́каких пре́дупрежде́ний о незащи́щённом со́единении;
• на страни́цах нет «сме́шанного ко́нтента» — когда́ часть фа́йлов (карти́нки, сти́ли, скри́пты) всё ещё гру́зится по HTTP;
• все и́спользуемые поддоме́ны (наприме́р, shop.site.ru) таќже защи́щены, е́сли это ну́жно.

Ча́стые пробле́мы со SSL

• Сертифика́т устано́влен, но са́йт всё ещё открыва́ется по HTTP — зна́чит, не настро́ен редире́кт и́ли ссы́лки внутри́ вед́ут на ста́рые адре́са.
• По́сле перехо́да на HTTPS оста́лись ста́рые ссы́лки внутри́ страни́ц, и бра́узеры ви́дят ча́стичную незащи́щённость.
• Карти́нки, сти́ли и́ли скри́пты подгружа́ются по незащи́щённому протоко́лу — э́то ча́сто быва́ет по́сле мигра́ции, когда́ не обно́влены пути́ в ба́зе да́нных.
• Сертифика́т и́стек, а владе́лец заме́тил э́то сли́шком по́здно — в резу́льтате часы́ и́ли дни без защи́ты и с поте́рей до́верия.
• И́спользуется то́лько основно́й доме́н, а остальны́е поддоме́ны оста́лись без SSL — э́то мо́жет быть неочеви́дно, но опа́сно, е́сли че́рез них ра́ботают ли́чные кабине́ты и́ли адми́нка.

Какой сертифика́т вы́брать

Для подавляю́щего больши́нства са́йтов вполне́ доста́точно беспла́тного SSL от прове́ренного прова́йдера и́ли хости́нга — на́пример, Let’s Encrypt, кото́рый уже́ встро́ен во мно́гие пане́ли управле́ния. Пла́тный сертифика́т име́ет см́ысл, е́сли у прое́кта есть специ́фические тре́бования: расши́ренная прове́рка организа́ции (OV/EV), осо́бая схе́ма до́верия для ко́рпорати́вных клие́нтов и́ли же́сткие поло́жения безопа́сности. Но в обы́чной пра́ктике гла́вное — не «пла́тный и́ли беспла́тный», а корре́ктно настро́енный и во́время продлеваемый́ SSL. Да́же доро́гой сертифика́т без прави́льной устано́вки бесполе́зен.

Резе́рвное копи́рование: страхо́вка, без кото́рой са́йт ра́но и́ли по́здно потеря́ет да́нные

Бэ́кап ну́жен не пото́му, что «на вся́кий слу́чай», а пото́му что оши́бки про́исходят регуля́рно. Са́йт мо́гут слома́ть обновле́нием CMS и́ли плаги́на, уда́лить слу́чайно, повреди́ть по́сле а́таки, испо́ртить неуда́чной пра́вкой и́ли вне́дрением но́вого фун́кциона́ла. Да́же при идеа́льном хости́нге и аккура́тной рабо́те риск не исчеза́ет: ошиба́ются лю́ди, и э́то норма́льно. Я вспомина́ю магази́н, где администа́тор слу́чайно стёр ба́зу да́нных с зака́зами за посл́едние два ме́сяца. Бе́кап был, но он храни́лся на то́м же се́рвере — кото́рый в э́тот моме́нт таќже «упа́л». Восстанови́ть не удало́сь ни́чего.

Что и́менно ну́жно копи́ровать

Минима́льный набо́р:

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

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

Каки́м до́лжен бы́ть рабо́чий бэ́кап

Хоро́шая систе́ма резе́рвного копи́рования отвеча́ет на четы́ре вопро́са:

• Как ча́сто создаю́тся ко́пии? — э́то опреде́ляет объём дан́ных, кото́рый мо́жно поте́рять в слу́чае сбо́я.
• Ско́лько ве́рсий храни́тся? — хорошо́, когда́ есть возмо́жность откати́ться на не́сколько дней наза́д, а не то́лько на посл́еднию копи́ю.
• Где и́менно они́ лежа́т? — идеа́льно, е́сли храни́лище фи́зически удалено́ от основно́го се́рвера (друо́й да́та-це́нтр, облако́).
• Как бы́стро мо́жно восстано́вить са́йт? — вре́мя восстано́вления пря́мо влия́ет на про́должи́тельность про́стоя и поте́ри.

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

Практи́ческий орие́нтир по частоте́

Что ва́жно проверя́ть в бэ́капах

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

Оши́бки, кото́рые до́рого обхо́дятся

• Бэ́кап есть то́лько «по запро́су» — администа́тор за́был, и ме́сяц без ко́пий.
• Копи́я храни́тся на том же сервере́ — одна́ ава́рия уничто́жает всё.
• Никто́ ни ра́зу не проверя́л восстано́вление — при по́пытке обнару́живается, что архи́в би́тый и́ли не хвата́ет да́нных.
• Ко́пии есть, но в ни́х нет ба́зы да́нных — са́йт восстано́вится как де́ло, но без зака́зов и клие́нтов.
• Бэ́кап де́лается ре́дко и уже́ не отража́ет актуа́льное состоя́ние са́йта — наприме́р, раз в ме́сяц для акти́вного магази́на.

Как собра́ть надёжную схе́му: поша́говый пла́н

Ниже — проверенный алгори́тм, кото́рый помо́жет вы́строить инфраструкту́ру без ли́шней сложно́сти и с поня́тной отве́тственностью.

Ша́г 1. Определи́те крити́чность са́йта

Отве́тьте на вопро́с: ско́лько сто́ит ча́с про́стоя? Для интерне́т-магази́на э́то поте́ря зака́зов, для са́йта усле́г — поте́ря заявок и обраще́ний, для корпорати́вного ресу́рса — уда́р по репута́ции. Ци́фра в ру́блях сра́зу пока́жет, наско́лько серьёзно ну́жно относи́ться к ка́ждому звену́.

Ша́г 2. Вы́берите хости́нг под зада́чу

Сна́чала определи́те ти́п прое́кта, а пото́м подбира́йте тари́ф. Не наоборо́т. Для небольшо́го са́йта не ну́жен сло́жный сервер, но для магази́на дешёвый shared-хо́стинг ча́сто стано́вится у́зким ме́стом при ро́сте посеща́емости. Учи́тывайте не то́лько сего́дняшние, но и пла́ны на ближа́йшие 6–12 ме́сяцев.

Ша́г 3. Включи́те и проверьте SSL

По́сле устано́вки сертифика́та обяза́тельно про́верьте:

• открыва́ется ли са́йт по HTTPS;
• настро́ен ли автомати́ческий редире́кт с HTTP;
• нет ли оши́бок бра́узера и́ли пре́дупрежде́ний;
• корре́ктно ли рабо́тают фо́рмы и ли́чные кабине́ты (ча́сто по́сле перехо́да лома́ется отпра́вка да́нных).

Ша́г 4. Настро́йте резе́рвное копи́рование

Сде́лайте так, что́бы ко́пии создава́лись автома́чески и регуля́рно. Убеди́тесь, что мо́жно восстано́вить не то́лько ве́сь са́йт це́ликом, но и отде́льные ком́поненты (наприме́р, то́лько ба́зу да́нных и́ли то́лько те́му), е́сли э́то подде́рживается. И обяза́тельно нала́дьте хране́ние копи́й вне основно́го се́рвера — хо́тя бы в обла́чное храни́лище и́ли на удалённый FTP.

Ша́г 5. Протести́руйте восстано́вление

Э́то ключево́й ша́г, кото́рый пропуска́ют 8 из 10 прое́ктов. Бе́кап счита́ется рабо́чим то́лько тогда́, когда́ из него́ реа́льно мо́жно подня́ть са́йт. Раз в не́сколько ме́сяцев (или́ обязательно по́сле крупных измене́ний) проводи́те те́стовое восстано́вление на отде́льной среде́ и́ли хотя́ бы проверя́йте це́лостность архи́вов. Я сове́тую выде́лить для э́того те́стовый поддоме́н — э́то удо́бно и безопа́сно.

Ша́г 6. Назна́чьте отве́тственного

Да́же е́сли са́йт обслу́живает подря́дчик, у би́знеса до́лжен быть челове́к, кото́рый понима́ет:

• где нахо́дится хости́нг и досту́пы к нему́;
• кто име́ет пра́во вноси́ть измене́ния;
• как продлева́ется SSL и когда́ истека́ет срок;
• где лежа́т копи́и и как запро́сить восстано́вление.

Э́то осо́бенно ва́жно в отпуско́в и при сме́не исполни́телей — без э́того зна́ния восстано́вление мо́жет растяну́ться на дни́.

Чек-ли́ст проверки инфраструктуры са́йта

• Са́йт рабо́тает стаби́льно и не па́дает без причи́ны.
• Хости́нг соотве́тствует нагру́зке прое́кта — запа́са по произво́дительности хвата́ет на пи́ковые пери́оды.
• SSL устано́влен на основно́м доме́не и ну́жных поддоме́нах.
• Все страни́цы открыва́ются по HTTPS, редире́кт с HTTP рабо́тает бесшовно.
• На са́йте нет сме́шанного ко́нтента — все ресу́рсы грузя́тся по HTTPS.
• Резе́рвные ко́пии создаю́тся автома́чески и регуля́рно.
• Ко́пии храня́тся отде́льно от основно́го се́рвера.
• Восстано́вление мо́жно выполнить бы́стро и без дли́тельных согласова́ний.
• Есть поня́тный отве́тственный за досту́пы и обновле́ния.
• Бэ́капы периоди́чески проверя́ются на це́лостность и возмо́жность восстано́вления.

Как поня́ть, что инфраструктура уже́ сла́бая

Вот не́сколько трево́жных сигна́лов, кото́рые нельзя́ игнори́ровать:

• са́йт периоди́чески стано́вится недосту́пен — да́же на не́сколько мину́т;
• страни́цы до́лго загружа́ются без ви́димой причи́ны, и э́то стаби́льная карти́на, а не разовый сбо́й;
• бра́узер пре́дупрежда́ет о небезопа́сном со́единении — зна́чит, SSL не рабо́тает как ну́жно;
• по́сле обновле́ния плаги́на и́ли те́мы са́йт лома́ется и́ли ча́стично теря́ет фун́кциона́льность;
• нет уве́ренности, что ко́пии вообще́ существу́ют — «вроде бы де́лались»;
• восстано́вление «когда́-нибудь пото́м» ещё ни ра́зу не тести́ровалось.

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

Что ва́жно для би́знеса в Росси́и

Дл́я росси́йских прое́ктов осо́бенно ва́жны три ве́щи:

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

Дл́я предпринима́теля и ма́ркетолога инфраструктура — э́то не абстра́ктный IT-вопро́с. Э́то основа, кото́рая пря́мо влия́ет на сто́имость ли́да, стаби́льность рекла́мы и ка́чество клие́нтского о́пыта. Поэ́тому я всегда́ рекоме́ндую относи́ться к ней не как к ра́зовому вложе́нию, а как к непреры́вному прое́кту, кото́рый тре́бует внима́ния и прове́рок.

Вы́вод

Надёжная инфраструктура са́йта стро́ится на трёх про́стых веща́х: пра́вильный хости́нг, корре́ктный SSL и рабо́чие резе́рвные ко́пии. Е́сли э́ти элеме́нты настро́ены гра́мотно, са́йт ре́же па́дает, вызыва́ет бо́льше до́верия и бы́стрее восстана́вливается по́сле оши́бок. Е́сли же хо́тя бы оди́н из них игнори́руется — любо́й серьёзный сбо́й мо́жет обойти́сь доро́же, чем вся эконо́мия на «дешёвом тари́фе». Это не тео́рия, а суха́я пра́ктика: я неоднокра́тно ви́дел, как би́знес теря́л сотни ты́сяч ру́блей из-за того́, что вовремя не продли́л SSL и́ли не прове́рил бэ́кап. Поэ́тому начни́те с ана́лиза свое́й инфраструктуры пря́мо сего́дня — че́к-ли́ст вы́ше помо́жет.

FAQ

Как ча́сто ну́жно де́лать резе́рвные ко́пии са́йта?

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

Доста́точно ли беспла́тного SSL?

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

Мо́жно ли храни́ть бэ́кап на том же сервере́?

Мо́жно, но э́то сла́бый вариа́нт. Е́сли се́рвер вы́йдет из стро́я — сгори́т ди́ск, случи́тся ава́рия в да́та-це́нтре — вы поте́ряете и са́йт, и копи́ю одновреме́нно. Надёжная схе́ма предпо́лагает хранение хот́я бы одно́й копи́и за преде́лами основно́й инфраструктуры.

Что важне́е: хоро́ший хости́нг и́ли хоро́ший бэ́кап?

О́ба элеме́нта важны́, но бэ́кап кри́тичен осо́бенно: он спаса́ет от оши́бок, взло́мов и неуда́чных измене́ний, кото́рые не мо́жет предотво́тить да́же са́мый надёжный хо́стинг. Я бы сказа́л, что хости́нг отвеча́ет за ежедне́вную произво́дительность, а бэ́кап — за выжива́не са́йта в при́нцпе.

Как поня́ть, что хости́нг подхо́дит моему́ са́йту?

Смотри́те на стаби́льность, ско́рость, подде́ржку ва́шей CMS, нали́чие автома́ческих копи́й, простое́ восстано́вление и удо́бство техподде́ржки. Прове́дите те́стовый пери́од и понаблюда́йте за поведе́нием са́йта под нагру́зкой — э́то да́ст бо́льше информа́ции, чем любы́е табли́цы сравне́ний.