Печальный конец Silverlight

[kolbasof]

Печальный конец Облаков? В ленте ына прочитал статью. "The exact savings obviously varies company, but several experts we spoke to converged on this “formula”: Repatriation results in one-third to one-half the cost of running equivalent workloads in the cloud." Приводится пример Дропбокса. Тут интервьюировался в немаленькую контору, она ранает хадуповские кластеры on-prem. Спросили, не желаю ли я вернуться к корням, так сказать, и понастоящему поипацца, я сказал что лучше вы к нам. Однако что думают по теме комрады и комрадки вовлеченные в процесс так сказать? Это сигнал или шум или реклама соответствующего консалтинга? Вот статья:

https://a16z.com/2021/05/27/cost-of-clo ... imization/

[urod]

Печальный конец Облаков?

https://a16z.com/2021/05/27/cost-of-clo ... imization/

Очень много букоф.
Не совсем понятно, почему облаку конец.
Вроде живее вех живых - вместе с .NET, Blazor, etc.

[kyk]

Очень много букоф.

И почему ты такой urod ?

[self]

Печальный конец Облаков? В ленте ына прочитал статью. "The exact savings obviously varies company, but several experts we spoke to converged on this “formula”: Repatriation results in one-third to one-half the cost of running equivalent workloads in the cloud." Приводится пример Дропбокса. Тут интервьюировался в немаленькую контору, она ранает хадуповские кластеры on-prem. Спросили, не желаю ли я вернуться к корням, так сказать, и понастоящему поипацца, я сказал что лучше вы к нам. Однако что думают по теме комрады и комрадки вовлеченные в процесс так сказать? Это сигнал или шум или реклама соответствующего консалтинга? Вот статья:

https://a16z.com/2021/05/27/cost-of-clo ... imization/

Вечный вопрос из серии "владеть или рентовать". Ответ знает только ветер зависит от конкретных условий вопрошающего

[Женя Стоунер]

Печальный конец Облаков? В ленте ына прочитал статью. "The exact savings obviously varies company, but several experts we spoke to converged on this “formula”: Repatriation results in one-third to one-half the cost of running equivalent workloads in the cloud." Приводится пример Дропбокса. Тут интервьюировался в немаленькую контору, она ранает хадуповские кластеры on-prem. Спросили, не желаю ли я вернуться к корням, так сказать, и понастоящему поипацца, я сказал что лучше вы к нам. Однако что думают по теме комрады и комрадки вовлеченные в процесс так сказать? Это сигнал или шум или реклама соответствующего консалтинга? Вот статья:

https://a16z.com/2021/05/27/cost-of-clo ... imization/

У меня на работе некоторый хаос. Один конец Титаника пытается отвернуть от айсберга GCP, другой на полном ходу пытается пересадить клиенто с on-premise на GCP.
Ясно только, что выгоды от чужих облаков оказались сомнительными

[kolbasof]

У меня на работе некоторый хаос. Один конец Титаника пытается отвернуть от айсберга GCP, другой на полном ходу пытается пересадить клиенто с on-premise на GCP.
Ясно только, что выгоды от чужих облаков оказались сомнительными

Годика так четыре назад беседовал с CTO маленькой конторы по поводу будущего облаков, он тогда сказал что если Амазон прекратит строить новые дата центры, то его вычислительные ресурсы закончатся через месяц. Но это был расцвет бубля, денег не считали. Интересно, а какова доля именно софта в стоимости амазоновского облака? Т.е. допустим Амазон просто предоставляет hardware и network, без сервисов.

[Uzito]

Т.е. допустим Амазон просто предоставляет hardware и network, без сервисов.

Dedicated Host? Типа тыщ пять в месяц за один сервер.

[Женя Стоунер]

У меня на работе некоторый хаос. Один конец Титаника пытается отвернуть от айсберга GCP, другой на полном ходу пытается пересадить клиенто с on-premise на GCP.
Ясно только, что выгоды от чужих облаков оказались сомнительными

Годика так четыре назад беседовал с CTO маленькой конторы по поводу будущего облаков, он тогда сказал что если Амазон прекратит строить новые дата центры, то его вычислительные ресурсы закончатся через месяц. Но это был расцвет бубля, денег не считали. Интересно, а какова доля именно софта в стоимости амазоновского облака? Т.е. допустим Амазон просто предоставляет hardware и network, без сервисов.

