Статьи

1. Нету Дата-центра для хостеров
2. Чтобы он был построен именно таким образом

Что это значит ?
Это значит в аренду там должны сдаваться только максимальные серверы с максимумом ОЗУ чтобы хостер мог использовать кол-во озу по назначению и сделать конкурентную цену на виртуалку

Начиналась мысль именно с серверов с озу
Потому что везде ставились 32 64 озу вместо 256, либо 256 были необоснованно завышены, что не давало возможность «клиенту-хостеру» сделать конкурентную цену и сводило на нет саму затею как купить сервер в аренду у этого ДЦ. т.е. ДЦ должен был думать что его клиентами будут хостеры и делать такие цены и услуги, чтобы хостерам было удобно.

Кроме озу что еще нужно ?
Как оказалось электричество
Если этот ДЦ для хостера будет очень крупный и не будет переживать о месте, то может делать и по старинке и наполняться 4u корпусами, если земля безлимитная у него будет в его расположении
Но если этот ДЦ для хостера ограничен землей, то ему нужно на 1 стойку ставить 15 квт минимум или еще выше, потому что «клиент-хостер» будет уплотнять, чтобы опять же — сделать конкурентную цену.
Либо третий вариант должно измениться ценообразование стойки.
Что дешевле в нашей стране? земля или электричество? пусть об этом уже специалисты думают, если захотят делать ДЦ для хостеров.

Далее, т.к. клиенты в этом ДЦ будут не определенной нагрузки, а максимально и максимально хаотичные — потому что хостеры это полный разброс аудиторий. то значит сетевое ядро должно быть тоже не бедное. можно наделать кучу платных сервисов по подписке под каждого хостера. но сам ДЦ должен быть изначально уже спроектирован с всеми нужными расширениями каналов и защит. никто не требует от этого ДЦ бесплатных сетевых услуг, но они должны быть там уже готовые, чтобы когда придет время хостеру расширяться — ему не пришлось бы бегать туда сюда, а он просто бы заплатил и включилось что нужно.
Хостеры это люди которые 15 лет готовы сидеть на одном месте! а может и 30. а может и вовсе 50 лет всей своей жизни до самой пенсии.
таким людям — один раз продал сервер и все, до самого конца. если ДЦ не упадет от каких-то внешних факторов. вот поэтому и нужно хорошее сетевое ядро.

Дата-центр для Хостеров должен мыслить как доставка продуктов. Максимально все удаленно должно быть. Чтобы хостеры могли просто заказать серверы, ДЦ их купил бы, собрал, поставил и все блять 15 лет пока не сгорит. А если сгорит — ну значит поменяется что-то, и цену этой детали просто выставят хостеру и все. Т.е. эту деталь не хостер должен заказывать, а сам ДЦ просто купил, поменял, взял деньги за свою работу. Сами серверы хостеру нахуй не нужны даже. Поэтому оформлять их можно даже прямо на сам ДЦ. Хостер хочет конкурентную месячную цену продления чтобы за 15 лет быть в выгоде, и вовсе не хочет иметь себе сервер который через 15 лет устареет. Спустя 15 лет хостер просто напишет «дата-центру для хостера» — типо вот эти и эти серверы, вытащите и делайте с ними что хотите, они больше не нужны, хоть бомжам на улице подарите. Именно так. И никак иначе. Это называется современный интернет подход.

Дата-центр для Хостера не должен вообще никак дрочить услуги хостера. Устарел зал? Ну так и хуй с ним. Никаких переездов, никаких переносов внутри ДЦ, работает именно пока не сгорит на одном месте. Дата-центр для хостера еще так же может в аренду сдавать сети IP по конкурентной цене. Сейчас почему у ДЦ не покупают? Потому что есть места где можно купить дешевле, но Дата-центр для Хостера должен сразу понимать эти вещи, что на хостерах невозможно заработать «через вот эти и эти и вот эти услуги», поэтому какую-то часть услуг он должен отдавать прямо по себестоимости. Цель Дата-центра для хостеров в том, чтобы хостеры там сидели всю жизнь. А заработать он уже сможет на других услугах «по подписке», на сервисах, которые будет предлагать разным хостерам по мере их роста, по мере их развития, каждый хостер индивидуален и никто не знает в какое направление он будет развиваться. А дата-центр для хостера сможет поглотить и проанализировать как раз все эти направления и получить опыта, а может быть даже и стать партнером в доле у каких-то конкретных хостеров наиболее интересными и уже не только хостер будет вкладывать бабки в покупку серверов, а и сам ДЦ и получать долю прибыли.

Дата-центр для хостера разумеется должен понимать что такое хостер. Поэтому никаких тупых сотрудников, никаких распильщиков бюджета, никаких первых вторых линий поддержки. Чтобы хостеру не отключали услуги по беспределу или из-за тупости и неграмотности сотрудника. Ну а если полиция придет — так отдайте им ебучий сервер и все, никто же не против такого. Хотят сервер? Пусть забирают. Никакие санкционные тролли не должны влиять на дата-центр для хостеров, потому что он должен понимать что хостер это ПОСРЕДНИК, а не конечный клиент услуги. Каждый сотрудник Дата-центра для хостера должен наизусть выучить это, как правило пользование дата-центром, чтобы знал.

Это базовые функции.
Но если дата-центр для хостера умеет в большее, то он еще может и ПО мутить для хостеров. Допустим начнется там 10 20 50 100 хостеров внутри этого ДЦ создаваться. И половина из них вероятно не проживет 15 лет, а захочет уйти с рынка. И вот если все эти 100 хостеров создавались бы в ПУ от Дата-центра для хостеров, то все слабаки, все желающие выйти из игры, просто бы бесплатно отдавали(или продавали другим соседям по дата-центру) своих клиентов и свое оборудование что УЖЕ НАКОПИЛОСЬ в дата-центре для хостера, чтобы никаких миграций, ничего. А ПРОСТО в панели меняешь собственника/владельца/админа и все — пролжаешь продлять эти серверы и услуги но уже от другой хостинговой компании. Вот это было просто охуенно. Но такое не каждый дата-центр может сделать, поэтому это лишь пожелание уже, а не базовая функция.

