посты выше — там рассуждения о идеальности облаков
например если Облако заявило что оно делает и обязано — оно должно это выполнить. как бы трудно не было, работая с утра до вечера, ночами там посыпаясь или экономя деньги на еде одежке походах в кино, и тому подобное. если человек обещал — значит он должен сделать.
другое дело что зачастую все эти обещания не выполняются.
поэтому «не сделал бекап — проебал проект».
вот о чем я писал выше.
а так, если хостер заявил что он делает бекапы — значит так и должно быть.
а если он заявил, что ничем не обязан — то клиент виноват, что не внимательно читал правила.
четкого правила нет.
можно быть должным, а можно и не быть.
как говорится нету такого как на стройке например — устав хостера какой-то
хостинг сейчас это более 10 разных направлений
один и тот же товар можно продать совсем по разному. десятку разных людей которые настолько разные что не один из характеров не пойдет покупать туда, где покупает другой характер из 10. поэтому нужно создать 10 ларьков для каждого сорта клиента :) ну это образно. на деле еще больше вариантов продаж. тоже самое и с хостерами, кто-то считает что хостер обязан и толкает именно так. кто-то считает что хостер не обязан и собирает вокруг себя аудитория клиентов, которая тоже считает что хостер не обязан.
Но я предпочитаю знать все ) Как устроены все процессы в компании от А до Я. И если придется и в роли бухгалтера и директора и админа и тому подобное. Уж так я воспитался. Поэтому и хостинг я пошел дальше из обычного пользователя и клиента в полноценные хостеры. Не мог остановиться на каком-то уровне, как говорится. Всегда двигался выше.
Ну вот тут я частично согласен с постом, а частично нет.
Все эти облака с кучей микромашинок и плавающими ip созданы для приложений с новой микросервисной архитектурой. VM и контейнеры создаются и уничтожаются автоматически, а трафик между ними регулирует балансировщик.
Получается что в облаках и разрабатывать и хостить удобнее. Разработчику не нужно сильно запариваться над тем как все это работает внутри на железках. За целостностью данных и доступностью вычислительных ресурсов следит хостер, а разраб мыслит более высокоуровневыми сущностями — инстансами, снапшотами и т.д.
Код веб-приложения автоматически раскатывается из репозитория, а ПО вокруг него также автоматически билдится по указанным рецептам (Dockerfile, Ansible, etc).
Все эти шареды с LAMP и древними сайтиками на джумле и WP постепенно отмирают. Мы приходим к светлому будущему без ручного поиска вирусов в дырявой CMS (код просто раскатывается из git), сгоревших винтов и аренды кучи простаивающего железа просто потому что у приложения бывают кратковерменные пики в которые нужно очень много ресурсов.
Разве не здорово администрировать геораспределенный серввис управляя всем этим хозяйством буквально мышкой в браузере?
Кстати, теперь я так же понимаю почему у www.scaleway.com — плавающие IP
Я сколько раз возмущался что это просто жесть — как можно продавать кому-то виртуалку, если у нее постоянно меняется IP.
Теперь я понял — это сервис для разработчика, а не для нормального проекта.
У старого i7 — 3.9
Так что похоже, энергосберегающие процы :)
Только странно почему это не указано явным образов, ведь это плюс, а не минус
в принципе мне все равно в каком, просто тарифы править лениво, пишешь тикет исправлю
например если Облако заявило что оно делает и обязано — оно должно это выполнить. как бы трудно не было, работая с утра до вечера, ночами там посыпаясь или экономя деньги на еде одежке походах в кино, и тому подобное. если человек обещал — значит он должен сделать.
другое дело что зачастую все эти обещания не выполняются.
поэтому «не сделал бекап — проебал проект».
вот о чем я писал выше.
а так, если хостер заявил что он делает бекапы — значит так и должно быть.
а если он заявил, что ничем не обязан — то клиент виноват, что не внимательно читал правила.
можно быть должным, а можно и не быть.
как говорится нету такого как на стройке например — устав хостера какой-то
хостинг сейчас это более 10 разных направлений
один и тот же товар можно продать совсем по разному. десятку разных людей которые настолько разные что не один из характеров не пойдет покупать туда, где покупает другой характер из 10. поэтому нужно создать 10 ларьков для каждого сорта клиента :) ну это образно. на деле еще больше вариантов продаж. тоже самое и с хостерами, кто-то считает что хостер обязан и толкает именно так. кто-то считает что хостер не обязан и собирает вокруг себя аудитория клиентов, которая тоже считает что хостер не обязан.
помню ты говорил что в прошлом году раздача халявы не удалась потому что был VMmanager типо специфический
вот — ISPmanager lite самая популярная — никому не нужно. даже 10 тыщ из планируемых 50 не потратил еще.
Не сделал бекап — проебал проект.
Такая реальность.
Но когда они станут надежные.
Пока что надежнее дедика и Личного Контроля процессов — ничего нет.
Но я предпочитаю знать все ) Как устроены все процессы в компании от А до Я. И если придется и в роли бухгалтера и директора и админа и тому подобное. Уж так я воспитался. Поэтому и хостинг я пошел дальше из обычного пользователя и клиента в полноценные хостеры. Не мог остановиться на каком-то уровне, как говорится. Всегда двигался выше.
Все эти облака с кучей микромашинок и плавающими ip созданы для приложений с новой микросервисной архитектурой. VM и контейнеры создаются и уничтожаются автоматически, а трафик между ними регулирует балансировщик.
Получается что в облаках и разрабатывать и хостить удобнее. Разработчику не нужно сильно запариваться над тем как все это работает внутри на железках. За целостностью данных и доступностью вычислительных ресурсов следит хостер, а разраб мыслит более высокоуровневыми сущностями — инстансами, снапшотами и т.д.
Код веб-приложения автоматически раскатывается из репозитория, а ПО вокруг него также автоматически билдится по указанным рецептам (Dockerfile, Ansible, etc).
Все эти шареды с LAMP и древними сайтиками на джумле и WP постепенно отмирают. Мы приходим к светлому будущему без ручного поиска вирусов в дырявой CMS (код просто раскатывается из git), сгоревших винтов и аренды кучи простаивающего железа просто потому что у приложения бывают кратковерменные пики в которые нужно очень много ресурсов.
Разве не здорово администрировать геораспределенный серввис управляя всем этим хозяйством буквально мышкой в браузере?
benchmark.stream/2017/04/17/benchmark-e3-1270v6-32gb-ram-2x4tb-sata-2/
в принципе показатели скучные
вот бы они были мощные, плюс v6 как нечто новое — ух я бы продал
а так, провальный тариф какой-то
Я сколько раз возмущался что это просто жесть — как можно продавать кому-то виртуалку, если у нее постоянно меняется IP.
Теперь я понял — это сервис для разработчика, а не для нормального проекта.