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

В хостинге постоянно что-то случается.
Но человек с опытом уже готов ко всему — и быстро решает любые проблемы.

Но есть такой фактор — человеческий похуизм.
Про похуизм за последние 10 лет я писал достаточно.
И когда начал работать с крупными заказами — похуизм изчез как сущность, ведь те кто имеют достойные проекты — всегда платят стабильно, всегда заранее, всегда заботятся о своих проектах. Это не какие-ниб там вдс за 500р или шаред хостинг, который и силой иногда не заставишь переехать с умирающего сервера, потому что человеку похуй.

Но вот ) Похоже случился снова похуизм. И я решил рассказать историю отказа.
Тут два варианта.
1. Либо заказ покупался строго на 1 год и просто потом ушел, через 1 год, как это часто бывает. Часто покупают пачки серверов на 1-2-3 года и потом так же резко бросают.
2. Либо именно заказ слился по причине похуизма.

В чем именно был похуизм? А чувак, который судя по всему покупал у меня, а потом перепродавал кому-то еще. Он похуистом оказался и не всегда онлайн сидит. Я ему даю реквизиты куда оплатить, а он мог неделю не отвечать. В итоге что получилось? Я ему дал реквизиты еще в середине месяца в одном тикете. А потом он под конец месяца появился — и сказал, дада, я продляю, я ему дал уже другой кошелек, тот который мне было удобнее менять в время «конца месяца». Ну и сижу жду платеж от него — а платежа нет. Я решил отключить серваки, чтобы проверить, действительно ли он их бросил или нет. И через 2 дня он снова пишет — типо часть серваков офнулась нада проверить(я отключал не все). Оказалось что он просто взял и оплатил на старый кошель, но не удосужился написать мне об этом. Тут как бы и мой проеб что уведомлений не стоит никаких и что я поленился проверить и старый и новый, но с моей точки зрения я проверял именно «актуальный реквизит». Мой проеб в том, что я человек который всегда думает наперед! И вдруг не подумал наперед о такой ситуации, что чувак мог заплатить на старый. Но и проеб чела который похуист и ведет себя крайне необязательно, когда на кану стоит пусть не так много серверов, но все же 100 серверов. Ну и вот короче потом я конечно включил серверы, но ровно через 1 сутки трафик на них пропал. И хоть в конце мая челвоек мне снова пишет, дада, конечно продляю и опять куда-то пропадает — я думаю это именно отказ. Причины? Как я понял человек реселлер и основной заказчик конечно же не стерпел суточного отключения без причины, ведь он наверняка не знал что «похуист нормально заплатить не может». И разумеется сразу же перенес трафик на запасной план Б о которых я всю жизнь пишу, что они есть у любого нормального клиента.

Поэтому не дожидаясь ответов я поставил на удаление.
И да — я никогда не писал об отказах обычно. А почему? А потому что у нас отказов не бывает, все отказы мы повторно перепродаем. Но перепродать сотку серверов сразу — это уже сложнее, поэтому проще поставить на отказ, а если что закажем заново.

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

а то хуй поймешь где пустая где занятая
и порой приходится перебирать где же наконец-то создастся вм-ка

когда-то давно еще работала кнопка «автоматически»
но в 2022 году после какого-то обновления — она перестала тыкаться

старые кластеры 2020/2021 годов

год назад
hostsuki.pro/news/u-selectel-poyavilsya-amsterdam-v-dedikah.html

ранее писал уже, повторять не буду
hosting.show/tag/billmanager/
hostsuki.pro/tag/BILLmanager%206/
hosting.show/tag/vmmanager/

так вот, зачем это нужно?
1. упростить работу чтобы все было в одном, чтобы можно было сразу установить и работать — НЕ ДЕРГАЯСЬ
2. что значит не дергаясь? а это значит создание тарифа и прописывание ему ебучих ОС
3. а это значит создание множества дата-центров считай что фильтров для товара в прайс листе
4. а это значит создание множества обработчиков — под каждый дата-центр, приходится дублировать каждый ДЦ/фильтр — делать ему одинаковый обработчик, даже если тариф например тариф чисто по характеристикам одинаковый, но в разных ДЦ — нужно делать дубликат обработчка для этого, т.к. будут разные кластеры под разные ДЦ
5. а это значит создание множества обработчиков — просто под каждый кластер, внутри даже одного дата-центра. например разные процессоры или еще какая-то особенность. опять делать ебучий обработчик.
6. и главное что значит ебаться? а это значит еще под каждый обработчик которых итак дохуя — нужно делать отдельные тарифы. а потом под каждый тариф еще назначать ОС которые как мы знаем привязываются к обработчику или vmmanager панели головной.
7. а если у тебя еще и куча VMmanager панелей то все описанное выше — можно дублировать и повторять многократно

вот нужен НОВЫЙ БИЛЛИНГ — который бы избавил клиента от всей это «многоуровневой настройки» одинаковых сущностей.
чтобы можно было добавить сразу админки VMmanager панелей — 1 ебучий раз.
а потом в биллинге через флажочки например включать доступы.
чтобы в списке ОС сразу подгрузились все кластеры все узлы все тарифы — и ты просто расставил флажки и нажал сохранить

ну и конечно удалить из billmanager все остальное лишнее
типо доменов, шаредов и даже выделенных серверов.
но оставить процесс заказа услуг — через фильтры метки и красивый прайс лист с флажками стран, если ДЦ по geo разные — ну короче красиво как в любой облачной панели
и оставить там платежи и методы оплат разумеется
и оставить еще тикетницу