Что там еще? ИБП и ДГУ? А они не обязательны для хостера.
Возможно когда он уже накопит достаточно много клиентов — ОН И КУПИТ ИХ САМ СЕБЕ. Просто так же даст вам денег, вы пойдете купите и подключите.
А на начальном уровне это не нужно. Нужно только хорошее сетевое ядро чтобы сеть не падала, чтобы можно было по человечески работать и увеличивать заказы. Ну а если энергия рубанется, ну как упало, так и встало. Не думаю что энергию можно отрубить на 12 часов, не так ли? пол часа полежать для хостера новичка это не страшно. Как я уже описал ранее в тех кто хорошо разовьется, потом можно совместно с Дата-центром для хостера покупать новое оборудование включая и ИБП уже для стоек и всякие дизеля. Это как раз кстати можно организовать как «сервисы по подписке». Зачем на все «все включено»? Каждый хостер сам в конфигураторе выберет те услуги, которые ему нужны, в зависимости от его потребности безопасности или мировозрения или авантюризма даже, от Дата-центра для хостера.

Самое главное все это должно делаться по интернету. Дата-центр для Хостера — это интернет магазин, где через монитор, мышкой тыкаешь и заказываешь абсолютно все что нужно, для того, чтобы запуститься в роли хостера. А не какой там офис куда приходишь или привозишь.

Возможно когда-ниб Дата-центр для Хостера станет еще и ОФД Кассой и прямо Биллингом. Если запартнерится с каким-ниб Тинькофф банком. И там тоже самое — будет постоянное просеивание слабаков, и просто переоформление базы клиентов с одного ИП на другого. Как описано выше с ПО от дата-центра.

ps

• 10/2017г Дата-центр это не просто площадка с электричеством и местом — это сервис, который вы должны продать клиенту.

upd

• Пришло ли время создать «услугу аренды серверов v2» ?

Давно не писались какие-либо статьи и обучающий материал.

С 2021 года особо не писал философии или статьей. Только мелкие заметки. Но пришло время объединить некоторые мысли и родить именно статью.

Итак, за 2022-2023 годы — мы доказали что можно окупать серверы за 6 месяцев легко. Доказали и показали на фактах какие проблемы, и какое заполнение клиентами, и какое кол-во серверов нужно чтобы «открыть типичный хостинг новичок», но с собственными коло серверами.

Так же пришло время дать некоторые предсказания, как я делал и раньше.

• ЦОДы скоро будут массово обновляться на 25г 40г по каналам.
• ЦОДы скоро будут массово обновляться до 15-30квт на стойку.
• Серверы же скоро будут доступны практически везде от 512 до 2 ТБ озу свободно, это тоже станет массовым.
• Так же была написана повторная статья про 5 лет изменений.

Опыт про коло

• Мы доказали что нет смысла покупать заведомо старые процессоры или заведомо слабые. Лучше просто не париться и покупать сразу современные, ценовая погрешность не велика. Но зато лучше продается. Тоже самое нужно делать и сетевыми картами, а так же с кол-вом озу. Зачем экономить, лучше сразу про запас на 10-15 лет, ведь КОЛО ЭТО ПОКА НЕ СГОРИТ, это услуга от которой ты точно не откажешься.
• В 2022 была лишь мысль. В 2023 году пошла реализация этой мысли. В 2024 родились выводы закрепляющие успешную реализацию. А так же мы доказали что можно легко покупать любые конфиги, просто стоит попросить клиентов это сделать, например моя идея где человек хочет купить сервер у ДЦ, но дц упорно не вводит такую услугу в продакт.
• Осознали что такое цикл смены тарифа. А так же что такое пока не сгорит. Так же описали всю боль клиента, когда маркетинг придумывает свои акции и распродажи или когда ДЦ делает заградительные тарифы.
• осознали о том, что в 2013 году мы неправильно трактовали фразу «нового яндекса уже не будет», это было предупреждение о опасности зарубежного капитала, а не предупреждение о опасности государства.
• осознали что многие компании не могут сделать аренду серверов, потому что они пользуются услугой аренды стоек, со всеми их проблемами, вместо собственного дц

Философия о рынке, маркетинге, клиентах и поведенческих факторах психологии клиента

• Обсудили ценовую политику на вечные виртуалки. Осознали что 40 лет это 50% жизни человека.
• Рассуждали про архивные тарифы и повышения цен на архивное
• рассуждали над стандартом написания GEO зон
• рассуждали о брендинге, а так же о том, сколько лет нужно чтобы отмыть клеймо. рассуждали о силе бренда и его плюсах и минусах, сильный бренд помогает, но и так же не дает отмыться от истории прошлого, на примере сотовых операторов.
• думаю актуально добавлять в мире хостинга еще профессию — тестировщик приложений для серверов и облаков
• можно ли считать что сейчас клиентам облаков вместо людей стали алгоритмы ?
• рассуждали о лоукостерах прошлого, осознали важную вещь, советую вам запомнить, что лоукост достигается НЕ ЗА СЧЕТ ДЕШЕВОГО ЖЕЛЕЗА, а за счет мировозрения владельца компании.
• нашли несколько новых способов рекламы хостинга

Нереализованные идеи

• облачный baremetal но не по цене x2, а по цене дедика
• услуга продажи дедика за стоимость установочного платежа от ДЦ, раз, два, и три из прошлого
• предложили создать новую РУ зону
• до сих пор и нет панели от ДЦ, которая бы помогала хостерам новичкам рождаться
• не существует дата-центра, который бы хотел быть центром именно для хостеров, чтобы именно хостеры с всеми вытекающими последствиями были его клиентом
• русские телефоны чисто с русскими esim, но 20 симок на 1 человека конечно подпортили

И многое другое, слишком сложно суммировать топики в одно целое, мысли могут дополнять друг друга спустя годы.

