в сочетании с onecost было бы охуенно

часто в этих ваших s3 постоянно приходится тыкать вперед назад и по уровням начинать с нуля
а тут прямо избавление от рутины

как просто изящно

у них есть возможность сделать 48 ядер


помните 2011 год и clodo.ru?

к пример у clo.ru или любого облака-v1 вряд-ли выше чем 8 ядер вообще что-то продается

какое же облако без разных зон

тоже все окей

но вот первый недочет
нельзя принести туда свою сеть /24


такого у них нету, вероятно и дедиков у них тоже нету
ибо такая услуга нужна для baremetal-cloud по большей части, да еще и возможность со своей AS

что еще заметил
про уязвимость написали прямо в самой панели
типо — красиво — правильно

МАЛО КТО так делает

модели у них такие

мне очень понравилась возможность создавать хоть сотню плательщиков или даже сотню ЮЛ/ФЗ
у яндекса впервые увидел

теперь вижу второй раз в жизни у МТС



к примеру у Селектела — только один плательщик ЮЛ
а там у них жесткая привязка к VLAN и сетям
и поэтому — налицо ужасная зависимость от 1 аккаунта
а если я хочу баланс в складчину с всех наших хостеров закидывать, но все мы пользуемся одним VLAN — у нас много ЮЛ
и мы не можем пополнить ))
и тут селектел отсасывает у яндекса или мтс
или тот же ISPsystem с лицензиями запрещает делать много разных плательщиков на 1 аккаунте

посмотрим что нам предлагает МТС
руки дошли, в прошлый раз мне не дало

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

а сегодня я думаю
а почему просто не сделать какой-то облачный скрипт
типо вот чувак покупает ДЕДИК и добавляет в облачную панель его — и панель сама там создает «s3 или БД или балансировщик тд тд» — т.е. чувак платит за дедик по цене дедика, ну там плюс минус погрешность за сам конфиг, но получает ту самую облачную фичу за которую почему-то «берут оверпрайс»
ведь по сути эта самая облачная фича находится на таком же дедике и даже более оптимизированном, а значит более удешевленном по себестоимости под конкретную задачу. услуга должна стоить дешевле чем базовый средний неоптимизированный дедик, а она стоит в 5 раз дороже.

т.е. сейчас как получается все облака это «настроенные и подготовленные массивы» на дедиках с максимальной выгодой.
но через облачные ПУ — хостеры которые это все настроили — продают ЧАСТИ от этих сервисов. т.е. по сути как раз опять на лоха как шаред или как виртуалки, которые всегда идут дороже чем дедик.

а что было бы если бы потребитель просто платил за само ПО — как платит за VMmanager — чтобы получить возможность разрезать свой дедик на части, но платить цену дедика. а не 3 цены дедика покупая такие же ВДС-ки где-то у хостера.

просто чувак идет покупает дедик. и пусть даже хостер подскажет ему какие дедики для каких предназначений нужно. ну сделает выбор тарифов такой. и вот чувак покупает дедик, ставит ОС, или даже не ставит ОС, а при заказе выбирает кнопку — добавить этот дедик/узел в s3 продукты или в БД продукты или сделать из дедика балансировщик. т.е. он делает все это ОДНОЙ КНОПКОЙ в ПУ. и платит за ПО и за ПУ и за цену дедика. но потом получает собственную ноду для БД или собственную ноду под картинки/файлы — которыми управляет через точно такую же ПУ как и у хостера который продает свои облака. т.е. файлы или бд создаются не из хостерского кластера, а с его личного узла в этом кластере. и платит он не за облако, а платит за дедик и за возможность пользоваться ПО.

вот это я называю прозрачное ценообразование.

увы просрал 6 тысяч на ветер (5000р билка + сутки сервер)
но зато убедился на практике