Трудно сказать, я не видел таких публикаций, внутри Амазона, детали их прибыли конечно же, известны. Мою компанию только ресурсы и интересуют, плюс, поддержка этих ресурсов. Последнее -нелегкая задача, поиск соответствующих людей, содержание команды, покупка железа. Тем более, у нас периодически появляются инициативы типа, "давайте съэкономим и купим гавно, а потом напишем софт, делающий из говна конфету" Нет, не выходит.

[kolbasof]

Т.е. допустим Амазон просто предоставляет hardware и network, без сервисов.

Dedicated Host? Типа тыщ пять в месяц за один сервер.

Это дюже могучий сервер. Вот быстро погуглил:
AWS: m4.2xlarge on-demand 32Gb Linux $0.40/hour $300/mo
Hostwinds: 6272 dedicated server 32Gb Linux $150/mo

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

[alex_127]

алана купера помню, такую фирму - нет. не ткнете пальчиком?

сашок а вот чо ты мне падла хамишь с утра.
иди куда шел.

интересный наезд. буду о тебе теперь думать плохо. заслужил.

[Vovak98]

Dedicated Host? Типа тыщ пять в месяц за один сервер.

Это дюже могучий сервер. Вот быстро погуглил:
AWS: m4.2xlarge on-demand 32Gb Linux $0.40/hour $300/mo
Hostwinds: 6272 dedicated server 32Gb Linux $150/mo

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

Многие готовы платить 150 сверху за имя и гарантию, что бизнес не сдует ветром (pun intended).
Кстати, support у AWS на нормальном уровне, даже тот который практически бесплатный.

[oraclejava]

Печальный конец Облаков?

очень интересная и злободневная тема. Меня лично долго терзали сомнения, я метался из стороны в сторону.
Но с недавних пор окончательно определился - облака однозначно! Во всяком случае на данном этапе эволюции.
Повлияло несколько факторов, и так по немногу обо всем.
Много лет я был сторонником cloud agnostic, чтобы сервисы были как можно более опенсурсны и независимы от конкретного клауда и чтобы в случае чего всегда можно было соскочить малой кровью.
Году так в 2017м попал на очередной проект на котором компания исповедовала мои взгляды и фактически поднимала продукт на своем железе под vmware. За пару лет было поднято 6 DC глобально и продукт работал вполне приемлемо.
Затем произошло несколько событий перевернувших все с ног на голову.
Тут уместно отметить, что мы относительно небольшая компания и каждый новый DC требовал заказа оборудования (циска),
нахождения ресурсов в регионе, развертывание и настройка и сам запуск продукта. На все про все около 8 мес.

Примерно в 2019 к нам вдруг начали подкатывать крупные клиенты, которые начали хотеть ДС в тех регионах где нас нет.
Было принято решение -> паблик клауд. На поднятие первого блина в продакшн ушел год.
Но зато каждого последующего от месяц до двух.
Как оказалось в последствии, решение было настолько своевременным что вынесло нас на новые бизнес рубежи.
Но тогда мы этого еще не знали...

Грянул ковид.
Клиенты перейдя на удаленную модель начали к нам выстраиваться сначала в стройные косяки а затем в шумные табуны.
Фактор скорости масштабирования оказался не просто важным а решающим.
мы бы не потянули даже со старыми сроками заказов, а тут еще эти ковидные перебой.
Да мы бы этого железа до сих пор бы не увидели. Про настройку даже говорить не стану.

На данный момент мы на гибридной модели уже и можем сравнить.
Свое железо где то на 20-30% дешевле если сравнивать чисто ресурсы.
Но далее накладываются факторы - тех саппорт, безопасность, патчи, критические секурити апдейты и тп.
А какой нибудь вылет сервера вообще может грозить потерей клиентов, потому как заменить его сразу не получится.
Либо нужно держать где то сток серверов про запас. Что есть доп нагрузка на бюджет.
В итоге мы имеем кучу головной боли и сомнительную экономию для бизнеса.

резюмируя, соглашусь что все зависит от ситуации, если ты гугл, апл и тп то может есть возможности тянуть свой клауд, почему нет.
Если какой нибудь не супер загруженный сервис, который может позволить уйти в офлайн то наверное не важно где жить.
Для нас же паблик клауд это спасение

[vladich]

Это дюже могучий сервер. Вот быстро погуглил:
AWS: m4.2xlarge on-demand 32Gb Linux $0.40/hour $300/mo
Hostwinds: 6272 dedicated server 32Gb Linux $150/mo

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