Команды которые нужно записать в планировщик (надо открыть cron через команду “crontab -e” и в конце файла вписать команды ниже, нажать ctrl+s, потом ctrl+x / софтина сама сохранит конфиги и будет применять их):

0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync

0-59/4 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload2.img bs=2G count=10 oflag=dsync

0-59/5 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload3.img bs=2G count=10 oflag=dsync

0-59/6 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload4.img bs=2G count=10 oflag=dsync

0-59/7 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload5.img bs=2G count=10 oflag=dsync

0-59/8 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload6.img bs=2G count=10 oflag=dsync

Разбор команды:

0-59/3 0-23 * * 1-6 dd if=/dev/zero of=/tmp/upload1.img bs=2G count=10 oflag=dsync

Разметка для CRON:

• 0-59/3 — каждую третью минуту в промежуток между 0 минутой и последней 59 минутой часа
• 0-23 — в промежуток между 1 часом ночи вплоть до 24 часа дня (нумерация часов и минут идет с 0)
• * — каждый день
• * — каждого месяца
• 1-6 — в промежуток между 1 днем (понедельником) и 6 (воскресенем)

Разметка для DD:

• dd — мы выполняем команду dd
• if=/dev/zero — которая берет информацию с папки /dev/zero (папки для нулевых байтов, пустого места по сути)
• of=/tmp/upload1.img — и записывает в папку tmp файл upload1.img
• bs=2G — размером 2 Гигабайта (2048 Мбайт, лимит софта именно 2 ГБ)
• count=10 — десять раз подряд
• oflag=dsync — при помощи операции ввода вывода для данных (пустой записи, записывая постоянно НИЧЕГО)

т.е учитывая команды выше, каждую каждую третью, четвертую, пятую, шестую, седьмую, восьмую минуту часа (безостановочно практически в течении каждого часа дня, каждого дня в течении недели, каждой недели) мы записываем 10 раз файл по 2 Гигабайта.

По памяти скажу, 2 Гигабайта записываются примерно за 12 секунд, 20 Гигабайт примерно за 2 минуты. Не давая серверу просыхать — он запускает следующую команду по перезаписи или делает её одновременно с другими файлами upload1-6.

Технически за 17 дней можно добиться того, что диск не может более записывать с быстрой скоростью файлы или читать их. Это не значит что он прямо сгорит, но по факту — выйдет из строя в ближайшее время.

Помните мою старую древнюю статью.
2016г (2008=>2016 или быть точным 2011-2016, т.к. 2008-2011 это шаред)
alice2k.me/blog/hosting/4200.html
obzor.ly/2016/04/kak-menyalsya-xosting-za-poslednie-5-let/
Она была написана еще тогда когда я просто «искал что-то на рынке» и «гадал о будущем».
Сейчас же есть вещи в которых я уже не сомневаюсь. Уже есть вещи которые неизменны, уже протоптанные модели, все скучно и видно реальное будущее множества компаний или услуг, гадать как и что с ними произойдет уже не нужно, можно лишь либо вкладываться и развивать, либо оставить нишу другим и сосредоточиться на другом направлении в зависимости от твоих возможностей, либо вообще просто вложиться финансово если деньги есть.

Аккурат после той статьи кстати буквально через месяц началась эпопея с покупкой хетзнера 1к дедиков, которая длилась с апрель по октябрь, нам не могли выдать столько сразу и поэтому частями собирали и выдавали. Представляете целое лето ушло «в ожидании». Никогда еще заказ так долго я не обрабатывал никому. Сейчас же заказы вообще каждый день идут бесконечным потоком, либо могут задерживаться на недели или даже месяцы, и уже ничего не удивляет.



Так вот, вдруг неожиданно мне захотелось написать топик.
Так бывает — это чувство приходит неожиданно и ты понимаешь что хочешь что-то написать.

2016 => 2023 (хорошая быстрая подборка ссылок кстати была случайно написана тут)
Не совсем 5 лет, но пусть будет очередная пятилетка. 2017 2018 2019 2020 2021 как раз. А 2022 уже начинается другая эпоха про которую я напишу где-ниб в 2026 или когда там война закончится.

Итак.
Шаред хостинг — сейчас они преобразовались в три вида. Первый вид это слияния. Второй вид это когда шаред стал веб-студией, хотя 10 лет назад казалось наоборот из веб-студии можно сделать дополнительно шаред. И третий вид шареда это когда шаред ушел еще и в регистраторов доменов и полное обслуживание цикла «нубо-клиента». Черт подери но шаред хостинг до сих пор не умер и все еще продолжает жить. Хотя конструкторы сайтов уже задавили его по доходам. Шареды на слуху так и остались пожалуй ihc.ru beget.com и еще lite.host продолжался очень долго, значит чел все же делает свою работу неплохо как и лидеры. тиаймвеб рег-ру разумеется тоже были, но все равно, до сих пор я не могу их порекомендовать кому-то, а вот beget или ihc да порекомендую.
Еще были попытки превратиться из шареда сразу в облако, как бы пропуская пункт с VPS/VDS совковыми и пункт GEO. Это были некие попытки догнать, типо денег дохуя, нужно что-то новое, а что новое? Ничего в голову этим компаниям не пришло видимо, кроме как попробовать замутить облако, но не сырое или слабое, а сразу потратить огромные суммы чтобы сделать достойное облако, но которое все равно не будет дотягивать ни по авторитету(бренд тоже важная штука как и 10 летний путь репутации клейма), ни по уровню облаков первой эпохи кто делал облака еще с 2012 годов.

