Я уже многократно рассуждал на тему качественных модных ДЦ — цехов которые предоставляют серверы под самообслуживание или там облачные сервисы, но не облака, а именно сервисы.
Это все старые топики.

Но вот, в 2022 я еще пришел к выводу.
Что хочет клиент от ДЦ? Он хочет не купил и продал или оказал услугу. Он хочет найти партнера на 10 лет, партнера, которые бы занимался не обслуживаем его проектов. А именно делал то, чего клиент сам не может сделать. Например кто-то не может собирать серверы под спрос, банально собрать 20 серверов в собственность это не выгодно, чем взять 20 в аренду. Именно что — человек УМЕЕТ, но не может физически. Это большая разница от обслуживая тех кто не умеет. Какие-то рыночные факторы мешают просто человеку воплотить, то, что он умеет делать. И поэтому ему нужен партнер — дата-цетнр на 10 лет.

Вот что значит именно модель самоообслуживания и цеха.
Допустим вот 12900k ноды разлетаются за 2 дня по 128 озу. Но чтобы купить 100 таких серверов в собственность и вернуть бабки это нужно 3 года. И это один из настоящих практических примеров как раз того что я описал. В конечном счете мне кажется в будущем дата-центры будут прямо интегрировать хостеров себе в цеха, предоставляя им серверы не просто в аренду, а еще каким-то образом, зато клиенты потом будут зависеть от инфраструктуры этого цеха и сидеть до самой смерти там строить облака, ноды, тому подобное, то, что они УМЕЮТ, сами, самообслуживаясь. И дата-центр выступает как клиент который покупает у другого клиента услуги по заполнению своих залов серверами. Это именно что партнерство, а не просто разовая сделка.

selectel.ru/services/dedicated/auction/



опять перезапустили аукцион который был лет 10 назад
hostsuki.pro/all/podpisatsya-na-novye-aukciony.html

я бы написал даже новость, но это — вовсе не новость :)
потому что в 2013 это было нечто новое, а сейчас это просто отсутствие фантазии

в чем была фишка 2013 года?
тогда были самые лучшие, самые редкие — как раз на аукционе
hostsuki.pro/all/tehnodomcom---nakonec-to-ssd.html

вот если бы там реально стоящий сервер который сразу разбирают — я бы еще поторговался на аукционе за него
а мусор который итак можно купить или мусор который вообще «процессор старый что и бесплатно не нужен» — такое мне не нужно

я помню как в 2013 году сервер который стоил 1000р мог продаться даже за 1700р
а сейчас я вижу лишь просто очередную скидку, под видом фразы «аукцион»

Собрал смарты с 6700k
hostsuki.pro/all/kakaya-to-noda-dazhe-1-pt-zapisala-i-ne-sgorela-chto-za-dela-.html
Ноды NVME с рейдом не делал

А так же почистил ВМ-5
hosting.kitchen/not-install/ostatki-vmmanager-5_3.html

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

vc.ru/life/493382-kak-ayaz-zastavil-menya-vlozhit-40-millionov-v-onlayn-servis-perehitrit-cukerberga-a-ya-utroil-pribyl-svoih-magazinov?ref=recommended

поддерживаю чела
obzor.ly/2015/12/na-chem-teryayut-klientov-xostery/


хороший пример — firstvds.ru которые дают +1% за 1 год пользования услугами к скидкам
плохой пример — selectel.ru где видимо мало-опытые сотрудники по «истории рынка» и аудитории, умудрились проебать megaplan что он аж такое написал

записывая и наблюдая короче по ID платежей
как кол-во активных клиентов с каждым месяцем все меньше и меньше
собирался быть «последним»


но увы, не случилось этого

еще захотелось написать мысль, которая уже много лет не дает мне покоя
кто придумал, кто внедрил в отрасль понятие что email письмо должно создавать тикет в crm?
это же разные вещи были изначально
хотел бы я посмотреть на этого инноватора

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

так вот, получается
1. создание тикета
2. отправка его на email
3. email генерирует тикет уже в другой crm
4. закрытие тикета, например поддержкой, как выполненный или мусорный, отправляет новый email
5. в начальной crm генерируется новый тикет
6. процесс повторяется снова

вот честно, в чем фишка, зачем делать автоматическое создание тикета от email?
хочешь общаться по email — так и нужно общаться по email
хочешь общаться в тикетах — нужно общаться в браузере в тикетах

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


Или например невозможность написать тикет, пока не купишь услугу
Мировые облака именно так работают


Ну и конечно правильная функция кнопки
1 нажатие — кнопка сразу превращается в задачу и блокируется





c 11 до 18-00 сегодня посвятил себя борьбе со спамом
просто так, захотелось наверно, а может лишнее время было
7 часов плодотворной работы, думаю 50000 мусора сгенерировано, теперь неделю будет очищаться
посмотрим будет ли он и дальше спамить на моих ресурсах или просто удалит мои домены из своих списков — если будет, считаю это вызов

Саб-пользователи очень удобная штука
Но так же можно злоупотреблять ими — создавая допустим там 1000 разных контактов и 1000 email
А потом при создании тикета — он дублируется сразу на 1000 адресов
А если там еще и нету защиты от двойного клика (в WHM есть такая функция включить, так же можно и каптчу подключать, на выбор админа короче)
То получается лютый пиздец

Например ISPsystem сначала в 6-ой версии хотели вообще удалить саб-пользователей.
Потому что через них можно было создавать еще разных плательщиков типо Физ лицо и Юр лицо — а потом отслеживать было сложно, типо Юр лица и Физ лица все же по разному у нас законом обслуживаются.
Я даже как-то возмущался, потому что «давать доступ команде» — все таки фича очень удобная.

И вот вижу гениальное решение — функционал остается, но в тоже время им нельзя злоупотреблять, а так же не нужно напрягать клиентов каптчами.