А я как-раз и имел в виду, что сравнивать только ресурсы — не корректно. С точки зрения хостера, который предоставит конечную услугу покупателю — ему без разницы. Ну т.е. он всегда выберет наиболее эффективную для себя модель (я утверждаю, что ему же лучше для конечных клиентов в целях автоматизации делать клауд хостинг вместо дедиков, хотя кто-то у кого более ограниченные возможности, может чуть пожертвовать аптаймом и сделать выбор в пользу дедиков).
С точки зрения покупателя это немного другой вопрос. Представим, что я и есть конечный пользователь. Тут все зависит от того, насколько я продвинут и насколько у моего проекта(ов) специфичные требования. Чипкор например сразу не катит, если мне нужно несколько IP-адресов. Чипкор просто становится тупо не выгоден, если я хочу использовать например Plesk, а лицензия на который в случае с дедиком будет стоить в 2 раза больше самого дедика. Чипкор мне сразу не катит, если я не хочу отхватить недоступность дешевого сервера на пол дня/день из-за неисправности единственного диска на нем.
Если требования более продвинутые (больше чем хостинг сайта о котиках и собачках), придется сравнивать не чипкор с селектелом, а селектел с селектелом, а если проводить такое сравнение, то тут речь пойдет о соотношении цена/ресурсы/затраты на администрирование. И рынок все уже отрегулировал. Умеешь в дешевое администрирование (не просто в дешевое, а чтобы оно было дешевле чем в облаке) — берешь дедик, не умеешь — это просто не выгодно. И сейчас уже облако более выгодно на примере того же хетзнера, который показывает, что хостеру проще продавать клауд, делая его более привлекательным для конечного потребителя, чем дедики. Тот же Hetzner cloud дешевле за счет оверкоммита, но если хочешь выделенные ресурсы — идешь в OVH cloud, где инстансы на 20-30% дороже дедика по ресурсам, но 2 ядра — это 2 ядра и память без балунинга. И там и там облако избавляет тебя от необходимости общаться с саппортом по поводу отъехавших дисков, блоков питания и прочих проблем и вообще задумываться о том, что там как. Оно просто работает и эти 10-20-30% стоимости ты платишь хостеру вместо системного администратора, избыточных ресурсов, необходимых для отказоустойчивости и своего собственного времени, которое ты мог бы потратить).
Так же, как им не нужно, чтобы кто-то сам пилил их дедики на виртуалки и продавал их, точно так же им не не нужно, чтобы кто-то так же продавал хостинг на их дедиках. Зачем, если они сами в состоянии это делать. Дедики сейчас нужны как нижний слой под IaaS, SaaS и другими сервисами типа хостинга, бессерверных вычислений и прочей фигни из космоса.
Я это к тому, что какой-нибудь бомж Василий не может строить нормальные качественно-работающие решения на инфраструктуре хостера (не имея своей собственной), чтобы их реселлить. У потребителя Пети может возникнуть только один вопрос — пойти за этими IaaS, SaaS к хостеру или делать свои собственные для себя. Петя не рассматривает Василия, потому что у него все дышит на ладан, работает через анус и стоит в 1.5-2 раза дороже, а если рассматривает — это повод задуматься о душевном здоровье Пети.
Сравнивать бегеты-хуегеты с дедиками неуместно. Если так уж хочется, бери Hetzner dedi и Hetzner cloud, OVH аналогично и сравнивай (или селектел с селектелом, но никак не чипкор с селектелом). У OVH на нормальных планах выделенные ресурсы и уже напиленные инстансы стоят по ресурсам чуть дороже дедиков. У Hetzner по ресурсам оверкоммит безусловно, но и цена у облака соответствующая. И в одном, и в другом случае клауд решения более чем интересны по деньгам для хостинга веб-приложений, и отсутствуют издержки связанные с дедиком в виде необходимости общаться или хоть как-то взаимодействовать с саппортом.
Потому что он не нужен. Шаред на сегодняший день может взять только одним. Ценой в 60-120 рублей, при которой тебе достаточно производительности, чтобы захостить сайт-визитку. Мысль понял, она о том, что можно панель поставить куда угодно, но это неактуально.
Тупые и неприхотливые покупатели уходят в сегмент конструкторов, вордпрессов одной кнопкой в панелях типа serverpilot или сидят на хостингах по 60р
Более продвинутые могут установить все самостоятельно
Привередливым все сделает какой-нибудь исполнитель под ключ
Эти самые исполнители во всю используют облака, потому что хостинг веб-приложений — задача тривиальная и не требующая дедика, который уже нисколько не дешевле облака, но с ним нужно иногда ебстись
Вопрос по теме. Кто-нибудь роутил IP в vrack? Есть задача, в которой есть N серверов виртуализации и множество виртуальных машин с MAC-адресами. Если один сервер словил белку, хочется, чтобы VM сразу поднялась на втором, но насколько я понимаю на OVH нет возможности сроутить IP в vrack, не привязывая при этом его к конкретному серверу. Если так, где такая возможность есть?
Не подводит? Сириусли? А как же ноябрь прошлого года? До этого тоже сетевые инциденты не редкость, они минорные конечно типа потерь пакетов, но очень злоебучие (нахуя мне бесплатный ДДоС для сервера моей игры, если у меня игроки из 10 европейских стран имеют пакетлост в 2-3% и нормально поиграть не могли пол года, в результате отлично чувствуют себя на аукционном сервере хетзнера, OVH конкретно в этом случае исправился, но что-то конкретно этот проект туда больше уже не тянет). Увы, но высокую доступность близкую к 100 проц. в Европе на OVH не обеспечить никак и ничем.
Автотикеты они тоже игнорят будь здоров, сгоревший БП меняли сутки (при этом сутки после того, как сам им написал, а не сутки с момента когда ивент появился, на Online.net это час занимает на Free SLA, хотя это как повезет. У одного проекта на Free SLA был аптайм около 100, у другого сервера 99.8, ровно как заявлено, покупаешь бизнес — там со временем реакции все очень чётенько, при этом Dell-ы и HP, а не самосбор из супермикры))
OVH — это хороший провайдер для generic-проектов, которым нужны миниатюрные кластера без высокой доступности, частные сети с игрушечным фейловером. На сегодняшний день, это неплохой рынок, который все еще растет в численном выражении (например сегодня было 100 серверов, завтра 120), но падает в процентном (сегодня его доля была 80% завтра стала 70%). Почему падает в %? Потому что хаос и большие абстрактные куски всегда со временем регулируются и поляризуются, а генерик проектов становится все меньше и меньше. Всегда строится что-то сверху (labs.ovh.com как-раз про это, раньше он назывался runabove), а то, что снизу — дешевеет и становится менее актуальным. Это приводит к тому, что для простых говнопроектов появляются места и подешевле. Для очень серьезного есть места посерьезнее. Для нишевого появляются нишевые. Поэтому остается этот все еще достаточно большой ком в виде растущего среднего «хер пойми» сегмента, и по мере его роста от него отваливаются куски, которые упорядочиваются. Со временем они станут отваливаться быстрее, чем он будет вырастать.
По поводу битрикса и его 100500 серверов и миллионных расходах. С миллионными расходами не нужен зоопарк серверов у какого-то хостера в ДЦ (они все одинаковые в конечном итоге), потому что с одной стороны это полумера — они могут как-то управлять кусками инфраструктуры OVH имея игрушечные vrack, но не могут контролировать все важные слои этой инфраструктуры. Более того оно будет просто не выгодно, потому что зоопарк серверов у среднестатистического хостера какому-нибудь ЦОД, который можно построить самим. Что из этого делать — вопрос требований и денег и не более того. И если у серьезного проекта стоит именно такой выбор — то никакие специалисты по закупкам/хуюпкам им не надо, потому что у них уже есть (или будут) свои специалисты, которые являются либо девелоперами, знающими как с этим работать (чего достаточно в случае с AWS) либо опционально инженерами (чего достаточно для того, чтобы построить свое облако на опенстаке, с которым могут работать девелоперы)
Я вижу, что OVH подходит для проектов с котиками и собачками, я вижу, что он дешевле для таких проектов, но со временем количество проектов, для которых такой вариант является наиболее бюджетным и экономным — падает.
Я не вижу как OVH вписывается в требования проектов типа битрикс24, я не вижу, какие в случае с OVH могут быть гарантии, что не повторится ноябрь 2017, я не вижу, почему OVH — это дешевле с учетом всех требований, которые у них наверняка есть.
Объясни мне пожалуйста, почему они не поехали в OVH или, на твой взгляд, почему они должны были туда переехать? Я знаю, почему они поехали в AWS и вообщем-то это описано выше, правда I have no idea как они будут при этом соответствовать законам РФ (по части хранения персональных данных) и если что, то где в РФ они найдут аналог AWS-а?
Мигрирования, мимикрирования и планы А Б С Д Е — это все о влажных фантазиях в воспаленном мозгу. Есть простые как тапка понятия, такие как рекавери план (который и покрывает случаи навроде переносов, ведь восстанавливаться нужно где-то, где есть ничего)) и такие, как высокая доступность. И наличие рекавери плана и высокой доступности — тоже вопрос бабла и требований. Есть требования и есть бабло — будет высокая доступность. Нет? Не будет.
«Мигрируют и живут годами» — в случае с сложными проектами типа битрикс24 это как-раз про AWS, который за большие деньги предоставляет тебе инструмент, позволяет тебе забыть о том, что такое даунтайм и о том, что у тебя где-то что-то падает. В случае с OVH — это олигофрения. Ты меняешь одно мыло на второе мыло. Почему бы тебе не пойти к ребятам из новости и не рассказать им, что им нужен OVH? Когда тебя спросят, «какие ваши доказательства?», можно сказать «ну просто, они работают хорошо и не подводят».
Да, есть проекты типа gitlab, которые любят распинаться про то, какое плохое облако и как хорошо, что мы оттуда переехали, но когда я что-то такое читаю, мне почему-то вспоминается, как gitlab частенько лежит по пол дня)
И каким это боком к тому, что ты говорил? OVH им точно не нужен (да и там тоже два ДЦ бздэнькнуло и они оказались связаны между собой, внезапно) Если говорить о дедиках и опустить мысль о собственном ДЦ, то существуют технологии, позволяющие сделать две зоны доступности и в РФ — одна у хостера Васи, другая у хостера Пети, поэтому проблема не в хостере Васе и не в хостере Пете, а в том, что этого не сделали.
Просто смищно) Какая клиентам нахрен разница, кто у них хостер? Это в первую и последнюю очередь их собственный факап перед клиентами, а не какого-то хостера Васи Пупкина, а подобные заявления выставляют компанию не в лучшем свете. У них не тот масштаб, чтобы полагаться на надежность Васи. 300 серверов в их ситуациии — это достаточно для того, чтобы строить свой ДЦ, а быть офигенно уверенными в том, что там все отказоустойчиво.
Если они считают, что того, что у них есть, мало для соответствующих инвестиций, то можно и в облако (но явно не селектел)). AWS из коробки не дает никакой fault tolerance. Да, там высокий аптайм, но бывало и S3 прилегало) AWS дает инструменты типа multi-AZ, которые помогают эту отказоустойчивость организовать, но за дополнительные деньги, и да, опять же, в это надо уметь. И учитывая очень высокую степень интеграции их сервисов всегда есть сомнения в том, что они связаны друг с другом и некоторые failures, вызванные каким-нибудь человеческим фактором (каким-нибудь sudo rm -rf мастером) могут привести к отказу.
Опять же, уверен, что в их случае это опять же маркетинговый ход, который должен показать клиентам, что они решают проблему, а как оно на самом деле будет — никто не знает)
Делать мне больше нехер, кого-то переубеждать) Что тут у нас есть, с одной стороны какое-то количество людей, которые читают эту ленту и общие, не подкрепленные аргументацией и фактажом мысли о том, что клауд технологии и платформы — это говно, написанные человеком, который не умеет их готовить (да еще наверное пишет это с таким выражением лица, как будь то у него своя нефтяная вышка). С другой стороны есть я, и мне пофиг, кто чего продает и создает и за сколько работает. Я просто тщеславный сукин сын, которому интересно смотреть, как горит мир и чужие пуканы, ну и заодно узнавать какую-то новую, полезную для себя информацию.
Реселлеры? Да они уже одной ногой на том свете. Если еще пару лет назад в Европе постоянно открывались новые шараги, то сейчас от них мало чего осталось и ассортимент у них затерт до дыр (ewoswitch/leaseweb, worldstream, ovh, illiad). Россия — это не показатель, она всегда отстает от трендов, и я думаю, что Селектел сделает нормальное облако, но мы этого уже не увидим)))
А где это я писал, что я считаю дешманские впс успехом? Для того, чтобы создать успешные дешманские впс, нужно быть провидером инфраструктуры (чтобы не арендовать ее у кого-то), владельцем железа (чтобы не платить за него кому-то) и уметь вести бизнес (планироватьи нфраструктуру, маркетинг и т.д.). Если всего этого нет, по моим расчетам получается, что дешманская VPS будет совсем не дешманской, к тому же еще и говенной, и ничего кроме этого говна ты клиенту предложить нечего и работать над этим еще придется до дергающихся глаз и денег в это закопать (можно просто ямку вырыть и положить туда). Для того, чтобы понять это, не нужен неудачный опыт, нужен калькулятор. Это конкретный пример того, как писять против ветра
Так же везде, клауд хостинг, дедики, облачная инфраструктура.
На самом деле есть, но ты прав, в плане того, что это не очень удобно (а должно бы). На OVH нельзя это делать по-расписанию, поэтому я напилил кое-что под openstack cli (позволяющее забирать снапшоты в другое место). В Hetzner можно одной кнопкой, но только 7 дней, и я предпочитаю иметь бекапы в другом месте. У меня разные политики для разных приложений, то, где нужны бекапы по взрослому, работает в кластере виртуализации на дедиках в OVH или AWS, где бекапы делаются не только средствами AWS, но и во вне.
Я уже говорил, и буду говорить, что если кто-то покупает сервера у реселлера в 2к18, это вообще беда (исключение, это когда реселлер работая по белому в состоянии обеспечить лучшие условия), а вышеописанные ситуации вообще никак не связаны и не должны быть связано с тем, сколько у кого отпусков.
В нормальных компаниях вообще платят не за то, сколько ты в офисе сидишь, а за ответственность. Я могу например вообще в офисе намного реже появляться, и моему руководству будет насрано, если у меня решаются все вопросы (но я обнаружил, что для меня работа в офисе продуктивнее и даже ламповее, и почему-то так не получается, и вместо 7-8 рабочего дня и 5-дневной рабочей недели иногда получется 6-6.5 дневная с 9-10 часовым рабочим днем и дергающимся глазом))
Работать за бесплатно или какие-то смешные деньги даже как-то неправильно, ведь работа должна достойно оплачиваться. Помогать кому-то экономить деньги? Эээ… Если какие-то компании не умеют вести бизнес или планировать косты на инфраструктуру — это их проблемы, а не мои. А если ты хочешь, для этого не надо продавать. Я пару раз консультировал бесплатно (сколько и какой должна быть инфраструктура для PSP-системы с требованиями А Б С, что нужно, чтобы сделать Callcenter as a Service и т.д.), но не брал за это денег, потому что не умею да и не хочу продавать подобные услуги. Если есть какие-то интересные сторонние проекты, в которые хочется внести вклад — 13-й отпуск и нормальный доход этому не проблема. Можно дать им денег, можно помочь в чем-то, но не обязательно шарашить на кого-то)
И вообще я как-то думал о мотивации работы над разными проектами в свободное время на некоммерческой основе и понял, что я это делаю или вообще как правило все это делается исходя из все тех же соображений:
1. Показать и доказать себе и кому-то вокруг, что ты что-то можешь (а потом отдать проект в хорошие руки или п.2)
2. Сделать его доходным (или не сейчас а когда-нибудь в обозримом будущем)
Я сам думал как-то о том, чтобы сделать дешманские VPS, но дешманские VPS после того, когда сделал маленькое облако — уже не доставляет, ну сделал ты их, но заниматься ими потом и оказывать говноуслуги в 2к18 — это как отбывать тюремный срок, развиваться такой проект не может, а профессионального роста и какого-то морального удовлетворения от проделанной работы — 0, что теперь когда сделал? сказать «все ребят, расходимся?»
По поводу гуглов и амазонов — я тебе приводил пример, как можно их реселлить, и по-моему это единственный видимый способ. А никаких специалистов по закупкам нет, есть консалтинг, партнерские программы и приложения, позволяющие накликать то, что тебе надо и работающие поверх облака.
Skylake в OVH слишком дорогой для дешман VPS, нужно шото для более высокой плотности, что позволит окупаться и CPU оверкоммитить не больше чем в 2 раза, например MG-128. Синтетические тесты тут не работают) Если есть NVMe, можно и без хард рейда (а то будут уже не дешман VPS)))
Minio немного не про то, оно больше про хранилище объектов, да и в Minio еще уметь нужно, и для распределенного сетапа ему еще несколько вольюмов дай.
И вообще, если Selectel — это нормальное облако, то я Стив Джобс))) И вообще, многие неправильно понимают модные технологии, например в таких аспектах, как резервирования и отказоустойчивость. Тройные и десятерные резервирования никогда не заменят резервное копирование, они не спасут от злоумышленников и от rm -rf /
Мне непонятны твои жопные боли по поводу DO, он в свое время тоже был инновацией, они создали уровень между дедиком и AWS. Потом их начали зачищать более дешевые дедики, а сейчас более дешевые дедики самовыпиливаются в пользу хетзнер-клаудов
Одноклеточный клиент, который не знает как надо или попросту не дорос до того, как надо, как-правило использует недорогие сервисы, которые покрывают его потребности или SaaS панели уже во всю. А если многоклеточный — то это компания, где есть нужные люди в штате.
Иными словами, он не нужен) Профессия есть уже такая Software Engineer, с специалиста по закупкам «Вася две кнопки» отлично заменяет способ оплаты и наличие возможности оплатить ежемесячный счет.
С точки зрения покупателя это немного другой вопрос. Представим, что я и есть конечный пользователь. Тут все зависит от того, насколько я продвинут и насколько у моего проекта(ов) специфичные требования. Чипкор например сразу не катит, если мне нужно несколько IP-адресов. Чипкор просто становится тупо не выгоден, если я хочу использовать например Plesk, а лицензия на который в случае с дедиком будет стоить в 2 раза больше самого дедика. Чипкор мне сразу не катит, если я не хочу отхватить недоступность дешевого сервера на пол дня/день из-за неисправности единственного диска на нем.
Если требования более продвинутые (больше чем хостинг сайта о котиках и собачках), придется сравнивать не чипкор с селектелом, а селектел с селектелом, а если проводить такое сравнение, то тут речь пойдет о соотношении цена/ресурсы/затраты на администрирование. И рынок все уже отрегулировал. Умеешь в дешевое администрирование (не просто в дешевое, а чтобы оно было дешевле чем в облаке) — берешь дедик, не умеешь — это просто не выгодно. И сейчас уже облако более выгодно на примере того же хетзнера, который показывает, что хостеру проще продавать клауд, делая его более привлекательным для конечного потребителя, чем дедики. Тот же Hetzner cloud дешевле за счет оверкоммита, но если хочешь выделенные ресурсы — идешь в OVH cloud, где инстансы на 20-30% дороже дедика по ресурсам, но 2 ядра — это 2 ядра и память без балунинга. И там и там облако избавляет тебя от необходимости общаться с саппортом по поводу отъехавших дисков, блоков питания и прочих проблем и вообще задумываться о том, что там как. Оно просто работает и эти 10-20-30% стоимости ты платишь хостеру вместо системного администратора, избыточных ресурсов, необходимых для отказоустойчивости и своего собственного времени, которое ты мог бы потратить).
Так же, как им не нужно, чтобы кто-то сам пилил их дедики на виртуалки и продавал их, точно так же им не не нужно, чтобы кто-то так же продавал хостинг на их дедиках. Зачем, если они сами в состоянии это делать. Дедики сейчас нужны как нижний слой под IaaS, SaaS и другими сервисами типа хостинга, бессерверных вычислений и прочей фигни из космоса.
Я это к тому, что какой-нибудь бомж Василий не может строить нормальные качественно-работающие решения на инфраструктуре хостера (не имея своей собственной), чтобы их реселлить. У потребителя Пети может возникнуть только один вопрос — пойти за этими IaaS, SaaS к хостеру или делать свои собственные для себя. Петя не рассматривает Василия, потому что у него все дышит на ладан, работает через анус и стоит в 1.5-2 раза дороже, а если рассматривает — это повод задуматься о душевном здоровье Пети.
Тупые и неприхотливые покупатели уходят в сегмент конструкторов, вордпрессов одной кнопкой в панелях типа serverpilot или сидят на хостингах по 60р
Более продвинутые могут установить все самостоятельно
Привередливым все сделает какой-нибудь исполнитель под ключ
Эти самые исполнители во всю используют облака, потому что хостинг веб-приложений — задача тривиальная и не требующая дедика, который уже нисколько не дешевле облака, но с ним нужно иногда ебстись
www.vultr.com/pricing/baremetal/ — у Vultr есть подобный солюшен, но судя по всему спрос на него очень мал.
Автотикеты они тоже игнорят будь здоров, сгоревший БП меняли сутки (при этом сутки после того, как сам им написал, а не сутки с момента когда ивент появился, на Online.net это час занимает на Free SLA, хотя это как повезет. У одного проекта на Free SLA был аптайм около 100, у другого сервера 99.8, ровно как заявлено, покупаешь бизнес — там со временем реакции все очень чётенько, при этом Dell-ы и HP, а не самосбор из супермикры))
OVH — это хороший провайдер для generic-проектов, которым нужны миниатюрные кластера без высокой доступности, частные сети с игрушечным фейловером. На сегодняшний день, это неплохой рынок, который все еще растет в численном выражении (например сегодня было 100 серверов, завтра 120), но падает в процентном (сегодня его доля была 80% завтра стала 70%). Почему падает в %? Потому что хаос и большие абстрактные куски всегда со временем регулируются и поляризуются, а генерик проектов становится все меньше и меньше. Всегда строится что-то сверху (labs.ovh.com как-раз про это, раньше он назывался runabove), а то, что снизу — дешевеет и становится менее актуальным. Это приводит к тому, что для простых говнопроектов появляются места и подешевле. Для очень серьезного есть места посерьезнее. Для нишевого появляются нишевые. Поэтому остается этот все еще достаточно большой ком в виде растущего среднего «хер пойми» сегмента, и по мере его роста от него отваливаются куски, которые упорядочиваются. Со временем они станут отваливаться быстрее, чем он будет вырастать.
По поводу битрикса и его 100500 серверов и миллионных расходах. С миллионными расходами не нужен зоопарк серверов у какого-то хостера в ДЦ (они все одинаковые в конечном итоге), потому что с одной стороны это полумера — они могут как-то управлять кусками инфраструктуры OVH имея игрушечные vrack, но не могут контролировать все важные слои этой инфраструктуры. Более того оно будет просто не выгодно, потому что зоопарк серверов у среднестатистического хостера какому-нибудь ЦОД, который можно построить самим. Что из этого делать — вопрос требований и денег и не более того. И если у серьезного проекта стоит именно такой выбор — то никакие специалисты по закупкам/хуюпкам им не надо, потому что у них уже есть (или будут) свои специалисты, которые являются либо девелоперами, знающими как с этим работать (чего достаточно в случае с AWS) либо опционально инженерами (чего достаточно для того, чтобы построить свое облако на опенстаке, с которым могут работать девелоперы)
Я вижу, что OVH подходит для проектов с котиками и собачками, я вижу, что он дешевле для таких проектов, но со временем количество проектов, для которых такой вариант является наиболее бюджетным и экономным — падает.
Я не вижу как OVH вписывается в требования проектов типа битрикс24, я не вижу, какие в случае с OVH могут быть гарантии, что не повторится ноябрь 2017, я не вижу, почему OVH — это дешевле с учетом всех требований, которые у них наверняка есть.
Объясни мне пожалуйста, почему они не поехали в OVH или, на твой взгляд, почему они должны были туда переехать? Я знаю, почему они поехали в AWS и вообщем-то это описано выше, правда I have no idea как они будут при этом соответствовать законам РФ (по части хранения персональных данных) и если что, то где в РФ они найдут аналог AWS-а?
Мигрирования, мимикрирования и планы А Б С Д Е — это все о влажных фантазиях в воспаленном мозгу. Есть простые как тапка понятия, такие как рекавери план (который и покрывает случаи навроде переносов, ведь восстанавливаться нужно где-то, где есть ничего)) и такие, как высокая доступность. И наличие рекавери плана и высокой доступности — тоже вопрос бабла и требований. Есть требования и есть бабло — будет высокая доступность. Нет? Не будет.
«Мигрируют и живут годами» — в случае с сложными проектами типа битрикс24 это как-раз про AWS, который за большие деньги предоставляет тебе инструмент, позволяет тебе забыть о том, что такое даунтайм и о том, что у тебя где-то что-то падает. В случае с OVH — это олигофрения. Ты меняешь одно мыло на второе мыло. Почему бы тебе не пойти к ребятам из новости и не рассказать им, что им нужен OVH? Когда тебя спросят, «какие ваши доказательства?», можно сказать «ну просто, они работают хорошо и не подводят».
Да, есть проекты типа gitlab, которые любят распинаться про то, какое плохое облако и как хорошо, что мы оттуда переехали, но когда я что-то такое читаю, мне почему-то вспоминается, как gitlab частенько лежит по пол дня)
И каким это боком к тому, что ты говорил? OVH им точно не нужен (да и там тоже два ДЦ бздэнькнуло и они оказались связаны между собой, внезапно) Если говорить о дедиках и опустить мысль о собственном ДЦ, то существуют технологии, позволяющие сделать две зоны доступности и в РФ — одна у хостера Васи, другая у хостера Пети, поэтому проблема не в хостере Васе и не в хостере Пете, а в том, что этого не сделали.
Если они считают, что того, что у них есть, мало для соответствующих инвестиций, то можно и в облако (но явно не селектел)). AWS из коробки не дает никакой fault tolerance. Да, там высокий аптайм, но бывало и S3 прилегало) AWS дает инструменты типа multi-AZ, которые помогают эту отказоустойчивость организовать, но за дополнительные деньги, и да, опять же, в это надо уметь. И учитывая очень высокую степень интеграции их сервисов всегда есть сомнения в том, что они связаны друг с другом и некоторые failures, вызванные каким-нибудь человеческим фактором (каким-нибудь sudo rm -rf мастером) могут привести к отказу.
Опять же, уверен, что в их случае это опять же маркетинговый ход, который должен показать клиентам, что они решают проблему, а как оно на самом деле будет — никто не знает)
Реселлеры? Да они уже одной ногой на том свете. Если еще пару лет назад в Европе постоянно открывались новые шараги, то сейчас от них мало чего осталось и ассортимент у них затерт до дыр (ewoswitch/leaseweb, worldstream, ovh, illiad). Россия — это не показатель, она всегда отстает от трендов, и я думаю, что Селектел сделает нормальное облако, но мы этого уже не увидим)))
А где это я писал, что я считаю дешманские впс успехом? Для того, чтобы создать успешные дешманские впс, нужно быть провидером инфраструктуры (чтобы не арендовать ее у кого-то), владельцем железа (чтобы не платить за него кому-то) и уметь вести бизнес (планироватьи нфраструктуру, маркетинг и т.д.). Если всего этого нет, по моим расчетам получается, что дешманская VPS будет совсем не дешманской, к тому же еще и говенной, и ничего кроме этого говна ты клиенту предложить нечего и работать над этим еще придется до дергающихся глаз и денег в это закопать (можно просто ямку вырыть и положить туда). Для того, чтобы понять это, не нужен неудачный опыт, нужен калькулятор. Это конкретный пример того, как писять против ветра
Так же везде, клауд хостинг, дедики, облачная инфраструктура.
В нормальных компаниях вообще платят не за то, сколько ты в офисе сидишь, а за ответственность. Я могу например вообще в офисе намного реже появляться, и моему руководству будет насрано, если у меня решаются все вопросы (но я обнаружил, что для меня работа в офисе продуктивнее и даже ламповее, и почему-то так не получается, и вместо 7-8 рабочего дня и 5-дневной рабочей недели иногда получется 6-6.5 дневная с 9-10 часовым рабочим днем и дергающимся глазом))
Работать за бесплатно или какие-то смешные деньги даже как-то неправильно, ведь работа должна достойно оплачиваться. Помогать кому-то экономить деньги? Эээ… Если какие-то компании не умеют вести бизнес или планировать косты на инфраструктуру — это их проблемы, а не мои. А если ты хочешь, для этого не надо продавать. Я пару раз консультировал бесплатно (сколько и какой должна быть инфраструктура для PSP-системы с требованиями А Б С, что нужно, чтобы сделать Callcenter as a Service и т.д.), но не брал за это денег, потому что не умею да и не хочу продавать подобные услуги. Если есть какие-то интересные сторонние проекты, в которые хочется внести вклад — 13-й отпуск и нормальный доход этому не проблема. Можно дать им денег, можно помочь в чем-то, но не обязательно шарашить на кого-то)
И вообще я как-то думал о мотивации работы над разными проектами в свободное время на некоммерческой основе и понял, что я это делаю или вообще как правило все это делается исходя из все тех же соображений:
1. Показать и доказать себе и кому-то вокруг, что ты что-то можешь (а потом отдать проект в хорошие руки или п.2)
2. Сделать его доходным (или не сейчас а когда-нибудь в обозримом будущем)
Я сам думал как-то о том, чтобы сделать дешманские VPS, но дешманские VPS после того, когда сделал маленькое облако — уже не доставляет, ну сделал ты их, но заниматься ими потом и оказывать говноуслуги в 2к18 — это как отбывать тюремный срок, развиваться такой проект не может, а профессионального роста и какого-то морального удовлетворения от проделанной работы — 0, что теперь когда сделал? сказать «все ребят, расходимся?»
По поводу гуглов и амазонов — я тебе приводил пример, как можно их реселлить, и по-моему это единственный видимый способ. А никаких специалистов по закупкам нет, есть консалтинг, партнерские программы и приложения, позволяющие накликать то, что тебе надо и работающие поверх облака.
И вообще, если Selectel — это нормальное облако, то я Стив Джобс))) И вообще, многие неправильно понимают модные технологии, например в таких аспектах, как резервирования и отказоустойчивость. Тройные и десятерные резервирования никогда не заменят резервное копирование, они не спасут от злоумышленников и от rm -rf /