Здравствуйте, Baiker, Вы писали:

L>>>Иллюзорная доступность облаков выражается в том, что в некоторый момент может наступить обязательно наступит отсутствие этой доступности

vsb>>Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS?

B>Давай начнём ближе к азам: а с чего ты решил, что именно для данного применения нужна именно 99.99999999% доступность?!

Для всех применений нужна максимально возможная доступность.

B>Есть допустимые риски, вплоть до потери БД. Живой пример — один говношоп с железками. Я там зарегался, купил, через год прихожу — эккаунта нет. Дёргаю саппорт — а они "Мы тут на новую базу переехали...". Думаю, ну да — переехали, а не стёрли всё к хренам! Ведь не стёрли же, да? Нет, таки стёрли, дэбилы! Что ж, неприятно НО ДОПУСТИМО.

И к чему это? Риск потери данных есть, для этого делаются бэкапы, желательно по всем правилам. К доступности это отношения не имеет.

B>Касательно санкций и прочего: почему это ты решил, что тебе дадут доступ перенести сервис??

Для этого доступ не нужен. Для этого нужны исходники.

>(и почему ты решил, что облака такие одинаковые, что прямо перенёс контейнер и всё заработало как небывало?)

Потому, что есть kubernetes, который везде примерно одинаковый. И нет, прям так может и не заработает. Но если ты привязал приложение к сервисам AWS вроде лямбды, тебе будет гораздо больней мигрировать, т.к. придётся просто переписывать очень много. Скорей всего за это время все клиенты разбегутся и ты обанкротишься. С кубом переписывать скорей всего ничего не получится, поматеришься пару дней и всё заработает. А если ты умён, ты заранее про это подумаешь и будешь тестировать на нескольких облаках свой кластер.

B>Собственно, это и есть главная причина неприятия облаков: независимо от их идеальной доступности, они были и есть ЧУЖИЕ.

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

> Тебе не ссыкотно класть личные вещи в чужие сумки? Вот-вот, в ИТ ровно такой же принцип.

Мне не ссыкотно класть документы в банковскую ячейку.

B>Помимо этого, облака — всем известная помойка виртуальных серверов. Сколько их там работает реально — никто не знает, "секрет фирмы"! Но факт тот, что если кто-то решил там наговнокодить и занять CPU, ты БУДЕШЬ СТРАДАТЬ, потому что тоже сидишь на соседней вирт.машине. А на любые претензии "какого чёрта мой запрос длится 5 секунд?", получишь стандартный плевок "не нравится — ПОКУПАЙ БОЛЬШЕ!". И не факт, что это "больше" будет сильно шустрее, ведь это "больше"..... ТОЖЕ ВИРТУАЛЬНОЕ!

Нет, это не так. В облаках тебе гарантируется определённый ресурс. Определенное число ядер CPU, определённый объём оперативной памяти, определённый объём и IOPS-ы диска, определённая скорость к интернету. Если в твоём облаке это не так, советую поискать другое.

B>Другими словами: когда ты лелеешь свой сервер, ты честно заботишься о производительности. Когда облачный жлоб управляет серверами, он заботится о прибыли. Неужели это надо разжёвывать взрослым инженерам?!
B>Если я инспектировал сервер и есть проблема с памятью, я просто докуплю память. В облаках тупо ОТСУТСТВУЕТ опция "добавить памяти"! Есть опция "улучшить ЦПУ, память, диск". Разом. За ещё 200 зелёных (Трампов?). Или за 400, если памяти в этом тарифе оказалось мало. Что обязательно будет дороже реальной плашки памяти. Только ещё мой сервер реально получит апгрэйд, а в облаках я получу лишь ещё больше ВИРТУАЛЬНЫХ цифирей и ни одной, где будет сказано, сколько ещё лохов крутится на том же физическом сервере. Оно мне надо?? Облако — это БИЗНЕС в первую очередь. И только потом — availability, backups, scalability и прочее.

У тебя очень смутные представления про современные облака. В облаке есть опция "добавить памяти". Ты путаешь облако и VPS из 90-х.

Здравствуйте, Baiker, Вы писали:

L>>>Иллюзорная доступность облаков выражается в том, что в некоторый момент может наступить обязательно наступит отсутствие этой доступности

vsb>>Почему ты считаешь, что сможешь обеспечить доступность лучше, чем это делает AWS?

B>Давай начнём ближе к азам: а с чего ты решил, что именно для данного применения нужна именно 99.99999999% доступность?!

Для всех применений нужна максимально возможная доступность.

B>Есть допустимые риски, вплоть до потери БД. Живой пример — один говношоп с железками. Я там зарегался, купил, через год прихожу — эккаунта нет. Дёргаю саппорт — а они "Мы тут на новую базу переехали...". Думаю, ну да — переехали, а не стёрли всё к хренам! Ведь не стёрли же, да? Нет, таки стёрли, дэбилы! Что ж, неприятно НО ДОПУСТИМО.

И к чему это? Риск потери данных есть, для этого делаются бэкапы, желательно по всем правилам. К доступности это отношения не имеет.

B>Касательно санкций и прочего: почему это ты решил, что тебе дадут доступ перенести сервис??

Для этого доступ не нужен. Для этого нужны исходники.

>(и почему ты решил, что облака такие одинаковые, что прямо перенёс контейнер и всё заработало как небывало?)

Потому, что есть kubernetes, который везде примерно одинаковый. И нет, прям так может и не заработает. Но если ты привязал приложение к сервисам AWS вроде лямбды, тебе будет гораздо больней мигрировать, т.к. придётся просто переписывать очень много. Скорей всего за это время все клиенты разбегутся и ты обанкротишься. С кубом переписывать скорей всего ничего не получится, поматеришься пару дней и всё заработает. А если ты умён, ты заранее про это подумаешь и будешь тестировать на нескольких облаках свой кластер.

B>Собственно, это и есть главная причина неприятия облаков: независимо от их идеальной доступности, они были и есть ЧУЖИЕ.

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

> Тебе не ссыкотно класть личные вещи в чужие сумки? Вот-вот, в ИТ ровно такой же принцип.

Мне не ссыкотно класть документы в банковскую ячейку.

B>Помимо этого, облака — всем известная помойка виртуальных серверов. Сколько их там работает реально — никто не знает, "секрет фирмы"! Но факт тот, что если кто-то решил там наговнокодить и занять CPU, ты БУДЕШЬ СТРАДАТЬ, потому что тоже сидишь на соседней вирт.машине. А на любые претензии "какого чёрта мой запрос длится 5 секунд?", получишь стандартный плевок "не нравится — ПОКУПАЙ БОЛЬШЕ!". И не факт, что это "больше" будет сильно шустрее, ведь это "больше"..... ТОЖЕ ВИРТУАЛЬНОЕ!

Нет, это не так. В облаках тебе гарантируется определённый ресурс. Определенное число ядер CPU, определённый объём оперативной памяти, определённый объём и IOPS-ы диска, определённая скорость к интернету. Если в твоём облаке это не так, советую поискать другое.

B>Другими словами: когда ты лелеешь свой сервер, ты честно заботишься о производительности. Когда облачный жлоб управляет серверами, он заботится о прибыли. Неужели это надо разжёвывать взрослым инженерам?!
B>Если я инспектировал сервер и есть проблема с памятью, я просто докуплю память. В облаках тупо ОТСУТСТВУЕТ опция "добавить памяти"! Есть опция "улучшить ЦПУ, память, диск". Разом. За ещё 200 зелёных (Трампов?). Или за 400, если памяти в этом тарифе оказалось мало. Что обязательно будет дороже реальной плашки памяти. Только ещё мой сервер реально получит апгрэйд, а в облаках я получу лишь ещё больше ВИРТУАЛЬНЫХ цифирей и ни одной, где будет сказано, сколько ещё лохов крутится на том же физическом сервере. Оно мне надо?? Облако — это БИЗНЕС в первую очередь. И только потом — availability, backups, scalability и прочее.

У тебя очень смутные представления про современные облака. В облаке есть опция "добавить памяти". Обычно даже без перезагрузки. Ты путаешь облако и VPS из 90-х.