Облако cms: CMS, подключение через облако, неизвестная ошибка / Вопросы / Общение / видеонаблюдение Polyvision

защита сайта от сезонных нагрузок — CMS Magazine

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

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

Специфика сезонных нагрузок

Чем рост посещаемости в высокий сезон отличается от обычного роста нагрузки? 

Прежде всего, это:

• резкие всплески посещаемости;

• несоизмеримая с оборудованием нагрузка на сервер

• а также критические и срочные требования к способности масштабироваться

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

Обычный режим: пользователи идут на «железный» сервер, сервер в «облаке» работает в минимальной конфигурации.

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

Обычный режим: пользователи идут на «железный» сервер, сервер в «облаке» работает в минимальной конфигурации.

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

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

Обычный режим: пользователи идут на «железный» сервер, сервер в «облаке» работает в минимальной конфигурации.

И вот здесь мы приходим к тому, что постоянно слышим об облачных хостингах – может быть, можно использовать облака и платить только за те ресурсы, которые мы будем использовать? Сможем неограниченно масштабироваться? Не будем думать об обслуживании серверов?

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

• PaaS — платформа, предоставляемая как сервис;

• IaaS — инфраструктура, предоставляемая как сервис. 

Платформа как сервис

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

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

PaaS был бы главным и единственным решением всех наших проблем, если бы не одно серьезное препятствие — есть жесткие ограничения на то, как, каким образом должен работать код со всеми элементами платформы.

Это можно сравнить с оркестром, где один инструмент должен играть в ограничениях тональности и ритма остального оркестра. 

Все PaaS-решения замкнуты на производителя — у каждой платформы свой язык взаимодействия. Создав приложения для одной из платформ,  будет сложно «переехать» на другую. При переносе уже существующего проекта, его текущий код может оказаться неприспособленным к платформе, на которую мы хотим перейти — нужно будет полностью его переписывать. Мы будем привязаны к единственному вендору.

Существуют различные PaaS-решения — прежде всего Google AppEngine, Heroku, Engine Yard. За прошедший год работа подобных сервисов однозначно поменялась, и для многих небольших сайтов — за PaaS будущее, но сейчас мы бы пока не рекомендовали их использовать.

Инфраструктура как сервис

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

Но как можно было догадаться — и у этих решений есть свои проблемы. 

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

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

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

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

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

Для примера рассмотрим аварии на Amazon:

• 21 апреля 2011 – недоступность 53 часа, US датацентр

• 7 августа 2011 года – недоступность 36 часов, EU датацентр

• 29 июня 2012 года – недоступность 7 часов, US датацентр

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

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

Обычный режим: пользователи идут на «железный» сервер, сервер в «облаке» работает в минимальной конфигурации.

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

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

Гибридные облака

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

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

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

Посмотрим на это с технической точки зрения. При использовании Nginx/Apache/MySQL/Linux решений это может быть сделано с помощью Master-Slave или Master-Master репликации базы данных, а синхронизация файлов реализуется, например, с помощью сервиса lsyncd. Переключение между площадками может быть организовано с помощью проксирования со старого сервера и простой смены адресов в DNS-записях (при использовании низкого значения TTL).

Как же это выглядит схематично?

Обычный режим: пользователи идут на «железный» сервер, сервер в «облаке» работает в минимальной конфигурации.

Увеличивается нагрузка на сайт.

Сервер в облаке масштабируется до очень большой конфигурации.

Путем проксирования и смены DNS-записей пользователи переводятся на новый сервер в облаке.

Облачный сервер принимает всю нагрузку на себя.

Нагрузка снижается.

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

Конфигурация облачного сервера снижается.

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

Исходные данные: 

Рядовая конфигурация:

CPU E5-2680 v2, 8 ядер

16 гигабайт оперативной памяти

80 гигабайт HDD

Пиковая конфигурация:

CPU E5-2680 v2, 32 ядра

60 гигабайт оперативной памяти

80 гигабайт HDD

общая длительность пиков: 48 часов

Облака в Amazon:

Рядовая конфигурация: 

с3.2xalrge, EBS 80Gb — $117.43 в месяц

(1 yr Medium Reserved предоплата $1072)

Пиковая конфигурация:

с3. 8xlarge — $1.912 в час

Резервная конфигурация:

m3.medium, EBS 80Gb — $28.37 в месяц

(1 yr Medium Reserved предоплата $181)

Хостинг в FastVPS:

