- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Отказоустойчивость прямого отношения к облаку не имеет как правильно уже написали.
Другое дело, что без настоящего HA настоящего же облака и не получится, поэтому это само собой подрузамевается.
Смотрите сами, чтобы клиент мог в любой момент запросить потенциально любое количество ресурсов, это значит что
А) - У хостера должно быть доступное количество свободное ресурсов
Б) - Должен быть оркестратор, который динамически может выполнять миграции ресурсов клиента в зависимости от текущей нагрузки.
Чтобы оба пункта работали, облачная платформа должна быть на отказоустойчивых технологиях, прежде всего по стораджу. Локальный сторадж тут никак не будет работать.
Если интересно технические детали, можно почитать тут: https://habr.com/company/jelastic/blog/342278/
Еще можно послушать про отказоустойчивость тут: https://www.youtube.com/watch?v=OuX1AuKRx20
Но это больше для девопсов как строить свои кластеры и решения.
---------- Добавлено 21.10.2018 в 12:12 ----------
Боюсь соврать, но что-то было про scalable, вот нашел что-то похожее: https://aws.amazon.com/ru/autoscaling/
Это горизонтальное масштабирование. Добавление / удаление инстанций в зависимости от правил по нагрузке.
К оплате по факту используемых ресурсов это не имеет отношения.
с облаком, хостер куда я хотел, мягко говоря ввел в заблуждение )
не знаю что за хостинг, и какая нужда в облаке, но можете вот этот затестить https://elasticweb.org/pricing оплата за ресурсы
не знаю что за хостинг, и какая нужда в облаке, но можете вот этот затестить https://elasticweb.org/pricing оплата за ресурсы
Вот тут видел
http://risp.ru/?cloud_host
У них слева в меню, есть тарифы на обычный хостинг и облачный хостинг
Вот меня в заблуждение ввело описание облачной платформы в тарифе облачного хостинга
Но, теперь разобрался ))
Вот тут видел
http://risp.ru/?cloud_host
У них слева в меню, есть тарифы на обычный хостинг и облачный хостинг
Вот меня в заблуждение ввело описание облачной платформы в тарифе облачного хостинга
Но, теперь разобрался ))
Для обычного сайта это не нужно.
Это оффтоп: Читали тут про хостинги для wordpress https://it-level.ru/saytostroenie/hosting/xosting-dlya-wordpress.html пока читали разборы и
"отзывы" о хостингах, забыли что искали)
По делу: мы давно отказались от хостингов в пользу amazon, не жалеем.
Обещают хорошую стабильность, независимость от соседей, и прочие радости. По параметрам должен держать текущую нагрузку сайта. Но, в случае необходимости можно легко подключить дополнительные ресурсы.
При условии что ваш сайт изначально спроектирован под облако - да, всё так и есть.
Иначе:
1) Очень дорого
или
2) Легкое подключение ресурсов невозможно
Облачный хостинг реально лучше обычного, или это такой маркетинговый ход ? :)
Если ваш сайт не специально спроектирован под облака - то просто маркетинговый ход.
---------- Добавлено 22.10.2018 в 21:30 ----------
А что, его разве не для надёжности создают? Или для развлечения, от нечего делать?
Надежность в облаке не безусловна.
Надежность облака строится по схеме:
Что то где то в облаке вылетело?
Ничего страшного - поднимем ваш сайт на новом железе. Автоматом.
Что? Ваш сайт не способен работать по такой системе?
После автоматического подъема неактуальные данные или вообще не отображает страницы корректно?
Да, конечно, забыли сказать - вам нужно модернизировать ваш сайт под наши требования.
При условии что ваш сайт изначально спроектирован под облако - да, всё так и есть.
Если ваш сайт не специально спроектирован под облака - то просто маркетинговый ход.
Откуда у вас такое странное представление об облаках? И я как разработчик, никак не могу понять, как спроектировать приложение под облака. Я знаю как проектировать приложение под нагрузку, как делать приложение под сервисную архитектуру, но как делать их под облака - просветите?
Сейчас типичное облако прям грубо говоря это две подсистемы, первая это дисковая, она резервируется, дублируется, там свои алгоритмы, свои всякие плюшки и вторая это ресурсная подсистема. Так вот суть облака это создание виртуальной машины и подмонтирование диска в неё, упала нода с ресурсами, создали новую виртуалку в другом пуле и подмонтировали диск туда, повысилась нагрузка, создали более мощную виртуалку и подмонтировали туда... и так далее. Это не 100% отказоустойчивость из за того что может быть проблемы с дисковой подсистемой, расссинхрон и так далее, но какие требования ввиду этого предъявляются к приложению я хз и как на всю эту работу может повлиять код приложения. Суть облака - это быстрое мигрирование куска диска по разным виртуальным машинам и не более того.
Чтобы оба пункта работали, облачная платформа должна быть на отказоустойчивых технологиях, прежде всего по стораджу. Локальный сторадж тут никак не будет работать.
Расскажите как решаете вопросы с иопсами и латентностью для томов под субд и, особенно тонкий вопрос - их журналы?
У нас на железе замена sata ssd на nvme даёт прирост по 90 перцентилю почти на порядок, например. Даёт именно из-за улучшения латенси.
Что предлагаете вы? Или назад в каменный век?)
Как решаете проблему шумных по иопсам соседей?
Калькулятор на сайте добивает. У меня только под мастером только одного приложения 84гб памяти сейчас, не считая пачки апп-серверов. Как это всё вбить в ваш калькулятор?
Что за странные мегагерцы коих можно купить астрономические числа? Как они мапятся на реальную производительность ядер уровня, скажем, e3-1270v6?
Можно в приват.
мы давно отказались от хостингов в пользу amazon, не жалеем.
так это впс, а не облачный хостинг
так это впс, а не облачный хостинг
Если амазон это не облачный провайдер, тогда может покажете пример облачного провайдера? Azure тоже по вашему не облако? GoogleCloud?