а с учетом того что новый биллинг по умолчанию корпоративный
куда можно потом партнеров добавлять
и их партнерские vmmanager уже доступы
то можно начинать потом строить совместные облака и массовый реселлинг — реселлинг уже средствами Bill+Bill когда друг друга перепродают через billmanager
и как раз будет огромная куча дата-центров кластеров — но не должно быть кучи обработчиков и дубликатов — нужны лишь чекпоинты которые ты назначаешь нужным тарифам. и начинаешь продавать сразу быстро без гемороя заполнений всяких ненужных полей, как сделано у vdsina.ru например

процесс создания тарифа должен быть очень прост
создаешь тариф
1. название тарифа
2. сразу выдается весь список дата-центров из всех возможных VMmanager которые добавлены где-то в админке — и ты просто отмечаешь галочками нужные
3. сразу выдается весь список кластеров — и ты просто отмечаешь галочками нужные
4. сразу выдается весь список ОС — и ты просто отмечаешь галочками нужные
5. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные
6. сразу выдается весь список компаний/хостеров из корпоратива — и ты просто отмечаешь галочками нужные — и ты ставишь под каждым свою цену какую нужно
7. прочий брендинг так же делается в тарифе, технические имена, брендовый dns если оно присутствует
8. возможность отображать и не отображать тариф — для конкретного провайдера в том числе — опять же ставишь галочку и не ебешь мозги, жмешь сохранить

мысль понятна?
чтобы не создавать кучу обработчиков
чтобы не создавать кучу ОС
чтобы не создавать другую кучу сущностей
а просто включил выключил — УЖЕ ДОБАВЛЕННОЕ ОДИН РАЗ РАНЕЕ

hosting.show/alice2k-hosting/da-problema-kogda-os-prosto-klonirovalis-postoyanno-ispravlena.html#comment1443 — про обработчики
если не понятно, могу объяснить подробнее и на картинках
сама идея создавать отдельный обработчик для кластера — плодит мусор и дублирует все остальное
нужно просто один раз добавить данные от vmmanager и все само подгрузится в биллинг и будет потом обновляться и догружаться

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

и главное — не нужно внедрять или исправлять это в уже работающих проектах которые через говно пусть даже работают
нужно создать НОВЫЙ продукт и все кто захочет сделать круто — создадут с нуля
а старое УЖЕ СОЗДАНО РАНЕЕ и не нужно ломать то, что итак работает

старый биллинг создавался с учетом vmmanager5 и того что там не было деления на кластеры
для новой ВМ-6 — нужен уже новый продукт
иначе может и не стоило портить старый? ведь весь геморой от изменений

возможно 50/50
нужно даже взять дизайн от vmmanager
и чтобы люди регистрировали себе клиент аккаунт — через vmmanager сразу
а не через дизайн billmanager
т.е. главным в этом должен быть VM и оттуда уже допиливать ограниченный функционал билла

Ключевая причина, по которой компания Цукерберга отстаёт в сфере ИИ-разработок, — это её непоследовательность в выборе процессоров, рассказали источники агентства. Самыми распространёнными, а также универсальными считаются графические процессоры (GPU). Однако до 95% рынка контролирует Nvidia, поэтому высоки как цены на чипы, так и зависимость заказчиков от одного поставщика.

Чтобы не раздувать бюджеты, Meta использовала CPU — центральные процессоры: на них десятилетиями работали дата-центры, но с задачами, которые нужны для обучения и запуска ИИ-моделей, они справляются «плохо», поясняет Reuters.

По словам двух источников, параллельно компания использовала чипы собственной разработки, но только для этапов, когда уже обученные на данных нейросети выносят суждения и генерируют ответы (эту задачу ещё называют inference).

Чтобы их разместить, пришлось переоборудовать дата-центры, повысить пропускную способность сети в 24-32 раза и установить системы жидкостного охлаждения. Затраты на «перестройку» увеличили квартальные капитальные расходы примерно на $4 млрд и совпали с кризисом на ИТ-рынке, из-за которого Meta* уволила больше 10 тысяч человек в 2022 году.

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

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

к чему это я
а к тому, что 2 разных подхода — покупать чисто топ процессоры или покупать не топ.
и вот к чему они привели
в хостинге я тоже размышлял когда-то на эту тему, на примере какого-то ДЦ РФ

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

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


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

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

хетзнеру сейчас не хватает
1. внутреннего баланса и возможности продлить услугу хоть на 10 лет, кнопкой продлить с этого баланса
2. мониторинга бесплатного чтобы сотрудник мог сам ребутнуть сервер когда он вдруг завис. достаточно просто такую настройку включить, типо даю согласие что сервер нужно ребутнуть если ваш мониторинг сработает. кроме ребута больше делать ничего не нужно — этого достаточно для услуги. зато пока ты спишь, твои услуги работают всегда и без перебоя.
3. возможности перемещать IP с сервера на сервер, как в ОВХ

скорее всего проблему №2 — может решить нейросеть какая-ниб
я не вижу абсолютно никакой проблемы сделать авто-мониторинг абсолютно всех услуг компании, а клиенты уже сами поставят в настройках — нужно ли дергать их сервер или не нужно. сигнал отправляется боту — бот сам отправляет сигнал в api на перезагрузку. даже сотрудник не нужен

одна жалоба — случайность
много жалоб — не баг, а фича