Рядовая конфигурация: 

FPS-1 4×2 GHz CPU Cores 16GB RAM — $44 в месяц

Пиковая конфигурация:

HP-SSD-64-DUALCPU 64GB RAM — $464 в месяц

Целиком «железное» решение значительно экономичней в штатном режиме, но если мы решаем готовиться к нагрузкам увеличением сервера —  мы платим за те два месяца, что мы ждем пиков.

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

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

Но есть моменты, которые надо учесть. В случае пиков переключение будет либо совсем ручным — вам нужно будет обратить внимание на скачек нагрузки и попросить администраторов переключить систему, либо нужно будет разработать систему переключения таких режимов «одной» кнопкой и вложиться в разработку.

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

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

Оригинал: http://prograbli.ru/techno_experience/Cloud_protecting_the_site_from_seasonal_loads/

КОРПОРАТИВНОЕ ОБЛАКО — ОПТИМАЛЬНОЕ РЕШЕНИЕ ДЛЯ РАБОТЫ — CMS Magazine

Компания Cloud4Y (ЗАО «Корп Софт») начала свою деятельность в области предоставления облачных услуг в 2009 году.  

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

В 2013 году компания вошла в ТОП-10 крупнейших SaaS поставщиков России. В этом же году компания Cloud4Y заняла 3 место среди облачных поставщиков сторонних продуктов по версии Cnews Analytics.

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

особый подход для специализированного сервиса

Специализированный сервис, изначально требовал особого подхода. Так как целевой аудиторией проекта являются юридические лица — компании нуждающиеся в онлайн платформе для оптимизации бизнес процессов, необходимо было создать комфортное рабочее пространство, которое сможет объеденить управление всеми предлагаемыми услугами сервиса. В свою очередь сделать предоставление данных услуг для пользователей максимально доступным. Дизайн же необходимо было сделать стильным на премиальном уровне и в тоже время максимально простым. Изначально предполагалась адаптивность дизайна под мобильные девайсы,  а также мультиязычность сервиса Eng / Rus.

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

Специализированный сервис C4Y предлагает услуги:

• Виртуальный хостинг
• Облачное хранилище
• Облачный CDN
• Suncclaster

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

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

На сайте вы сможете:

• Максимально удобно получить всю необходимую информацию по нужной услуге
• Узнать самые актуальные новости о компании, услугах и партнерах
• Осуществить подбор услуги по необходимым критериям
• Рассчитать стоимость услуги по выбранным критериям
• Приобрести любую из услуг или заказать бесплатно тестовый период
• Оставить заявку через форму обратной связи / онлайн-заявка
• Получить онлайн-консультацию менеджера
• Заказывать услуги и управлять ими через панель управления в личном кабинете
• Производить безналичный расчет за оказанные услуги
• Найти все необходимые контактные данные

результат

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

Перейти на сайт

Cloud CMS: в чем преимущества?

При выборе системы управления контентом (CMS) предприятия всех размеров и специализаций должны сначала задать себе вопрос: должны ли мы оставить локальное решение CMS или перейти на облачную платформу ? И сможет ли облачная CMS удовлетворить потребности наших клиентов?

Электронная книга

Полное руководство по Headless CMS

Вам когда-нибудь было интересно, используете ли вы правильную CMS? Узнайте больше в нашей бесплатной электронной книге.

ПОЛУЧИТЕ КОПИЮ

Что такое облачная CMS?

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

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

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

#2 Удобная совместная работа 

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

#3 Повышенная безопасность

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

#4 Автоматические обновления

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

#5 Лучшая интеграция

Вы можете интегрировать облачную CMS со всеми другими инструментами, которые вы используете, чтобы упростить себе жизнь и сэкономить время. Точно так же вы можете интегрировать такие инструменты, как MailChimp, Zoho CRM и Slack; вы также можете интегрировать безголовую CMS с такими сервисами, как Google Analytics и Twitter. Нет необходимости тратить часы на настройку правильной аналитики для вашего веб-сайта; вы можете подключить его к своей безголовой CMS и заняться другими делами.

#6 Возможности Интернета вещей (IoT)

Интернет вещей (IoT) меняет наш образ жизни. Это позволяет нам подключать устройства к Интернету способами, которые раньше были невозможны. Компании могут обращаться к аудитории по нескольким каналам — мобильным приложениям, носимым устройствам или даже умным домашним устройствам. Облачная CMS позволяет создателям контента обращаться к потенциальным клиентам в любом месте и в любое время.