VDS/VPS совковой эпохи.
1. первый путь у них это расширения множества geo с тем же самым набором услуг
2. второй путь попытка создать свое облако, аля пример с clo.ru когда firstvds.ru решил уйти от «стандартного цикла нубов» в «нечто другое», но в тоже время так и не стали восприниматься как полноценное облако в головах людей, потому что люди сразу ассоциировали/представляли более развитых и крупных игроков и их набор услуг.
3. третий цикл стали продавать выделенные серверы.
4. четвертые просто продались тем, кто успел уже построить облако ранее и стал крупным.
5. многие начали снова делать частные сервисы в офисах или самостроях. и рынок мини-цод тоже хорошо развивался и будет развиваться и дальше. в РФ 1100 городов, а в каждом городе есть по 5 крупнейших районов, в каждый район по контейнеру — такое будет будущее.
Про VDS или VM — честно скажу, тут зарулили новые игроки. Почему-то все старички не удосужились сделать даже ни одной новой geo, вместо этого будущее заняли абсолютно иные хостинги и бренды. Пусть товар так и остался примитивным совковым, но он тоже приносит деньги на удивление и по сей день, даже самострой ребутающийся каждый день может быть прибыльным, я просто в шоке.

Выделенные серверы
1. Часть компаний захотела отойти от дедика и стать облаком, но опять же никто не смог сдать «действительно облаком» как его видит потребитель изначально. Догнать амазон гугл никто не смог.
2. Другая часть осталась продолжать делать дедики, но все же сделала «совковые виртуалки» простого назначения и из-за этого теперь страдает с верификацией новых клиентов. Из-за появления дешевых услуг сработало и появление мошенников и теперь те, кто хочет купить сотню дедика и принести хорошие деньги не могут зарегистрироваться т.к. сотрудники могут думать что это человек за 3 евровым говном прет и отказывают ему.
3. Еще часть дата-центров так же пыталась в geo или улучшала свои внутренние облачные панели, обрастала дополнительными сервисами или улучшала качество сервисов, к таким я бы отнес selectel которые росли за счет того что имели и просто делали это еще лучше, но без амбиций по каким-то «новым» темам. Они брали ядро и накручивали на него, но не создавали новые ядра.
4. И конечно же хороший пример это пример с ОВХ, которые пытаются (да, некорректно их сюда пока что приплетать, ведь этого еще не случилось, это должно отражаться в будущем топике через лет 5)

Облака первой эпохи. Они стали облаком v2 сервисным. Либо эти облака настроили новых ДЦ и больше GEO присутствия и еще плюс 500 новых сервисов. Догнать облака первого поколения уже не представляется возможным мне кажется никому. А те компании которые в теории могли, например мтс облако, сбер облако, билайн облако, я как-то писал что им похуй вообще, как раз только сейчас начали что-то делать, но стать новым яндекс облаком у них уже не выйдет. В этом цикле облака действительно стали решать конкретные проблемы клиентов, а не просто «переплачивать в 5 раз дороже как было в старом цикле». И есть очень крутые панели которые превосходят и дедик в том числе. Но все это специфично, не массово.

Сервисы ддос-защиты
1. заключали партнерства с дата-центрами, именно сами как бренды не особо увеличивались
2. ддос защита стала гораздо ближе к CDN сервисам
3. будущее этих сервисов? скорее всего будущее антиддоса, именно как отдельного бренда будет связано с безопасностью на всех фронтах
4. антиддос как отдельный сервис в облаке? это скорее прошлое, чем будущее

Нейросети или GPU облака
Таких будет все больше. Как по мне этот сегмент не особо менялся, он просто появился и он просто стал только у тех кто крупный и кто имеет финансы, мелкие игроки практически не запускают такое.

Панели? Виртуализация? В прошлом топике я писал что делали OVZ XEN KVM и только KVM выжило. Да, думаю действительно так оно и случилось. Я сам не разу не делал ни на XEN ни на OVZ, только на KVM, абсолютно на всех новых хостингах. Конечно в этот цикл появились и другие облачные технологии, но какого-то массового распространения или доступности в два клика я не заметил. VMmanager делала LXD которое тоже сгнило и все равно — все делают на KVM. Из панелей для сервера появилось наоборот очень много конкурентов для ISPmanager, она хоть и держится — но я уже давно перестал ей пользоваться, разворачиваю инстант в облаке какой-ниб на fastpanel.ru или cloudpanel.io, только если планирую все же раздавать аккаунты людям под сайты, только тогда ISPmanager мой взгляд смотрит. Я специально не буду перечислять множество ПО которое публиковалось в моих блогах за прошедший цикл, ПО было разнообразное. Скажем так — выбора стало БОЛЬШЕ, чем было когда-то раньше когда я писал прошлую пятилетку. Но вот желание создавать на этом разнообразии — желания стало меньше. Привычка дело такое, уже привык на чем-то и потом просто на том же самом «быстро качественно дешево».

Сам интернет стал еще обширнее и еще грязнее. Бесплатных сервисов уже почти не осталось, даже гиганты уже начали удалять мертвые никому не нужные аккаунты и их хранилища, это раньше они накачивали инвестиции типо «у нас вот рост базы», щас база это просто мусорные аккаунты которые создают убытки. Вроде бы интернет пытаются сегментировать, пытаются все записать, держать все под контролем, в каждой стране сейчас принимаются законы по стандартизации, но все равно обилие хаоса и мусора не уменьшается, потому что просто «кто-то плохо работает или неграмотен». Невозможно сделать круто качественно и чтобы все и везде соблюдали твои правила/стандарты. Но все же тот же geo по базам ip очень даже хорошо развилось, bgp сервисы тоже хорошо развились. Жду в будущем полноценные каталоги по каждому городу и району, какие провайдеры и ДЦ там существуют, вплоть до всех их сетей обновляемых в реальном времени, тем более ipv4 больше не растет.