Многие готовы платить 150 сверху за имя и гарантию, что бизнес не сдует ветром (pun intended).
Кстати, support у AWS на нормальном уровне, даже тот который практически бесплатный.

Суппорт у AWS бывает разный. У нас например самый высокий уровень суппорта который только возможен в AWS и все-равно в первой линии какие-то бестолковые девочки которые только теряют кучу времени зря пытаясь отвечать на вопросы в которых они нифига не понимают.

[Женя Стоунер]

Печальный конец Облаков?

очень интересная и злободневная тема. Меня лично долго терзали сомнения, я метался из стороны в сторону.
Но с недавних пор окончательно определился - облака однозначно! Во всяком случае на данном этапе эволюции.
Повлияло несколько факторов, и так по немногу обо всем.
Много лет я был сторонником cloud agnostic, чтобы сервисы были как можно более опенсурсны и независимы от конкретного клауда и чтобы в случае чего всегда можно было соскочить малой кровью.
Году так в 2017м попал на очередной проект на котором компания исповедовала мои взгляды и фактически поднимала продукт на своем железе под vmware. За пару лет было поднято 6 DC глобально и продукт работал вполне приемлемо.
Затем произошло несколько событий перевернувших все с ног на голову.
Тут уместно отметить, что мы относительно небольшая компания и каждый новый DC требовал заказа оборудования (циска),
нахождения ресурсов в регионе, развертывание и настройка и сам запуск продукта. На все про все около 8 мес.

Примерно в 2019 к нам вдруг начали подкатывать крупные клиенты, которые начали хотеть ДС в тех регионах где нас нет.
Было принято решение -> паблик клауд. На поднятие первого блина в продакшн ушел год.
Но зато каждого последующего от месяц до двух.
Как оказалось в последствии, решение было настолько своевременным что вынесло нас на новые бизнес рубежи.
Но тогда мы этого еще не знали...

Грянул ковид.
Клиенты перейдя на удаленную модель начали к нам выстраиваться сначала в стройные косяки а затем в шумные табуны.
Фактор скорости масштабирования оказался не просто важным а решающим.
мы бы не потянули даже со старыми сроками заказов, а тут еще эти ковидные перебой.
Да мы бы этого железа до сих пор бы не увидели. Про настройку даже говорить не стану.

На данный момент мы на гибридной модели уже и можем сравнить.
Свое железо где то на 20-30% дешевле если сравнивать чисто ресурсы.
Но далее накладываются факторы - тех саппорт, безопасность, патчи, критические секурити апдейты и тп.
А какой нибудь вылет сервера вообще может грозить потерей клиентов, потому как заменить его сразу не получится.
Либо нужно держать где то сток серверов про запас. Что есть доп нагрузка на бюджет.
В итоге мы имеем кучу головной боли и сомнительную экономию для бизнеса.

резюмируя, соглашусь что все зависит от ситуации, если ты гугл, апл и тп то может есть возможности тянуть свой клауд, почему нет.
Если какой нибудь не супер загруженный сервис, который может позволить уйти в офлайн то наверное не важно где жить.
Для нас же паблик клауд это спасение

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

[WebFunk]

Фактор скорости масштабирования оказался не просто важным а решающим.

Разве Оракл масштабируется?

[Mad Hatter]

А ещё бывает как у OVH DC тупо сгорел.

[Vovak98]

Суппорт у AWS бывает разный. У нас например самый высокий уровень суппорта который только возможен в AWS и все-равно в первой линии какие-то бестолковые девочки которые только теряют кучу времени зря пытаясь отвечать на вопросы в которых они нифига не понимают.

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

[kyk]

они же работают на гугл, не хрен собачий.

так и есть, если бабло подымает
Бабло - мерило успеха в бизнисе и труде

[alex_127]

они же работают на гугл, не хрен собачий.

так и есть, если бабло подымает
Бабло - мерило успеха в бизнисе и труде

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

[Vovak98]

они же работают на гугл, не хрен собачий.

так и есть, если бабло подымает

Я как бы не об том, а об том, што гугловский саппорт не кастомер-френдли. У них мотто "если ты не понимаешь как оно работает, давай досвидания, уступи место кастомеру, который понимает". Гугловское облако выросло из их поискового движка, а AWS - из шоппинг сайта.
Пообщавшись с обоими, выношу мнение, что амазон на голову выше гугла в кастомер саппорте.