#7 Простая масштабируемость

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

#8 Преимущества для разработчиков

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

3 момента, которые следует учитывать при выборе облачной CMS

1. Архитектура предприятия

При выборе корпоративной SaaS CMS убедитесь, что поставщик предоставляет следующие функции:

• Доступ к API Это позволит вашим разработчикам интегрироваться со сторонними системами.
• Управление несколькими сайтами для предприятий Благодаря управлению несколькими сайтами вы сможете управлять различными веб-сайтами или несколькими брендами, как вам нужно.
• Несколько вариантов интеграции для предприятий Широкий спектр вариантов интеграции позволяет без проблем работать с нужными вам платформами.

2. Какое обучение вам потребуется?

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

3. Вам нужно будет платить за обновления?

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

Заключение

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

Безголовая CMS, любимая клиентами и признанная экспертами

.

Облачная CMS: контрольный список из 8 пунктов для выбора облачной CMS

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

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

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

Выбираете облачную CMS? Вот что вы найдете в этой статье:

• Что такое облачная система управления контентом (CMS)?
• Устаревшие платформы и облачная CMS
• Примеры использования облачной CMS
• Обратите внимание на скрытые затраты на облачную CMS
• Контрольный список для выбора облачной CMS
• Простота установки
• Простота использования
• Документация и поддержка
• Масштабируемость
• Гибкость и адаптивность
• Безопасность
• Уровень настройки
• Возможности для различных заинтересованных сторон
• Практические правила выбора любого решения CMS 

Что такое облачная система управления контентом (CMS)?

Облачная система управления контентом — это… ну… система управления контентом, которая работает «в облаке».

Но что именно это означает?

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

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

Давайте углубимся в то, что все это значит.

Читайте дальше: Как выбрать лучшую систему управления контентом

Устаревшие платформы и CMS, размещенные в облаке

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

Но что именно это меняет?

Ну… на самом деле много.

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

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

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

Прочтите это далее:  Contentstack: все, что вам нужно знать перед использованием Contentstack в качестве безголовой CMS

Варианты использования облачной CMS

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

[Сценарий использования № 1] Быстрый старт

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

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

[Сценарий использования № 2] Простое сотрудничество

Облачные CMS также позволяют всем заинтересованным сторонам сотрудничать и «делать свое дело» одновременно (а не последовательно). Например, члены вашей команды, ответственные за создание контента, могут добавлять контент, пока разработчики настраивают базу данных, приложение и т. д., вместо того, чтобы ждать завершения этой части проекта.

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

[Сценарий использования №3] Повышенная безопасность

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

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

Остерегайтесь скрытых затрат на облачную CMS

Теперь стоит отметить, что все, что мы говорили об облачных CMS до сих пор, предполагает, что рассматриваемое решение на самом деле «на высоте». ”

То есть не все облачные CMS созданы одинаково.

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

[Скрытая стоимость №1] Какое обучение требуется?

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

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

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

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

[Скрытые расходы №2] Какова реальная стоимость лицензирования?

Мы обсуждали это немного ранее в этой статье, но к нему стоит вернуться.

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

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

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

[Скрытые расходы №3] Сколько вам нужно будет инвестировать?

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

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

• Обновления и усовершенствования дизайна и контента
• Мониторинг и тестирование производительности веб-сайта
• Замена платформы

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

[Скрытая стоимость №4] Включены ли обновления в ежемесячную стоимость?

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

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

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

Как выбрать CMS: полное руководство

Подробное руководство по выбору CMS, подходящей для вашего бизнеса.

[Скрытая стоимость №5] Что входит в ежемесячную плату?

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

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

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

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

[Скрытые расходы № 6] Миграция и изменение платформы

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

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

Контрольный список для выбора облачной CMS

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

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

[Контрольный список №1] Простота установки

В идеале установка вашей CMS на стороннем сервере должна быть довольно простым процессом.

Конечно, это не всегда так.

Выбирая облачную CMS, вы хотите знать:

• Требует ли установка технических знаний, или это довольно просто
• Если требует технических знаний, процесс хотя бы хорошо объяснен?
• Насколько легко вам удается внедрять новые функции и обновления?

[Контрольный список № 2] Простота использования

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

Некоторые аспекты, которые следует учитывать, включают:

• Объем знаний в области программирования, необходимый для выполнения различных задач — от проектирования до областей, связанных с безопасностью
• Доступность CMS для создателей контента, не разбирающихся в технологиях
• Общий пользовательский интерфейс предоставлено CMS