Лично мой выбор потребителя тоже не менялся. Прошедший цикл лет я в основном продавал те самые компании, которые отобрал за период прошлого цикла когда «пробовал». Продавал только тех, кто меня не подвел в прошлом и кто был надежен. Ну и интегрировал запросы клиентов тоже именно в них. Думаю уже сложилась просто «привычка» за эти годы. В новом же цикле собираюсь попробовать и новеньких, повторить былое. А то компании совсем зажрались, не уважают уже клиентов, которые с ними десяток лет, тех кто миллионы евро им принес — просто так без причины могут заблокировать. Так что нужно возвращаться в нулевые и подход нулевых годов, когда интернет не был надежным сегментом и только развивался, когда самый адекватный подход был — просто не доверяй никому, потому что в интернете никакой ответственности у бизнеса нет. Сейчас случилось тоже самое — европа сама себя дискредитировала и подорвала доверие, то самое доверие, которое она нарабатывала два десятка лет. Европа опустилась до уровня «не покупай в рф» )) Как когда-то давно писали про рф — типо нахуй нада вдруг заблочат без причины, тоже самое сейчас в европе. А рф наоборот законодательно теперь обязывает компании работать по стандартам всяким. И даже реестры вводит качественных исполнителей услуг.

Прошлый топик заканчивался коронной фразой от ОВХ которая звучала «да, да, да» — т.е. на любой запрос клиента у них всегда было решение.
Но сейчас не существует такой компании которая бы решила все ваши проблемы. Наоборот все стало очень сложно и теперь дробление, дробление, снова дробление, под каждую страну свою компанию, под каждую страну свой сайт. Если бы бинанс создал 500 бинансов с другими названиями, то к нему бы никаких претензий никогда бы и не было. Время когда делать крупный сильный бренд было модно — ушло. Хочешь работать, просто работай, но не создавай крупняка. Хостинг вступил в новую эру.

Возможно я хотел написать больше. Но не получилось. Может быть еще напишу продолжение к этому топику в новый год, а может быть и не напишу.

• 09/2023, ovh конкретно испортила то, что должно было просто работать и брать деньги 10 лет
• 09/2023, а так же у меня появился еще один вопрос обществу

старая хронология

Если 10 лет назад контента вовсе не существовало. Писались какие-то обзоры в блогах. Писались сами блоги. Хостеры бродили по форумам и создавали топики про себя. Не было ни профильных площадок, даже моих, не было ничего. Сарафанное радио никак не работало, потому что негде было похвалить компанию.

Так вот, раньше контент состоял чисто от отзывов на форумах и отзывов в блогах, когда были еще живы блоггеры.

Потом уже конечно пошли и не честные способы рекламы, как создание фейк каталогов, как платные топики, даже блоги были. Про это я не буду повторять, все старые фишки описаны в статьях старых годов.

Была еще одна фишка — это скопировать все топики с умерших форумов себе на отдельный блог, отдельную полочку моих тематических ресурсов. Но руки у меня не дошли ) И почему я щас решил упомянуть по пути про это, а ниже увидите почему.

А сейчас что? Давайте посмотрим что же у нас есть.
Я заметил несколько направлений.
Так как форумы умерли. Блоги умерли. Социальные сети поглотила цензура.
Рынок разбился на 3 лагеря.

Одни хостеры ведут платные блоги на ресурсах для распила вроде Хабра или ЦП.

Но тут огромный минус — это именно что просто целевая реклама для Хабра. Даже не важно качественная там статья или какой-ниб перевод какой-то непонятной вещи, которая к компании и истории компании и развития компании не имеет никакого отношения. Ну короче мусор который просто льется в голову. Но в любом случае дело делается, контент пишется, бабки распиливаются, бренд мелькает. Но где? Только на этих ресурсах. Иногда даже какие-то квесты для нубов или детей что-ли появляются на том же VC, будто бы клиент выделенного сервера не знает об этом. Если человек клиент ДЦ — то конечно он все это уже знает. А значит реклама не работает, потому что ну не может пойти 10 летний ничего не знающий человек за товаром в дата-центр. Сначала он должен узнать азы, а потом начать искать уже где купить. Лично я много раз шокировался просто от бессмысленных сжиганий денег. Ну понятно — нужно распилить и поддержать IT ресурсы. Но готов поспорить не один клиент не купил сервер после такой рекламы. Короче основной минус — ограниченность аудитории. Чисто ядро тех ресурсов. А уж про качество забьем тему.

Вторые хостеры выглядят так.



Часть ушла в телегу

Но опять же телега мало чем по размеру и полезности отличается от собственного блога. Я считаю полезность там такая же низкая, как и просто у блога с столетними записями или отсутствием блога как такового.
Какой тут минус? Может быть даже качество порой лучше. Топики в блогах часто бывают именно про события той или иной компании, их развитие, их аварии, их новости. Никакие не левые переводы про IT мир и тд. Или хотя бы полезняшки по администрированию там. Но минус какой? Опять же ограниченность аудитории. Эти блоги никто особо не читает, кроме самих клиентов, это тоже самое что просто создать FAQ какое-ниб, как kb.selectel.ru/docs/
Конечно же есть и отличные блоги, которые пишут отличные статьи или дайджесты событий про свою компанию и свои сервисы/услуги. Тот же selectel/1dedic/firstvds и другие, которые я копирую себе на hosting.kitchen. Да мусор вроде Хабра я не копирую, ибо не вижу смысла, ведь те топики не относятся к истории компании, зачем они мне на моих исторических блогах рынка. Но то, что у них суперские блоги — все равно полезности для рекламы от этого мало. Потому что это контент который просто на их сайте расположенный.

Третьи делают тоже собственные блоги, но полезные и массовые. Именно то, что когда-то хотел сделать я, тупо скопировав весь UGC хостинг тематики с форумов. Не мусор какой-ниб или блоги администраторов. А именно людской Q/A UGC.
timeweb.com/ru/community

Можно так же привести в пример DO Linode и другие попытки. Но в РФ сегменте

Четвертые делают голосование за идеи.
Но такое не может позволить себе каждый хостинг. Только тот, где действительно рождаются сервисы.
cloud.yandex.ru/features


И как думаете кто победил?
Как бы смешно не звучало — но победил сегодня по рынку именно хостер «обычного шареда какого-то». Который я никогда бы не порекомендовал за всю свою жизнь. Наоборот клеймо «шареда с лимитами» настолько въелась в мой мозг, что еще в 2009 году я отговаривал друзей чтобы они не переплачивали за воздух подобным хостерам.

