В идеале меня интересуют решения, которым все-равно где работать. Сегодня в OVH, завтра в AWS, послезавтра в Alibaba. Я бы не сказал, что мое отношение изменилось. Все так же. Мы используем все, вообще почти все, даже шаред был, при этом каждое решение идеально справляется со своими задачами и закрывает свои требования. Где-то лучше дедики, где-то наоборот. Но некоторые проекты компании уже выросли из AWS и им нужно что-то дешевле.
Есть конкретный проект ХХХ, который работает на AWS и стоит сейчас где-то 500 долларов в месяц (RDS multi-AZ, 4 x EC2, S3, SQS, SNS, ELB + IP, AWS Redis) но после нового релиза это может стать где-то 3-4k $ в месяц по нагрузкам. На OVH в кластере k8s, это же получается
итого 3-4k VS 700 EUR — кажется что там думать, но с другой стороны это приведет к усложнению архитектуры проекта, и команда разработчиков будут тратить на него больше времени (тоже стоит денег) и я буду тратить больше времени (тоже стоит денег) + нужно будет очень хорошо упороться с кластеризацией postgres/minio/redis с фейловерами, понастраиввать всякие pgbarman-ы, ELK-стэки, что тоже встанет в копейку (часов 60 работы).
Получается в сухом остатке выигрыш в деньгах очень невелик, я сомневаюсь, что он есть вообще. Но я выбрал OVH, потому что:
1. Во-первых мы продолжаем выигрывать в разнице по ресурсам (на AWS мне нужно будет запускать кучу дорогостоящего всего, а тут достаточно будет добавить дедик в vrack и нажать пару кнопок).
2. Во-вторых мы выигрываем в технологичности проекта и в том, что отвязываемся от конкретного поставщика услуги. Его будет без разницы где хостить.
Но какие-то проекты останутся в облаках, и если будут подыматься новые такого же типа, то тоже будут подниматься в AWS. Потому что когда речь идет о проекте в бюджете 500-1000 евро — просто не выгодно экономить сотню-другую. Я даже как-то считал, получается как суслик — ты ее вроде как сэкономил, а потом открыл отчеты и получилось, что потратил три-четыре сотни в месяц в другом месте (на постоянную возню с кластерами, апдейты, какие-то тесты или решение постоянно возникающих проблем разработчиков или того, что что-то где-то наебнулось).
Никому на энтерпрайз не поебать, там сейчас мясо мясное на облачном рынке, там очень много денег. Энтерпрайз — это деньги, но по части облачных технологий ОВХ мне кажется пока не может в него. По дедикам я запутался, что для них прибыльное и перспективное, а что нет. По поводу монополии — OVH сильно отстает от AWS/Google/MS по темпам строительства, а то, что продает эти компании — в разы дороже. Мне кажется Октаве либо запрыгнет в вагон уходящего поезда высоких технологий в ближайшие годы, либо хорошо продаст компанию через лет 5, окупив инвестиции. Можно конечно и так, но это не самый выгодный путь развития.
А совсем бомж цен там не будет, потому что сегменты разделились. Есть бомж и вот такое вот — и это разные вещи. Бомж пакет — это сервер работающий в подвале на соплях (ведь ему все-равно где), а тут нормальный канал, анти-ддос, айпишники, всякие ipmi и железо определенного уровня — это все стоит денег и подешевеет только тогда, когда «прижмет», и то не сильно.
последние обновы ОВХ совсем не радовали. обновы 2016 2017 годов практически стояли на месте, менялись лишь названия или версии процессора, но мощности были одинаковые.
А новые ДЦ — это не обнова? Для меня это самая большая и революционная обнова. Возможность строить географически-распределенные проекты в одном vrack, чего не может предложить ни один другой хостер дедиков.
все началось с 2013 с hetzner и их новой линейке.
Все там и закончилось. Где их достижения? Фейловер IP за 6 евро в месяц? Отсутствие приватных сетей? Сервера без KVM и через раз рабочей ларой или может быть постоянная ебля по установке ESXi на реалтековские драйвера? Null-роут при DDoS-атаке на сервер?
Это разные сегменты, и в сегменте, к которому стремится OVH как основной бренд, Hetzner ему ни конкурент ни разу. Даже если у Hetzner 8-ядерный сервер будет 5 евро стоить, да, он будет конкурировать с рухлядью на SYS/KS, но он не будет решать всех нужных задач, которые решает сервер на OVH, и конкурировать с ним не сможет, а пока не будет конкуренции — OVH не подвинется.
Конечно, OVH подвигается в отдельных направлениях, таких как говносервера без vrack — там, где его прижимают. Если кто-то скопирует инфраструктуру OVH — цены опустятся, появится конкуренция на уровне технологий, а если конкуренции не будет — не будет и движения.
а я вот считаю, что в стране просто нехватка IT специалистов, поэтому они и не могут развернуться в облаках, а разворачиваются старинными методами на дешевых дедиках и сами делают облако.
Мозгов нехватка. В высокотехнологичных проектах с отказоустойчивой архитектурой облако всегда намного проще. А в малых масштабах проекта еще и дешевле. Берем конкретный пример — полноценно мейнтейнить тот же кластер кубернетиса и все связанные с ним сервисы (кластер БД, кластер Minio, лоад балансеры, сервисы мониторинга) на порядок сложнее и более трудоемко, чем использовать облачный.
Конечно, облако дороже х2, зато для его работы не нужен сисадмин, а в отдельных случачях и DevOps не нужен. Ты кнопку нажал, и у тебя кластер есть, размазанный по нескольким датацентрам (при том, что даже самому продвинутому специалисту, на дедиках его бутстрапить пол дня/день)
В стартапе, где работает 10 человек и ресурсы облака стоят 3-4k USD в месяц, просто невыгодно строить собственную инфраструктуру, потому что для этого нужен как-минимум один квалифицированный дополнительный сотрудник.
Другое дело, облачко начинает стоить 10k, тогда выгодно задуматься о найме нормального специалиста, ведь в таких объемах его труд в общем будет уже окупаться.
Такой сервис конечно был бы очень востребован в общем и целом, но если брать репутацию их «labs»-проектов, то я бы не стал использовать его в production. Не стал бы даже после того, как он выйдет из тестового состояния, потому что все их облачные проекты превращались в говно, замораживались, останавливались в развитии. Если этот проект увидит мир и годик-полтора поработает на OVH и будет успешно развиваться, проверится временем — тогда можно будет подумать, при условии, что ценник будет вкуснее чем на AWS EKS/GKS/дедиках (ну или если не вкуснее, чем на дедиках, то чтобы это все-равно окупалось за счет остальных сервисов, таких как бесплатные лоад балансеры например).
Тут вроде на время тестирования бесплатно, но с тем, как работают их сервисы во время тестирования, я наверное не буду использовать его даже для staging-окружения (сейчас у меня пару k8s-кластеров на дедиках там же), хотя кому-то безусловно покажется заманчивым иметь возможность бесплатно поиграться)
Она не умеет работать с разными серверами, раскатывать софт и доставлять туда сайты. Функционал достаточно скудный. Насколько нормально она будет поддерживаться и сколько поколений индусов ее писало — не ясно. Судя по всему такое же бесполезное УГ, как и веста, только красивенькое.
Ну для того, чтобы сделать этот полигон максимально доступным, нужно максимально отделить его услуги от бизнес-процессов. В 8700 нет ничего прямо уж особенного и инновационного, и наверное они сразу знают, что будут с ними делать и куда их поставят, поэтому и пихать это в лабс особо незачем.
Цех цехом, говно вопрос, но Labs — это полигон, который выращивает услуги. Тут нужно работать с сообществом, обеспечивая доступность этих услуг для заинтересованных в них. Важно охватить широкую аудиторию заинтересованных, получить обратную связь. Если это обычные дедики и от них ничего не надо кроме того, что они работают — почему бы не фигачить их сразу в OVH/SYS?
Только вот теперь их ставят уже не в Labs подвал, а в настоящие SLA дата-центры сразу.
Стоимость юнита в подвале условно $
Стоимость юнита в GRA условно $$
Это делает услугу не очень доступной для заинтересованных лиц, а обязательства обеспечивать продолжительный цикл не дают возможность использовать эти новые процессоры, GPU и накопители еще где-то, корректировать необходимые параметры.
Labs должен быть испытательным полигоном для энтузиастов и разработчиков, который нужен для того, чтобы получить интересный опыт и получить на выходе офигительную востребованную услугу для OVH/SYS/KS, а не связать себе руки обязательствами, задрать ценник к потолку и сделать еще один OVH/SYS/KS.
Вот сам ее и изучай. Мне ее изучать незачем, потому что я с первого дня пользователь runabove, того самого первого runabove, который начинался как то, что сейчас называется OVH Public Cloud, и продолжалось, как то, что потом стало лабсом.
Runabove был немного о другом, концепт проекта менялся несколько раз за пару лет. Конкретно то, что Labs представляет из себя сейчас — описано вот тут labs.ovh.com/about
Лабс на то и лабс, чтобы отличаться от продакшена, продакшеном ему быть даже очень вредно. И нет, ты не прав — это самый настоящий сервис. Амортизация дедика — это копейки, но этот дедик можно разместить в нормальном ДЦ с качественными каналами связи, инфраструктурой и обслуживанием, а можно в подвале в реке из говна и палок без 100 инженеров на подсосе, резервных генераторов, сисков и жуниперов защит от ДДОС. Цена в обоих случаях очень и очень отличается.
Так вот, я хочу взять сервер с оптаном за 200 евро на месяц чтобы поиграться с ним и понять, нужен ли мне он в моем проекте, а не платить за него 600, потому что кто-то не умеет читать ToS и отличать хуй от пальца, считая, что «его отбирать не должны».
Был нормальный сервис, который очень помогал. Сейчас мне в несколько раз дешевле в офисе тестовый стенд иметь, покупая дорогие оптаны и GPU, покупая и продавая их на ebay и амазонах. Сейчас «он нам нахуй не нужон, Labs ваш».
Ты еще скажи, что этот бренд из-за тебя реорганизовали.
Labs и его сервисы дохнут постоянно, они и должны дохнуть. Смысл этого инновационного сервиса в том, чтобы позволить клиентам прикоснуться к инновационным технологиям задолго до появления их в мейнстриме, чтобы прикинуть что к чему и понять, как эти технологии будут работать в продакшене, принесут ли эти технологии какие-то выходы в бизнес модели. Хостеру это позволяет изучить основные юз кейсы и потребности клиентов, получить первичный фидбек, понять целесообразность внедрения этих сервисов и если все нормально, интегрировать их на OVH или в рамках других брендов, а если не нормально — просто похоронить и забыть.
RunAbove/Labs не для упоротых реселлеров, продающих сервера Васям и считающим, что все им что-то должны. Это не предназначено для работы в продакшене и уж тем более никакой саппорт этих сервисов не предусмотрен, его там просто не должно быть.
Монополия не может быть качественной по определению, ведь для качества услуги должна быть конкуренция. К тому же рынок хостинга — это многослойный пирог. Не существует отдельно виртуальных услуг, рынок дедиков конечно существует, но серверы превращаются в средство для построения виртуальных услуг. Дедики — это один из нижних слоев пирога. Виртуальные услуги наверху, а сам этот пирог ведет себя как колос на глиняных ногах. Серверы — это средство для создания виртуальных услуг. Этот пирог может сильно заваливаться, но не может упасть. В какую сторону он будет заваливаться — зависит от тех самых верхних слоев. Мы имеем гугл, ажур, авс и кучу пены типа алибаба клауда. Эти компании уже сейчас задают движение рынка и будут полностью контролировать этот рынок через 5-10 лет, потому что для того, чтобы контролировать рынок — нужны все слои, но при этом дедики достаточно просто иметь, их не обязательно продавать самому. Поэтому OVH или вскарабкается на тот же уровень (они сильно отстают сейчас), либо будут просто подавать патчкорды лидерам индустрии, либо их кто-нибудь купит, либо останутся в удобных им нишах, значимость которых для конечного потребителя и малого бизнеса сильно уменьшится в ближайшем будущем. Ведь объем инвестиций в ДЦ OVH очень смешон, если сравнивать хотя бы с тем же GCP, который в год кладет больше опты, чем в РФ строится и ремонтируется дорог.
Чтобы стать хостером и иметь какие-то перспективы к развитию сегодня, нужно не только бабло, но и технологии, много технологий, специалисты, которые будут проектировать и реализовывать эти виртуальные услуги, чтобы хостер имел возможность их продавать.
Есть конкретный проект ХХХ, который работает на AWS и стоит сейчас где-то 500 долларов в месяц (RDS multi-AZ, 4 x EC2, S3, SQS, SNS, ELB + IP, AWS Redis) но после нового релиза это может стать где-то 3-4k $ в месяц по нагрузкам. На OVH в кластере k8s, это же получается
3 NVMe EG-64 + лицензии proxmox = 501 EUR
1 OVH Load Balancer Pack 2 = 200 EUR
итого 3-4k VS 700 EUR — кажется что там думать, но с другой стороны это приведет к усложнению архитектуры проекта, и команда разработчиков будут тратить на него больше времени (тоже стоит денег) и я буду тратить больше времени (тоже стоит денег) + нужно будет очень хорошо упороться с кластеризацией postgres/minio/redis с фейловерами, понастраиввать всякие pgbarman-ы, ELK-стэки, что тоже встанет в копейку (часов 60 работы).
Получается в сухом остатке выигрыш в деньгах очень невелик, я сомневаюсь, что он есть вообще. Но я выбрал OVH, потому что:
1. Во-первых мы продолжаем выигрывать в разнице по ресурсам (на AWS мне нужно будет запускать кучу дорогостоящего всего, а тут достаточно будет добавить дедик в vrack и нажать пару кнопок).
2. Во-вторых мы выигрываем в технологичности проекта и в том, что отвязываемся от конкретного поставщика услуги. Его будет без разницы где хостить.
Но какие-то проекты останутся в облаках, и если будут подыматься новые такого же типа, то тоже будут подниматься в AWS. Потому что когда речь идет о проекте в бюджете 500-1000 евро — просто не выгодно экономить сотню-другую. Я даже как-то считал, получается как суслик — ты ее вроде как сэкономил, а потом открыл отчеты и получилось, что потратил три-четыре сотни в месяц в другом месте (на постоянную возню с кластерами, апдейты, какие-то тесты или решение постоянно возникающих проблем разработчиков или того, что что-то где-то наебнулось).
1. Гипервизор
2. Биллинг-панель
и куча прикладного функционала. Никто тебе такое за пару месяцев не сделает.
Все там и закончилось. Где их достижения? Фейловер IP за 6 евро в месяц? Отсутствие приватных сетей? Сервера без KVM и через раз рабочей ларой или может быть постоянная ебля по установке ESXi на реалтековские драйвера? Null-роут при DDoS-атаке на сервер?
Это разные сегменты, и в сегменте, к которому стремится OVH как основной бренд, Hetzner ему ни конкурент ни разу. Даже если у Hetzner 8-ядерный сервер будет 5 евро стоить, да, он будет конкурировать с рухлядью на SYS/KS, но он не будет решать всех нужных задач, которые решает сервер на OVH, и конкурировать с ним не сможет, а пока не будет конкуренции — OVH не подвинется.
Конечно, OVH подвигается в отдельных направлениях, таких как говносервера без vrack — там, где его прижимают. Если кто-то скопирует инфраструктуру OVH — цены опустятся, появится конкуренция на уровне технологий, а если конкуренции не будет — не будет и движения.
Мозгов нехватка. В высокотехнологичных проектах с отказоустойчивой архитектурой облако всегда намного проще. А в малых масштабах проекта еще и дешевле. Берем конкретный пример — полноценно мейнтейнить тот же кластер кубернетиса и все связанные с ним сервисы (кластер БД, кластер Minio, лоад балансеры, сервисы мониторинга) на порядок сложнее и более трудоемко, чем использовать облачный.
Конечно, облако дороже х2, зато для его работы не нужен сисадмин, а в отдельных случачях и DevOps не нужен. Ты кнопку нажал, и у тебя кластер есть, размазанный по нескольким датацентрам (при том, что даже самому продвинутому специалисту, на дедиках его бутстрапить пол дня/день)
В стартапе, где работает 10 человек и ресурсы облака стоят 3-4k USD в месяц, просто невыгодно строить собственную инфраструктуру, потому что для этого нужен как-минимум один квалифицированный дополнительный сотрудник.
Другое дело, облачко начинает стоить 10k, тогда выгодно задуматься о найме нормального специалиста, ведь в таких объемах его труд в общем будет уже окупаться.
Тут вроде на время тестирования бесплатно, но с тем, как работают их сервисы во время тестирования, я наверное не буду использовать его даже для staging-окружения (сейчас у меня пару k8s-кластеров на дедиках там же), хотя кому-то безусловно покажется заманчивым иметь возможность бесплатно поиграться)
Стоимость юнита в GRA условно $$
Это делает услугу не очень доступной для заинтересованных лиц, а обязательства обеспечивать продолжительный цикл не дают возможность использовать эти новые процессоры, GPU и накопители еще где-то, корректировать необходимые параметры.
Labs должен быть испытательным полигоном для энтузиастов и разработчиков, который нужен для того, чтобы получить интересный опыт и получить на выходе офигительную востребованную услугу для OVH/SYS/KS, а не связать себе руки обязательствами, задрать ценник к потолку и сделать еще один OVH/SYS/KS.
Чего конкретно я там не понял?
Так вот, я хочу взять сервер с оптаном за 200 евро на месяц чтобы поиграться с ним и понять, нужен ли мне он в моем проекте, а не платить за него 600, потому что кто-то не умеет читать ToS и отличать хуй от пальца, считая, что «его отбирать не должны».
Был нормальный сервис, который очень помогал. Сейчас мне в несколько раз дешевле в офисе тестовый стенд иметь, покупая дорогие оптаны и GPU, покупая и продавая их на ebay и амазонах. Сейчас «он нам нахуй не нужон, Labs ваш».
Labs и его сервисы дохнут постоянно, они и должны дохнуть. Смысл этого инновационного сервиса в том, чтобы позволить клиентам прикоснуться к инновационным технологиям задолго до появления их в мейнстриме, чтобы прикинуть что к чему и понять, как эти технологии будут работать в продакшене, принесут ли эти технологии какие-то выходы в бизнес модели. Хостеру это позволяет изучить основные юз кейсы и потребности клиентов, получить первичный фидбек, понять целесообразность внедрения этих сервисов и если все нормально, интегрировать их на OVH или в рамках других брендов, а если не нормально — просто похоронить и забыть.
RunAbove/Labs не для упоротых реселлеров, продающих сервера Васям и считающим, что все им что-то должны. Это не предназначено для работы в продакшене и уж тем более никакой саппорт этих сервисов не предусмотрен, его там просто не должно быть.
Держи, я прочитал кое-что за тебя
Вот держи)
Чтобы стать хостером и иметь какие-то перспективы к развитию сегодня, нужно не только бабло, но и технологии, много технологий, специалисты, которые будут проектировать и реализовывать эти виртуальные услуги, чтобы хостер имел возможность их продавать.