Отключение юзеров MongoDB
Пришло с почтой.
Пользователи их серверов - готовьтесь к переносу баз.
Просто информация для тех, кто, может быть, не читает почту.
Воу-воу-воу, вот это посерьёзнее. Сам этой штукой пользовался, ладно хоть не в продакшене.
Но это типа маленькая компания. Самый пиздец будет, если сервисы Amazon накроют. Там очень многие частные компании держат свои базы данных, для сайтов и прочего. Если полностью это их не уничтожит, то может параллизовать работу на целые дни, - до переноса на российские сервера. А ещё цена дороже будет.
раскрыть ветку (16)
Российские хостеры уже почти парализованы, железо в аренду всё забрали, а новое взять неоткуда.
ещё комментарии
Хостеры, - это термин 2007 года для сайтиков на вордпрессе, на них вообще насрать если честно, да и они как раз-таки никуда не денутся (русских хостеров полно). Тут речь идёт о так называемых "безсерверных" технологиях (и не только), которые с одной стороны позволяют держать севрисы бесплатно в случаях если приложение не используется, либо платить какие-то копейки в случаях если используется лишь чуть-чуть, а с другой стороны позволяют горизонтально скалироваться, не создавая своим пользователям ситуаций с тем, что сервера несправляются в случаях, если вдруг твоё приложение активно стали использовать. Последние новые фишечки конца 2020 годов, короче.
В первую очередь, это важно частным компаниям, и инди-разработчикам, а не каким-то индивидуальным блогерам.
И тут, грубо говоря, выбор всегда стоял такой: Amazon, Microsoft, Google.
Ну и ещё, вторично, не так серьёзно, но рассматривались для использования вот эти MongoDB Cloud, FaunaDB, и десятки других Cloud сервисов и баз данных, - они обычно берут удобством, но по цене выше выходит. Их я в расчёт не беру, на них тоже насрать если честно (ну, относительно).
А вот сервисы Amazon, Microsoft, Google, - это как непоколебимые три слона, на которых всё строится. Их по идее нельзя трогать. Но вполне возможно, что будут. Тогда это будет непростительно.
Потому как тут прям целое поколение людей, где каждый разработчик растёт в свою ветку, используя технологии одной из этих трёх компаний. Грубо говоря, переучиваться между ними будет стоить драгоценного времени, - много или немного, это всё зависит от конкретного опыта людей, - но в любом случае это выходит этакая такая специализация. И теперь, если всем трём гигантам скажут отменять русских, и они послушаются, то хз...
Вроде как сейчас Yandex даже предлагает какие-то аналоги (https://cloud.yandex.ru/), но чё-то хрен знает побегут ли все сразу к ним арендовать мощности, как я уже сказал тут ещё стоит вопрос специализации и переучивания, да и не факт что по цене выйдет так же дёшево (скорее всего нет). Короче, если-таки продавят Amazon-Microsoft-Google, сложная тут будет ситуация...
раскрыть ветку (12)
> Хостеры, - это термин 2007 года для сайтиков на вордпрессе, на них вообще насрать если честно
Хостеры - это все компании, предоставляющие возможность разместить что-либо в интернете (точнее будет сказать "арендовать"), в том числе и bare-metal хостеры, и VPN-хостеры, и любые хостеры. Потому что они "хостят".
И яндекс-облако - тоже хостер.
Потому что всё это от глагола "to host" так или иначе образовано. Услугу "hosted kubernetes" папа римский по вашему предоставляет?
А то, что вы называете "хостингом" - называется "php shared-hosting".
И да, селектел, который продаёт всё перечисленное вами, уже в предкоматозном состоянии - как вы его не назовите. Яндекс.облако дороже просто, но и они не долго продержатся в такой ситуации.
ещё комментарии
Потому что всё это от глагола "to host" так или иначе образовано
В теории, - да. В формальных документах, - наверное. В рекламе, - уже сомнительно...
Потому что на практике, - хостерами обзывают всякие сервисы по услугам php-хостинга (бложики на вордпрессе).
Поэтому терминология не стоит на месте, появляются вот эти ваши облака, или, вот, безсерверные технологии. Хотя безсерверные, - нифига не значит что они безсерверные, потому что есть реальная физическая машина, сервер (и не один). Также как и облака, - не облака. Но способ "безсерверных" технологий несколько кардинально отличается от традиционного, что решили назвать безсерверными. Но они не безсерверные.
Так же и с хостерами, - термин вроде бы один, на практике другое: в 80% случаев (условно) имеют ввиду просто php-хостинг. Поэтому придумали отдельный термин.
раскрыть ветку (6)
раскрыть ветку (5)
Напомните, пожалуйста, а что это было (а то я уже забывать стал) - т. е. просто потом коннектишься к ноде t-mail-ом и оно само сливается без дополнительных запросов?
раскрыть ветку (4)
раскрыть ветку (3)
Да, вот Вы сказали, я теперь вспомнил :) Ещё ZMH+MMH и всё такое :) Fastecho, слёт базы гадсона (Husdon)... Господи, как давно всё это было :)
раскрыть ветку (2)
О да! Гадсона помню. Был еще какой-то альтернативный вариант баз.
Одни быстрее, другие устойчивее к поломкам. как оыбчно :)
ГолыйДед, CTL, FTN, пойнтлисты, мать их, нодлисты... эхи, фэхи, UUE :)))
Надо бы заживить систему и боссу прозвониться ... 2:5030/309
раскрыть ветку (1)
ещё комментарии
позволяют горизонтально скалироваться, не создавая своим пользователям ситуаций с тем, что сервера несправляются в случаях, если вдруг твоё приложение активно стали использовать. Последние новые фишечки конца 2020 годов, короче.
То есть говнософт залечить железом.
Заебись, пишите нормально - нормально будет))
раскрыть ветку (3)
Как бы ахуенно ты не написал софт, если это не просто статика, а штука с базой данных, все дела, ты не сможешь его держать дома на каком-нибудь условном Raspberry Pi, - разве что для небольшой аудитории. Не в массы.
Короче говоря, есть в твоих словах зерно истины, но оно не абсолютно.
Дело не только в том, как написано, иногда количество запросов физически упирается в железо. Ты уже и protobuf прикрутил, и все узкие места отпрофилировал и нашёл - а оптимизировать уже нечего (как у нас, например, узким горлышком стал пресловутый mongodb). Придётся кластер расширять, софтом уже не помочь.
ещё комментарии
ещё комментарии