Но если говорить о контенте, как полезности для рекламы своей компании.
Именно они получают первое место в 2021 году. От меня.
Почему? Потому что они не выкидывают бабки на распилы вроде хабра и ЦП. Потому что они не ведут мервые никому не нужные блоги. Потому что у них не отсутстует понятие контент в принципе. Потому что они действительно превратили контент в орудие по привлечению трафика на сайт. А не просто лишь показать что «у нас охуенный блог» или «у нас дохуя денег чтобы слить на хабр».
Топиков огромная куча. Они плодятся просто неимоверно, что прямо как toster.ru какой-ниб, они стали всплывать в поисковой выдаче. И поэтому — заслужили.

История вопроса очень глобальная, возможно можно было бы поднять архивы даже с 2010 года.
Но я оставлю просто

• 2019, UGC форумы комментарии рейтинг
• 2017, Если вам нечего сказать людям, вам не нужен редактор
• 2015, А вы не заметили как стало нечего читать по администрированию ?

Если мне когда-ниб захочется поговорить о контенте в мире хостинга. Может быть будут и еще топики.
И да, сегодняшний топик стоит воспринимать именно как контент приносящий рекламу. Это не топик про правильность контент маркетинга, про репутацию через контент или общение с ЦА через контент. Чисто общее понятие «контент» и «реклама» в интернете.

история вопроса

• 2020 Устаревание душой №2
• 2019 Еще один хороший пример как зажечь фанатов/клиентов
• 2018 Устаревание душой
• 2015 Типажи хостеров

Сегодня один чел который много много лет хочет создать «свой хостинг» — написал мне такое — какая-то крыса написала директору что это мой проект, меня чуть не уволили.
Но он много много лет жалуется на то, что ему платят копейки.

А я человек — который дает советы любому, кто ко мне обращается. За 3 года общения/работы со мной типичный клиент/лох любящий красивые сайты, сам становится хостером 50/50 продающим дедики без лохо фраз.
Не скажу что человек этот крутой — скорее ватник, который годами не может решиться начать нормально и серьезно. Сам стал мыслить уже как устаревший человек, то шареды хуяреды хочет, то хочет поддержку, то хочет ВДС. НО НУЖНО ДЕЛАТЬ ДЕДИИКИ. Заебали реально хули объяснять, надоело. Так что человек не идеальный уж точно.

Но мой топик не про человека.
А мой топик про ПОДХОД РЫНКА.
Короче владелец хостинга — запрещает собственному сотруднику создавать СОЛО проект.
И именно поэтому — ОН УСТАРЕЛ ДУШОЙ №3 :)

Смотрите — из-за такого отношения, когда сотрудникам даже не рассказывают ничего, боятся что те стырят или уведут клиентов. Или как там было сказано — конфликт интересов!!! Именно из-за такого рождается НЕГРАМОТНОСТЬ В КОМПАНИИ.
И такие вот сотрудники ТП потом тупо не могут принести деньги в компанию.
Почитайте тут hostsuki.pro/all/hochu-uslugu---vechnaya-arenda-ip.html#comment5835

Именно из-за такого отношения — сотрудники не довольны. И не мотивированы. Им срать на компанию. Они постоянно думают о соло проектах. Думают как бы сменить работу на более лучшую и тому подобное. И это не вопрос о том, сколько нужно платить. И как платить по честному.

• 2018 Сколько нужно платить поддержке хостинга ?

И не вопрос о том, нужно ли бесплатное администрирование.

• 2020 Кто работает в поддержке? Осознал — люди с ограниченной фантазией
• 2016 Многие не осознают, что поддержка больше не главное
• 2013 Копипаста© Из серии клиент НЕ ВСЕГДА прав
• 2013 Внезапно совет, который может уничтожить РАК

Это вопрос про НЕГРАМОТНОСТЬ ТАКОГО ДИРЕКТОРА.
Нормальный владелец бизнеса обучает сотрудников.
И мотивирует их.
И они начинают приносить деньги в компанию.
Допустим самое честное решение — 50/50, человек полностью видит все 100% проекта и знает за что он работает и как образуется его зар плата. Он знает что продает его компания, он может пойти в панели и решить вопрос, не запрашивая каких-то доступов у директора и тому подобное. Быстродействие. Честность. Все позиции видны человеку, это не 50 сотрудников где кто-то работает, а кто-то не работает, но бабки делятся на всех. Обид в таком подходе — просто не существует. Плюс безлимитность заработка. Сколько осилишь столько и заработаешь. Все зависит от человека. И правильный директор должен был позволить тому человеку создать свой хостинг, но поставить условие чтобы он продавал И ЕГО КОМПАНИЮ :)) Но директор — УСТАРЕЛ ДУШОЙ, поэтому он и проиграл на рынке.

• 2017 Виртуальное против Физическое
• 2016 Поговорим о точках продаж ?

Во первых — я писал про DNS сервис как-то.

• 2020. Есть работа. DNS API популярных ДЦ

Мне написали что cloudflare.com типо рак интернета, не боишься что он упадет.
Я ответил — ну так можно сделать в домене хоть 10 DNS хостингов.
И вот вам идея — создать тоже самое что я писал в топике осенью, но чтобы оно дублировало записи по 10 DNS сервисам, а в домены бы люди прописывали 20 NS серверов от 10 лучших облачных хостингов/ДЦ/сервисов.
Которые конечно же не запрещают такое. cloudflare например соседей не хочет в домене видеть :)
И заодно бы в таким сервисе накопилась база потенциальных клиентов для хостинга/ДЦ.

Во вторых.
Слово за слово.
CDN сервисы существуют — но в реализации на собственном оборудовании. А если сделать сервис, который позволяет добавлять в него собственные серверы клиента. Клиент тупо идет регается в этом сервисе. Потом идет покупает себе за любые цены у любых ДЦ, которые ему понравились серверы. Ставит ОС. Закидывает доступы в сервис. И потом этот сервис за «платную подписку» резервирует файлы на эти серверы и делает cdn оболочку на каком-ниб IP-balancing.

