почему я вообще захотел сделать блог о ДЦ новый в 2022 году? потому что текущий лидер забил и в 2020 2021 2022 новостей почти не публиковал
в 2023 2024 годах — ситуация тоже не особо менялась

но в 2025 году
похоже чувачки решили подняться с колен

стали появляться более менее новости
telecombloger.ru/601306

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

чувак на это потратил 50000р и 2 недели рекламы

может быть дело в РФ локации? нахуй не нужна
может быть дело что он сделал обычный ВДС хостинг примитивный? везде такие есть и поэтому нахуй не нужны
может быть дело в том что он купил Хеон брендовый а не десктопный 9950x? хуй знает

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

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

2000 топиков
hosting.show/hostsuki/2000-topikov-v-bloge-hostingshow-po-1000-za-god-poluchaetsya-blog-startoval-letom-2021.html
29 августа 2023

1000 топиков
hosting.show/hostsuki/1000-id-nafludil-uzhe.html
6 декабря 2021

3000 топиков
hosting.show/alice2k-hosting/pochemu-voobsche-hostery-stali-rassmatrivat-lowcost-pod-vds-.html — 3000-ый топик
3 мая 2025

получается
12/2021 — 08/2023 (21 мес) — 05/2025 (21 мес СНОВА вот это случайность цифр)

получается 1000 заметок за 21 месяц рождается

это для оффлайна

ну а онлайн — как крипто платеж делать просто, как интернет кошелек, залогинился, оплатил, разлогинился из ЛК

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

и спиздила еще 500к у нас другой кейс оплачивали в японию счет

hostsuki.pro/news/hetzner-gotovitsya-k-2026-chtoby-otvetit-uzhe-massovomu-novomu-standartu-rynka.html



так же нас ожидает транформация дисков
сейчас


а будет


но 10г это все равно не 5г включенные в тариф как в ОВХ :)
10г хетзнер дает НЕ БЕСПЛАТНО
и это — разные вещи :))
но поживем увидим

Можно создавать geo на базе одной AS ну или парочки, типо под РФ одну, по Европу другую, под США третью
А можно создавать прямо по каждой AS на каждый объект — на каждый город или даже на каждую стойку в разных компаниях

Изначально когда-то давно когда я еще не делал коло, а просто создавал хостинги на базе крупных ДЦ готовых
То так же как и с дата-центрами и интернет каналами(изначально будучи потребителем услуг, я воспринимал ДЦ как дом в который идет отопление), я думал что невозможно создавать одной компании множество AS, по сути я воспринимал AS как банковский счет или кассу. Я думал существует RIPE вот это которое и ведет реестр и отслеживает все компании всех стран чтобы у всех все было равномерно и честно. Т.е. я считал что для того чтобы замутить кучу AS нужно делать так же кучу и компаний хостингов и разных ЮЛ или ИП.
Уже потом в процессе я понял что можно открывать и 10 касс от 10 разных эквайрингов на одну компанию, никто такое не запрещает, а значит на случай аварий в банках можно делать запасные сущности для бесперебойной работы, а так же делать и множество AS


Но сейчас совсем другой вопрос
А какой подход лучше?
Понятно что много AS — это типо что-то вроде резерва. Это как запасной домен, если какой-ниб санкционный пидорас что-ниб по беспределу заблокирует. Это просто дополнительные сущности которые «на всякий случай» в целях надежности и безопасности. Доверять никому в нашем мире нельзя — можно верить только в свои «резервы» и «свой бекап».
Но может быть есть и еще какая-то польза?
Допустим вот PQ не стали делать 50 AS на каждую страну. А ведь могли бы сделать.
Что бы это им дало кроме того что было бы 50 разных сущностей? Сначала на ум приходит что удобство и наглядность, типо какие сети на какой стране — типо разложить все сети по полочкам, по AS, по дата-центрам. Да наглядность это круто мне такое нравится, поэтому у меня сущностей всяких очень много. Что еще? Сначала я думал когда-то что если какой-то интернет подключаешь к какой-то AS то этот интернет должен быть абсолютно везде, ну апстрим сразу шел на все локации и поэтому я и думал что как раз создают кучу AS под каждую локацию чтобы просто «разделять апстримы по сущностям зданиям и местности». Но оказалось что ты можешь натолкать хоть 10 апстримов и эти 10 штук могут быть из 10 разных городов. И тоже самое с сетями. Т.е. оказалось что можно прописывать совершенно разные вещи в одну AS и часть этих вещей будет работать в одном ДЦ, часть этих вещей в другом и тд. Чем это плохо? Теряется наглядность опять же. Только владелец только хостер знает в каком здании что работает. Если там 10 штук еще можно погуглить что-то догадаться, но если там будет 50 100 штук то это уже без внутренних заметок и документации сходу не разберешься. Поэтому — пока что лидирует слово «наглядность».

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

/32 150 евро в мес, 1800 евро за год
пусть будет такой подсчет

198000р/год

Но там в одном IPv6-префиксе /32 помещается 65 536 сетей /48.
198000/65536= 3,021 р за 1 /48

В сети с префиксом /48 можно создать 65 536 (64K) подсетей с префиксом /64.
3,021 / 65536 = 0,000045 рубля за 1 /64

В сети с префиксом /64 IPv6 содержится 18,446,744,073,709,551,616 (18 квинтиллионов) адресов.