Соглашение об уровне обслуживания и сервисах CloudBees

Question

Я сравниваю Java PaaSes тщательно и получаю действительно, начинающий как CloudBees. У меня есть только одна большая проблема с ними, и это их SLA/время безотказной работы.

После чистящих через все их документацию, я могу найти только one paper they offer on SLAs, который гласит:

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

Как упоминается в документе, Amazon, похоже, предлагает 99,95% времени безотказной работы, и я знаю, что CloudBees запускается - в основном - на самих AWS/EC2.

Таким образом, это порождает целый ряд тесно связанных вопросов ОАС:

1. Если я не воспользоваться опциями «высокой доступности», то я могу предположить, что CloudBees даже не гарантирует 99,95%? Или есть документация в другом месте, которая определяет, что такое их время безотказной работы, и средства защиты от сбоев в этом режиме?
2. Что такое Возможны варианты, о чем они говорят здесь? Я просто прочитал их все документы разработчиков и никогда ничего не видел о HA.
3. Каковы мои средства правовой защиты, если служба партнера (например, SendGrid для почты или MemCachier для кеширования) опускается? Одна вещь, которая мне нравится в GAE, это ее CapabilitiesService, где прежде чем вы начнете использовать свой API электронной почты или API кеширования, сначала проверьте с помощью мастера CapabilitiesService, чтобы убедиться, что эти службы работают. Я бы хотел сделать то же самое с CloudBees, но мне кажется, что мне нужно будет его самостоятельно создать. Это нормально, но не уверен, что CloudBees даже предлагает механизм (вызов API и т. Д.), Чтобы определить, включен ли какой-либо конкретный сервисный партнер или отключен.

Заранее благодарен!

Answer 1

1. CloudBees не предлагает SLA о доступности или средствах защиты в виде кредитов, если определенный уровень безотказной работы не выполняется в течение месяца. Это AFAIK общий для других предложений на AWS (например, Heroku). CloudBees предлагает стандартные SLA с поддержкой времени ответа через соглашение о поддержке. Как уже упоминалось в приведенной в этом документе, мы также применяем методы для собственного использования AWS и внешних поставщиков, которые помогли изолировать наших пользователей от некоторых конкретных проблем Amazon.

2. Наличие функции вы можете использовать, включают:

   • Использование нескольких экземпляров (и, возможно автоматическое масштабирование). Экземпляры приложений распространяются CloudBees через разные экземпляры EC2, поэтому вы можете избежать простоев в случае сбоя экземпляра EC2.
   • Использование session store. Вы можете разделить состояние сеанса в отдельном уровне из своего экземпляра приложения, используя наше предложение или партнерское предложение, такое как Memcachier.
   • Использование dedicated servers, что CloudBees устанавливается в нескольких зонах доступности AWS.
   • Убедитесь, что база данных, используемая с вашим приложением, настроена в очень доступной конфигурации.Например, RDS прост в использовании с CloudBees и поддерживает standbys и считывает реплики в нескольких AZ.
   • Использование приложений мониторинга приложений от таких партнеров, как New Relic и AppDynamics, чтобы предупредить вас о любых проблемах.

   Главным моментом в комментарии об использовании «параметров высокой доступности» было предупреждение о том, что простое развертывание приложения в CloudBees не делает его доступным. Если экземпляр EC2 выходит из строя под вашим развертыванием одного экземпляра, ваши пользователи будут испытывать простои, в то время как наш внутренний механизм передислоцируется в рабочий экземпляр, тогда как развертывание с несколькими экземплярами, скорее всего, будет испытывать только медленные ответы, пока не будет развернут новый экземпляр. Аналогично с базами данных с одним экземпляром без standbys или replicas через AZ. Хотя это только утверждение ослепительно очевидное для многих людей, вы можете быть удивлены, как многие люди просто предполагают, что происходит какая-то магия.

3. Хорошая точка на CapabilitiesService! У нас есть некоторые идеи в этой области, но на этот раз вам придется делать что-то подобное.