Так же разумеется я вспомнил про старую тему о ддос защите.
И в третьих, написал совет, который давно еще витал в моих обсуждениях.
Большинство ддос-защит заставляют людей что-то настраивать у себя на серверах.
А должна быть панель, куда добавляешь свой сервер, возможно даже даешь доступ или ssh ключ — и сервер сразу под защитой становится. Массовое потребление ддос-защиты начнется только тогда. Глядя на cloudflare и их ддос защиту одной кнопкой — давно бы уже сделали такое.
Все клиенты пришедшие в компанию за защитой — по умолчанию бы регистрировались и сразу их сервера бы «настраивались» как нужно.
И в панели была бы кнопка — включить защиту и выключить.
Сколько бы народу ломанулось в тот же ddos-guard.net если бы он такое развернул «про запас» подключаться там бесплатно :)
Они бы сразу клиентскую базу подняли. А потом когда пришли бы реальные атаки — кнопочка включить и все, тут же уже и оплата пошла с клиента.

Общее описание.
Должно быть две версии биллинга.
Первая версия это когда база данных клиентов локальная. Каждый установивший биллинг просто для себя клиентов копит. И начинает продавать с нуля под свою нишу.
Вторая версия, это когда при установке он добровольно соглашает с тем, что все регистрации с его проекта будут идти в общаг на будущее. Но зато он сразу сможет по уже готовому кем-то из прошлых хостеров, общагу, прорекламировать свой товар. Должен быть список всех хостингов кто участвует в общаге. А клиенты подобных хостеров должны просто переключаться по проектами и смотреть кто там и что продает.

Модель продажи биллинга.
Стандартная модель — помесячно, годовая, или вечная лицензия.
Либо модель будушево — брать % с оборота продаж всех товаров в биллинге, % за пользование биллинга. % за пользование обоих вариантов, хоть общага, хоть личного приватного.
Если кто-то будет делать биллинг, сами решите, что для вас удобнее. Брать % или продавать помесячно. Или может дорогую вечную делать как делает hostbillapp.

Методы оплаты биллинга.
Опять же два варианта.
Вариант для тех кто уверен в себе. Делает все как везде, подключается куча платежных модулей, интегрируется все. И потом поддерживается, все обновления API приходится постоянно обновлять создателю биллинга.
Вариант №2 — в биллинге делается пополнение по коду. А коды продаются как ваучеры непосредственно самими хостерами. Например какой-ниб хостер просто берет ставит модуль робокассы и назначает товару на 100р код какой-то, товару на 500р код еще один, на 1000р еще один. Т.е. хостер сам создает те платежные методы которые ему удобны, принимает там бабки автоматически, а клиенты получают коды, которые просто вводят в форумы в биллинге и на баланс биллинга зачисляется нужная сумма. Гибко, удобно, быстро и готово к продажам без гемороя.

Модульный биллинг.
Конечно же биллинг должен быть модульным.
Изначально он должен быть заточен под продажу выделенных серверов. Или может быть кто-то заточит его на ВДС, а может кто-то на шаред. Но я считаю эти модели давно в прошлом, поэтому логично что затачивать нада под дедики.
А все остальное — модульно.
Перепродажи API разных дата-центров, как отдельные модули.
Допустим при модели тарификация где берется % от продаж — все модули бесплатны. Просто хостер тыкает «включить» и включает те дата-центры какие хочет перепродавать. Ну конечно по FAQ все там настраивает уже сами настройки модуля.
А если продажа биллинга идет по штучно, помесячно, или единоразово даже — то каждый модуль имеет свою стоимость и так же помесячно или единоразово оплачивает и появляется возможность его включить.
Биллинг должен быть без говна, без доменов, без ssl, без прочего шлака. Все это — модули.
Перепродажа облаков — модули.
Хочешь продавать домены? Включи модуль регистратора.
Хочешь толкать ssl — включи модуль ssl сертификатов.
Хочешь захуярить шаред хостинг? Подключить модуль шаред хостинга. И тому подобное. Все гибкое. Никакого лишнего мусора. Включается только то, что человек хочет продавать.

Основа.
Я буду описывать основу на примере выделенных серверов.
Во первых — боковая колонка. Это уже стандарт индустрии. И чтобы ее можно было самому настроить те пункты, какие нужны.
Поиск по тарифам — по тексту тарифа — тоже стандарт. Не нужны никакие бегунки от озу как делают на сайтах за 40 миллионов евро.
А просто нужна форма поиска, куда можно забить что угодно, например SSD — и будет показано все с ssd, или забить i7-6700k и будут показаны тарифы только с этим процессором. И так далее. Реализация подобного хорошо видна на аукционе хетзнера.
Метки для тарифов тоже можно оставить, в Bill ISP метки достаточно хорошо реализованы.
Выделение цветом html тарифов, чтобы можно было выделить распродажи и тому подобное.
Возможно даже сделать «закрепленные тарифы» — чтобы одной кнопкой из биллинга закрепить тариф, чтобы как тема на форуме закрепляется, так и тариф закрепился и всегда был только наверху.
Сортировка. Так как в мире дата-цетнров огромная куча. То товаров будет 10000 50000 и выше. Сортировка должна начинаться — с Страны. Потом идти на Город/локацию. Потом уже группам, типо бомж серверы, типо дорогие серверы, типо там энтерпрайз, прочее прочее, группы админ может сам создавать уже какие хочет. Т.е. уже уровень вложенности не 2, а 3. Текушие биллинги дальше 2х не ходят. В идеале сделать карточку из 4 уровней вложенности. Чтобы создатель сам потом уже поделил 10000 товаров так как ему удобно.