Прочтите это далее: Контент как услуга: секретное оружие маркетолога

[Контрольный список № 3] Документация и поддержка

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

Рассматривая эти аспекты, вы должны задать следующие вопросы:

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

[Контрольный список № 4] Масштабируемость

По мере роста вашей компании будет расти (или должен расти) и ваш веб-сайт.

Главный вопрос:

Сможет ли ваш поставщик облачных CMS справиться с этим ростом?

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

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

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

Прочтите это далее: Масштабируемая веб-архитектура: как мы справились с ростом трафика на 1031% [Пример из практики]

[Контрольный список № 5] Гибкость и адаптируемость

Поставщики облачных CMS — это, конечно, бизнес как и любой другой.

Тем не менее, вы хотите знать, что выбранный вами провайдер ориентирован на будущее (как и вы, скорее всего).

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

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

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

[Контрольный список № 6] Безопасность

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

Некоторые факторы, которые следует учитывать, здесь:

• Какие встроенные функции безопасности предлагает ваш поставщик?
• Как часто поставщик выпускает обновления, связанные с безопасностью?
• Аналогично, отвечает ли поставщик на запросы таких обновлений?
• Обеспечивает ли провайдер соответствие сторонних плагинов текущим мерам безопасности компании?

Прочтите это далее: Рекомендации по обеспечению безопасности веб-сайтов: как мы защищаем веб-сайты наших клиентов (и как вы можете сделать то же самое)

[Контрольный список № 7] Уровень настройки

Это относится к тому, что мы говорили ранее о масштабируемости и гибкости:

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

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

[Контрольный список № 8] Функции для различных заинтересованных сторон

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

Для вашего ИТ-отдела:

• Поддерживает ли CMS интеграцию и настройку через BitBucket, GIT или аналогичные распределенные системы управления?
• Ограничивает ли команда использование конкретной интерфейсной платформы?

Для маркетологов:

• Можно ли использовать CMS нетехническим специалистам? То есть сможет ли маркетинговая команда запустить новые страницы без помощи ИТ?
• Есть ли в CMS встроенные маркетинговые функции, такие как маркетинг по электронной почте? Разрешает ли он сторонние интеграции?

Для продаж:

• Позволяет ли CMS быстро и легко сегментировать аудиторию?
• Есть ли в нем встроенная CRM (или, опять же, допускается сторонняя интеграция)?

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

Как выбрать CMS: полное руководство

Подробное руководство по выбору CMS, подходящей для вашего бизнеса.

Практические правила выбора любого CMS-решения

Независимо от того, решили ли вы использовать локальную, облачную или SaaS-систему CMS, мы в Core dna рекомендуем вам пройти следующие процедуры в чтобы определить точное решение, которое обеспечит наибольшую ценность для вашей компании.

[совет Cloud CMS №1] Создайте пятилетний план

Мы коснулись этого чуть раньше, но несколькими способами.

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

С другой стороны, вы не хотите перенапрягаться в настоящий момент, вкладывая слишком много своего капитала в CMS, которая слишком продвинута для ваших текущих потребностей.

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

[Совет № 2 по облачной CMS] Создайте краткий список потенциальных поставщиков

Как и при всех крупных покупках — будь то деловые или личные — вы почти наверняка сможете сузить свой выбор поставщика CMS до нескольких потенциальных кандидатов.

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

Лучше всего оценить все, что вы узнали о своих потенциальных кандидатах, и выяснить, какой из них лучше всего подойдет для вашей компании. Что приводит нас к…

[Совет №3 по Cloud CMS] Создайте список необходимых (и полезных) функций

Давайте еще раз взглянем на диаграмму, на которую мы ссылались ранее:

Эта диаграмма дает общее представление о том, что различные заинтересованные стороны в вашей компании будут нуждаться и/или хотеть от решения CMS, но это, конечно, не является окончательным. То есть, еще раз, потребности вашей компании — это потребности вашей компании, и они могут соответствовать или не соответствовать вышеизложенному.

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

[Совет №4 по облачной CMS] Запланируйте демонстрацию продукта

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

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

См. демонстрацию Core dna: Хотите узнать, как Core dna может помочь вам быстрее развертывать сайты и упростить управление сайтом? Нажмите здесь, чтобы запланировать 15-минутную индивидуальную демонстрацию с нашим специалистом по продукту.

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