Здравствуйте, vsb, Вы писали:
vsb>Здравствуйте, landerhigh, Вы писали: L>>Иллюзорная доступность облаков выражается в том, что в некоторый момент может наступить обязательно наступит отсутствие этой доступности
vsb>Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS?
Давай начнём ближе к азам: а с чего ты решил, что именно для данного применения нужна именно 99.99999999% доступность?!
Есть допустимые риски, вплоть до потери БД. Живой пример — один говношоп с железками. Я там зарегался, купил, через год прихожу — эккаунта нет. Дёргаю саппорт — а они "Мы тут на новую базу переехали...". Думаю, ну да — переехали, а не стёрли всё к хренам! Ведь не стёрли же, да? Нет, таки стёрли, дэбилы! Что ж, неприятно НО ДОПУСТИМО.
Я не спорю, КОНЕЧНО ЖЕ жираф большой, а в AWS работают лучшие умы человечества, но... извините, мне и 99.9% доступности (на личном сервере) хватает за глаза, зачем мне ещё 0.09999999999%?
Касательно санкций и прочего: почему это ты решил, что тебе дадут доступ перенести сервис?? (и почему ты решил, что облака такие одинаковые, что прямо перенёс контейнер и всё заработало как небывало?) Могут просто кликнуть чекбокс и всё, гуляй! И никак это "держать в голове" ты не сможешь — ты просто БЕСПОМОЩЕН перед ЧУЖИМИ сервисами.
Собственно, это и есть главная причина неприятия облаков: независимо от их идеальной доступности, они были и есть ЧУЖИЕ. Тебе не ссыкотно класть личные вещи в чужие сумки? Вот-вот, в ИТ ровно такой же принцип.
Помимо этого, облака — всем известная помойка виртуальных серверов. Сколько их там работает реально — никто не знает, "секрет фирмы"! Но факт тот, что если кто-то решил там наговнокодить и занять CPU, ты БУДЕШЬ СТРАДАТЬ, потому что тоже сидишь на соседней вирт.машине. А на любые претензии "какого чёрта мой запрос длится 5 секунд?", получишь стандартный плевок "не нравится — ПОКУПАЙ БОЛЬШЕ!". И не факт, что это "больше" будет сильно шустрее, ведь это "больше"..... ТОЖЕ ВИРТУАЛЬНОЕ!
Другими словами: когда ты лелеешь свой сервер, ты честно заботишься о производительности. Когда облачный жлоб управляет серверами, он заботится о прибыли. Неужели это надо разжёвывать взрослым инженерам?!
Если я инспектировал сервер и есть проблема с памятью, я просто докуплю память. В облаках тупо ОТСУТСТВУЕТ опция "добавить памяти"! Есть опция "улучшить ЦПУ, память, диск". Разом. За ещё 200 зелёных (Трампов?). Или за 400, если памяти в этом тарифе оказалось мало. Что обязательно будет дороже реальной плашки памяти. Только ещё мой сервер реально получит апгрэйд, а в облаках я получу лишь ещё больше ВИРТУАЛЬНЫХ цифирей и ни одной, где будет сказано, сколько ещё лохов крутится на том же физическом сервере. Оно мне надо?? Облако — это БИЗНЕС в первую очередь. И только потом — availability, backups, scalability и прочее.
Re[18]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, gyraboo, Вы писали:
G>Лучшее и новейшее как правило лучше, чем худшее и старейшее
Нулевая логика. Я так-то биологически понимаю, что от смузи мозг не растёт, а тут прямо вот живое подтверждение.
Новое — это просто новое. Новый способ стричь овец. Новый способ разводить лошар на курсы "кубернетесы" и "облака". Новые баззворды, которые легко продавать несведущим CEOшникам. Только вот НАМ, ИНЖЕНЕРАМ, не надо впаривать про "новый, дивный мир"! Вы ни возрастом, ни квалификацией даже на 10% не достигли нужных высот. А рассуждаете. Вернее, позоритесь, под видом рассуждений о новом. Поверьте, в мире ИТ всё не так однозначно и не так стремительно развивается, как кажется молодым подаванам.
Вот облака — это конечно же "новое", но новое ДЛЯ БИЗНЕСА — не для ИТ. Виртуальные сервера придумали ещё с первыми версиями VMWare/VirtualBox (если вы там, в кофешопах, вообще об этом слышали). Тем не менее, никто как-то не гнался за тем, чтобы виртуализировать всё и вся — видны были и проседы по производительности (которые и в облаках ничуть не меньше) и околонулевая помощь, когда происходит реальный факап. Пока что старый, добрый бэкап базы — лучшее, что можно и нужно делать (и это не зависит от облаков). Доступность сервера спокойно решается образом диска: сбойнуло — поставил новый диск, развернул образ, запустил. Так что никакие облака тут не нужны — нужны РЕАЛЬНЫЕ знания о структуре серверов и программ, а не псевдознания "я ща наскриптячил инфраструктуру и у меня волшебным образом всё закрутилось". Походу, JS заразнее, чем я думал.
Re[15]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, Baiker, Вы писали:
L>>>Иллюзорная доступность облаков выражается в том, что в некоторый момент может наступить обязательно наступит отсутствие этой доступности
vsb>>Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS?
B>Давай начнём ближе к азам: а с чего ты решил, что именно для данного применения нужна именно 99.99999999% доступность?!
Для всех применений нужна максимально возможная доступность.
B>Есть допустимые риски, вплоть до потери БД. Живой пример — один говношоп с железками. Я там зарегался, купил, через год прихожу — эккаунта нет. Дёргаю саппорт — а они "Мы тут на новую базу переехали...". Думаю, ну да — переехали, а не стёрли всё к хренам! Ведь не стёрли же, да? Нет, таки стёрли, дэбилы! Что ж, неприятно НО ДОПУСТИМО.
И к чему это? Риск потери данных есть, для этого делаются бэкапы, желательно по всем правилам. К доступности это отношения не имеет.
B>Касательно санкций и прочего: почему это ты решил, что тебе дадут доступ перенести сервис??
Для этого доступ не нужен. Для этого нужны исходники.
>(и почему ты решил, что облака такие одинаковые, что прямо перенёс контейнер и всё заработало как небывало?)
Потому, что есть kubernetes, который везде примерно одинаковый. И нет, прям так может и не заработает. Но если ты привязал приложение к сервисам AWS вроде лямбды, тебе будет гораздо больней мигрировать, т.к. придётся просто переписывать очень много. Скорей всего за это время все клиенты разбегутся и ты обанкротишься. С кубом переписывать скорей всего ничего не получится, поматеришься пару дней и всё заработает. А если ты умён, ты заранее про это подумаешь и будешь тестировать на нескольких облаках свой кластер.
B>Собственно, это и есть главная причина неприятия облаков: независимо от их идеальной доступности, они были и есть ЧУЖИЕ.
В нашей жизни много чужого. Мне приходит в дом чужая вода, чужое электричество. Я в чужом магазине покупаю хлеб. А не выращиваю на даче пшеницу. Это норма.
> Тебе не ссыкотно класть личные вещи в чужие сумки? Вот-вот, в ИТ ровно такой же принцип.
Мне не ссыкотно класть документы в банковскую ячейку.
B>Помимо этого, облака — всем известная помойка виртуальных серверов. Сколько их там работает реально — никто не знает, "секрет фирмы"! Но факт тот, что если кто-то решил там наговнокодить и занять CPU, ты БУДЕШЬ СТРАДАТЬ, потому что тоже сидишь на соседней вирт.машине. А на любые претензии "какого чёрта мой запрос длится 5 секунд?", получишь стандартный плевок "не нравится — ПОКУПАЙ БОЛЬШЕ!". И не факт, что это "больше" будет сильно шустрее, ведь это "больше"..... ТОЖЕ ВИРТУАЛЬНОЕ!
Нет, это не так. В облаках тебе гарантируется определённый ресурс. Определенное число ядер CPU, определённый объём оперативной памяти, определённый объём и IOPS-ы диска, определённая скорость к интернету. Если в твоём облаке это не так, советую поискать другое.
B>Если я инспектировал сервер и есть проблема с памятью, я просто докуплю память. В облаках тупо ОТСУТСТВУЕТ опция "добавить памяти"! Есть опция "улучшить ЦПУ, память, диск". Разом. За ещё 200 зелёных (Трампов?). Или за 400, если памяти в этом тарифе оказалось мало. Что обязательно будет дороже реальной плашки памяти. Только ещё мой сервер реально получит апгрэйд, а в облаках я получу лишь ещё больше ВИРТУАЛЬНЫХ цифирей и ни одной, где будет сказано, сколько ещё лохов крутится на том же физическом сервере. Оно мне надо?? Облако — это БИЗНЕС в первую очередь. И только потом — availability, backups, scalability и прочее.
У тебя очень смутные представления про современные облака. В облаке есть опция "добавить памяти". Обычно даже без перезагрузки. Ты путаешь облако и VPS из 90-х.
Здравствуйте, Pauel, Вы писали:
P>В облаке P>1 издержки распределяются между всеми потребителями, т.к. далеко не всем надо всё и сразу, с одинаковой надежностью, трафиком и тд
А потом умножаются на 10, на это и живут.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Re[15]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, Baiker, Вы писали:
G>>А как тогда ты интерпретируешь принцип "infrastructure as code"?
B>Никак, первый раз от тебя это слышу! А главное, каким боком это вообще относится к программистам, которые инженерят продукт? Без смузихлёбных баззвордов уже никак?
Никаких смузи, только твердые коренья, репа, корень сельдерея, редис, и только крупными кусками.
Re[15]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, Baiker, Вы писали:
G>>"сервера, диски, пропускная способность" — на дворе 20-е годы 21 века, всё перечисленное, а также многое другое (ядра cpu, сетевая топология) конфигурится в кластере кубере в виде кода
B> И ЧТО? Да хоть в виде танца! Что ты НОВОГО привнёс, что хамишь тут?
Если длятебя это критерий, то расскажи, что нового ты принёс?
B> В нулевых собирались мои знания и ты в них НИЧЕГО нового не привнёс, только лепишь какие-то кубернетесы — смузихлёбные тулзы а-ля "макака не умеет деплоить, поэтому сразу херачит всю свою среду в контейнер". Мне ничего этого не нужно, я сервис запускаю и спокойно использую.
Ты его запускаешь и используешь, и не паришься, потому что за тебя инфраструктуру уже спроектировал и продумал кто-то другой, например твой девопс, и возможно, тоже на кубернетесе, или в другом облаке, а не на голых серверах.
Re[19]: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, Baiker, Вы писали:
G>>Лучшее и новейшее как правило лучше, чем худшее и старейшее
B>Нулевая логика. Я так-то биологически понимаю, что от смузи мозг не растёт, а тут прямо вот живое подтверждение.
Я вижу, что смузи, по частоте упоминания — это твой незакрытый гештальт, запретный плод. Купи себе его и насладись наконец, этим прекрасным нектаром богов, и перестань страдать.
Re: Откуда это вообще взялось - Фулстек программист?
Здравствуйте, Pzz, Вы писали:
Pzz>Интересно, а типичный full-stack разработчик знает, как работает драйвер сетевой карты? Это ведь тоже часть стека. А как работает ядро ОС?
Нет, таки стёрли, дэбилы! Что ж, неприятно НО ДОПУСТИМО.
И ЧТО? Да хоть в виде танца! Что ты НОВОГО привнёс, что хамишь тут?