Тикетница.
Идеальная тикетница — внешняя тикетница.
Чтобы не засорять биллинг мусором, сразу подключать какой-ниб bitrix24.ru бесплатный тариф и через него прогонять.
Либо делать это на любой внешней CMS.
В биллинге же должно быть что-то вроде — формы ответов.
Вот когда вы отвечаете — у вас накапливается куча тикетов, которые не закрыты. Потому что они «в процессе» или «ждут ответа от клиента». Т.е. не на 100% еще решены эти вопросы.
И вот они висят все одним списком. Даже отступов или пробелов нихуя нет. Чем их больше тем сложнее ориентироваться.
Идеальная тикетница — можно создавать категории. И переносить тикеты по уровню. Допустим в самом верху категория. Потом в середке. Потом еще ниже. И все эти 3 категории — у них есть отступ и пробел. И вот ты как хостер сортируешь по ним потом. И это — удобно.

Функционал.
Конечно же бесплатный SSL lets чтобы из панели сам делался.
Конечно же подключение внешних SMTP yandex/mail/google/свой-сервер — как сейчас сделано на VM-6 панели
Возможно уведомления сразу в социальные сети или мессенджеры, типо в телегу дублировать или в VK-прочее.
Делать рассылки. Делать рассылки по сегментам.
Промо-акции, скидки.
Возможность сделать Объявление для всех. Типо какое-то поле, куда ты вписываешь свой html и оно закрепляется и все его видят. Это может быть техническая авария. Или может быть это распродажа. Или «без установки сбрасываешь серверы актуально 1-2 дня». Тому подобное.
Резервное копирование — на внешние хранилища. Ну как везде.
Журнал посещений. И чтобы указать место куда он будет сохраняться, чтобы в бесконечно можно было сохранять например даже на отдельном хранилище.
Возможно реализовать какой-то доверенный ID для хостинг рынка. Например на базе «модели с общей клиентской базой» где как раз уже будут проверенные регистрации.
Конечно же активные сессии. Конечно же fail2ban nginx правила чтобы банить сразу из панели.
Настройка собственного бренда
Настройка блокировок по IP, по почтовым доменам и просто возможность банов.

Вторичный функционал.
Возможно защита от мошенников посредством sms шлюзов.
Локализации языки
Собственные шаблоны рассылок на email писем уведомлений
Реферальная система
Договоры
Персональные данные
Налоги
Валюты для методов оплат



Да, мне не жалко поделиться. Хоть и у нас тоже будет биллинг в будущем.
Мысли by alice2k :) Если кто-ниб прочитает и не будет знать кому сказать спасибо.

Нормальный такой OpenID

Смотрите как сейчас все работает.
Яндекс почта для 300 доменов давно развалилась.
Баны мировых держав работают на полную катушку.

Если ты покупаешь что-то зарубежом — на РФ почты не всегда это может доходить или лететь в спам.
На примере hetzner/ovh очень частое явление. Даже просто ОВХ можно поделить на сегмент US рассылок и EU рассылок, да там тоже есть косяки.
Если ты покупаешь что-то в РФ — значит на гугл почты это тоже может не доходить.

Например вот Яндекс.Деньги объявили о ребрендинге пару дней назад.
И похоже серверы тоже поменялись на какое-ниб sber.cloud
Потому что с 16 сентября все письма о расходах и поступлениях с кошельков Яндекс.Денег, т.е. Юлы — идут в спам, если у вас mail.yandex.ru или вовсе не доходят если у вас gmail.com и аналогичные.

Наглядный пример как из-за дерьмовых уведомлений клиент тупо теряет важную информацию.
Уведомления — это не просто поступления или расходы. Если речь о дата-центрах, то это уведомления о авариях с самими серверами, уведомления о ддос атаках, уведомления по покупкам, заказам и дополнениям, и действиях в ДЦ, уведомления о поломке сервера или железа внутри сервера, уведомления о просрочке сервера наконец. Не полученные уведомления — портят жизнь клиенту.

Я уже писал в 2018, что сейчас эпоха, когда нужно иметь кучу email в разных странах на доменах. Чтобы потом регистрировать в компаниях или интернет магазинах той страны на ящик той же страны или приближенный(4 интернета как там писали), чтобы уведомления хорошо доходили без сбоев.

А так же я писал в 2019(тред про эко), что IT тусовке тоже необходим общий ID для личных сообщений, переписок, комментариев. Я тогда приводил в пример Хабр и VC.
Типо оболочки которая бы встраивалась на любой IT сайт и упрощало взаимодействие посетителей между собой.

Так вот — в мире хостинга тоже должен быть такой сервис.
Какой-то верифицированный ID. Чтобы и когда заказываешь услугу у хостера — сразу верификацию проходить, что ты не мошенник, не доказывать никому по сто раз одно и тоже. Не отсылать документы рядовым сотрудникам всяких шарашкиных хостингов. А чтобы если регистрация шла через этот ID — значит клиент нормальный.

И на базе этого ID можно сделать так же сервис уведомлений от всего рынка!
Чтобы абузы, чтобы поломки, возможно даже тикеты — шли через него. Из 50 компаний в 1 ящик, чтобы человеку не нужно было страдать, а «собрать все уведомления в одном». Мультиоблако нахуй.

Кому-то конечно это покажется не нужным, кто-то наоборот все хочет анонимно делать. Но если ты бизнес, если ты наоборот хочешь чтобы тебя везде узнавали и даже не проверяли, а сразу предлагали лучший товар и говорили «привет кто к нам зашел» — то полно людей которые с радостью будут пользоваться подобным ID.

Подобный ID можно делать на базе Ростелеком или Selectel. Например по репутационному фону они схожи с репутацией нашей страны. Который типо не сдохнут и через 100 лет.
Или можно делать на базе биллинг панелей, например Billmanager-ID или WHM-ID и тому подобное.

Многие делают уведомления в телегу. Но представьте такой же сервис, как некий selectel.chat, где диалоги это тикеты, где уведомления это уведомления как телеги, где общие закрытые комнаты для компаний сотрудников или даже клиентов. Где общается рынок и в тоже время этот ID встраивается во все хостинги.
Уже давно нету конкуренции, сейчас все глобализуется. И поэтому рынок должен перестать бояться, а начать взаимодействовать друг с другом и ДЦ должны поставлять товар своим реселлерам, а не видеть в реселлере конкурента.

Вперед — делайте.