- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Ересь. Я там щас пойду статью поправлю как мне надо, потом тоже кого-то будете тыкать?
Найдите этот документ в оригинале, пожалуйста. Или мы интернет "облаком" называть стали?
Об этом речь не шла. И как вы тазик не назовете, тазиком он от этого быть не перестанет. Вы не путайте облако и оплату ресурсов по факту. Это совсем другие понятия... Нету облаков здесь. Тот же облачный хостинг от ISP - большой обман. Обман так же и облако от скалакси. Подсказать почему? Они считают то же процессорное время и потребление ОЗУ, что делает любой хостер. Только вот у них отказоустойчивость по-другому реализована. Не более.
Может покажете определение облако, которое все обязательно примут как 100% верное и источник уж супер достоверный?
Почему я должен что-то путать или не путать? Путают наши хостеры.
И облачные вычисления - это разделение одной задачи на нескольких машин. По какую-либо отказоустойчивость речь там обычно не идёт. А вот "облачный хостинг" - это уже другое.
И что в ISP от "не облака"?
1. Оплата ресурсов по факту присуща облакам, но нет никаких сложностей организовать ее и без всяких "облаков". На облаке просто другой подход неприемлем.
2. Невозможность выйти за пределы одной ноды, даже если используется приложение, написанное правильно (читай умеет обрабатывать потоки данных распределенно).
Там стоит HA-кластер с оплатой ресурсов по факту. А это уже не другой термин.
Из вашей же википедии. Т.е. вычисления производятся и у клиента и на сервере, т.е. на двух машинах одновременно.
http://en.wikipedia.org/wiki/Cloud_computing
поглядите на картинку в статье.
От честно первоистоки искать было лень. Но облачность началась именно с амазона и гугла. Амазон фактически ставит кучу виртуалок в параллель - что и называлось изначально облаком. Т.е. на таких виртуалках и делаются очень ресурсоемкие вычисления. И в это время виртуалки могут мигрировать между железом... Кстати, самый простой пример - блейд-серверы. ими можно хоть всю стойку заставить и получить вплоть до нескольких сотен ядер... Но вся разница в том, что это взаимодействует не по сети а по другим интерфейсам. Теперь еще обратите внимание, что одну и ту же задачу выполняет больше одной машины в параллель (почта).
Raistlin добавил 16.02.2011 в 11:33
Print Главная > ИТ-Инфраструктура > Консолидация и виртуализация > Концепция облака
Облачная инфраструктура представляет собой комплекс, сформированный из совокупности вычислительных ресурсов, ресурсов систем хранения данных, сетевой инфраструктуры, компонент управления и мониторинга. Облачная инфраструктура предоставляет среду функционирования для размещаемых на ее платформе сервисов и определяет параметры этого функционирования (производительность, масштабируемость, отказоустойчивость).
Идея современной концепции облачной инфраструктуры состоит в том, что решение задач обеспечения непрерывности и высокой доступности сервисов переносится с уровня приложений на уровень ресурсов облачной инфраструктуры (ресурсных пулов): сервисы наследуют характеристики ресурсных пулов, на базе которых функционируют. Например, если стоит задача обеспечения катастрофоустойчивости для какого-то конкретного сервиса или набора разнотипных сервисов, мы помещаем их на ресурсы, защищенные с помощью продукта «Красная кнопка», и уже нет необходимости в построении дорогостоящих и сложных кластерных систем средствами приложений, задача катастрофоустойчивости решена однократно на уровне катастрофоустойчивого ресурсного пула облачной инфраструктуры.
Подобным образом решается и задача масштабируемости: в случае необходимости наращивания каких либо ресурсов инфраструктуры (вызванной, например, ростом нагрузки или внедрением новых приложений) мы устанавливаем именно те ресурсы, нехватку в которых испытываем, а автоматическое перераспределение нагрузки – это задача облачной инфраструктуры, которая решается автоматически и без остановки или простоя размещенных на ее платформе сервисов.
А эти люди занимаются как раз продажей облаков. Почувствуйте разницу между предложением и одной физической нодой.
Кто вам рассказал сказки, что у ISP всё крутится в пределах одной ноды?
Там минимум сайт живёт одновременно на 2-х.
Господа, вот нужен мне для начинающего проекта вирт. хостинг, он пока маленький, жрёт 0,3% от сервера.
Требования - качество, стабильность, всегда доступная тех поддержка.
Предполагается наличие линейки тарифов по которой можно подниматься, вплоть до ВПС и выделенного сервера.
я использую домишко, и тебе бы посоветовал
И напомню заголовок темы: Нужен качественный вирт. хостинг, а он существует?
существует - domishko.ru
Кто вам рассказал сказки, что у ISP всё крутится в пределах одной ноды?
Там минимум сайт живёт одновременно на 2-х.
в России нет облака нормального, исп - ну может они и реализовали эту технологию, но сделали это задней лапой дохлой собаки, поэтому толку от этой реализации - нуль, а то что хостеры врут с терминологией облака - это вы и виноваты(хостеры), а никак не мы.
в России нет облака нормального, исп - ну может они и реализовали эту технологию, но сделали это задней лапой дохлой собаки, поэтому толку от этой реализации - нуль,
Может они и сделали не совсем облако, но отказоустойчивость и масштабируемость получить реально в таком подходе. Так же оплата за используемые ресурсы. А это уже хорошие плюсы по сравнению со стандартным хостингом.
Тот же оверсан похоже не решил нормально ни одной задачи по реализации.
Может они и сделали не совсем облако, но отказоустойчивость и масштабируемость получить реально в таком подходе. Так же оплата за используемые ресурсы. А это уже хорошие плюсы по сравнению со стандартным хостингом.
не спорю, но минусов там больше чем плюсов, к сожалению( /ru/forum/502262 ), почему к сожалению? - потому что сам давно жду подобную технологию в России...
Может они и сделали не совсем облако, но отказоустойчивость и масштабируемость получить реально в таком подходе. Так же оплата за используемые ресурсы. А это уже хорошие плюсы по сравнению со стандартным хостингом.
если честно, меня как клиента не очень волнует на чем там сделано, на облаке или pentium-133, главное качество и пусть он будет немного дороже
то что хостеры врут с терминологией облака - это вы и виноваты(хостеры), а никак не мы.
всегда кто-то врет и мы не узнаем правды, хостеры приподносят свою конфетку в золотой обертке, и мы может узнать что у нее внутри только попробовав ее
потому что сам давно жду подобную технологию в России...
Технологии используются различные. Нет единственной точной реализации. По мне, главное, чтобы основные задачи были решены. А это в основном отказоустойчивость, масштабируемость, возможность оплаты по факту использования ресурсов и т.п. Естественно работать это должно качественно. А уж назвать это "облако", "кластер", "отказоустойчивый хостинг" и т.п. - это дело уже маркетологов. Если написать кластер - это одно, а если облако - уже другое. У нас сейчас ведутся на последнее слово. Это я и пытался донести, что называют "облаком" кластеры и резиновые VDSы далеко не технари. (у админов бывает челюсть отвисает, когда узнают, как называют теперь всё подряд :))
Himiko добавил 16.02.2011 в 12:38
если честно, меня как клиента не очень волнует на чем там сделано, на облаке или pentium-133, главное качество и пусть он будет немного дороже
+1. Только есть моменты.
1. Особой отказоустойчивости на Pentium (да и вообще на одной машине) не добьёшься. А если вдруг полетит сервер, то вы уже не будете считать это "качеством". Есть моменты, которые сложно решить без простоев, если что-то более серьёзное, чем один Pentium не использовать.
2. Оплата по факту использования ресурсов тоже многих интересует. Если у вас раз в неделю скачет нагрузка, то не обязательно брать сервер из-за 4-х дней в месяц.
А если вдруг полетит сервер, то вы уже не будете считать это "качеством".
сколько я работаю у всех были какие-то проблемы - начиная от блокировки аккаунта до ареста серверов фбр 😂