Size: a a a

2019 October 12

AS

Alexander Shinkarenko in DevOps Moscow
Михаил SinTeZoiD
Зачем ты впариваешь людям хельм? Ещё и в Екатеринбурге?)
Helm shaming так же неполиткорректно как и fat shaming
источник

GG

George Gaál in DevOps Moscow
Alexander 😼 Chistyakov
Пусть едят, что дают
😂выглядит как троллинг
источник

H

Hopf in DevOps Moscow
Кто-нибудь знает, есть ли гайды подсчета цен на облака?
Типа:
вот наша часть инфры - предположительно, если ее запустить в амазоне, то она будет стоить столько-то?
источник

МS

Михаил SinTeZoiD in DevOps Moscow
Есть калькулятор амазон ресурсов
источник

МS

Михаил SinTeZoiD in DevOps Moscow
И есть @ThomasStorm который за некоторый прайс тебе может поможет)
источник

B

Borodalo in DevOps Moscow
Hopf
Кто-нибудь знает, есть ли гайды подсчета цен на облака?
Типа:
вот наша часть инфры - предположительно, если ее запустить в амазоне, то она будет стоить столько-то?
Это вообще сложно представить )))

Посмотрите на расчёт стоимости у разных облачных провайдеров и подумайте - как бы вы это объеденили воедино.
источник

KT

Karen Tovmasyan in DevOps Moscow
Hopf
Кто-нибудь знает, есть ли гайды подсчета цен на облака?
Типа:
вот наша часть инфры - предположительно, если ее запустить в амазоне, то она будет стоить столько-то?
Смотри в сторону Total Cost of Ownership calculator
источник

H

Hopf in DevOps Moscow
Karen Tovmasyan
Смотри в сторону Total Cost of Ownership calculator
спасибо!
источник

GM

Gleb Mekhrenin in DevOps Moscow
Hopf
Кто-нибудь знает, есть ли гайды подсчета цен на облака?
Типа:
вот наша часть инфры - предположительно, если ее запустить в амазоне, то она будет стоить столько-то?
это выросло в целое направление, в том числе есть ралзичные сервисы которые могут посчитать сколько где стоить будет
источник

H

Hopf in DevOps Moscow
Я уже сделал примерные рассчеты. Облака все еще слишком дороги)
источник

GM

Gleb Mekhrenin in DevOps Moscow
Hopf
Я уже сделал примерные рассчеты. Облака все еще слишком дороги)
смотря как считать, смотря какая надежность нужна и таких  если очень много. В амазоне много сервисов которые не нужно менеджить самому и которые уже сделаны в среднем лучше чем вы сами сможете сделать - апи гейтвей, бд, очереди и т.д. - с точки зрения того что их можно взять и использовать не строя свой велосипед и не теряя деньги в процессе, но это очень сложные расчеты часть из которых вообще должен бизнес уметь делать. В каком-нибудь  хецнере "сервер" всегда дешевле будет, но с учетом отсутсвия каких-либо гарантий по доступности и прочему это может оказаться очень дорого, но это еще уметь понять надо.
источник

GG

George Gaál in DevOps Moscow
Gleb Mekhrenin
смотря как считать, смотря какая надежность нужна и таких  если очень много. В амазоне много сервисов которые не нужно менеджить самому и которые уже сделаны в среднем лучше чем вы сами сможете сделать - апи гейтвей, бд, очереди и т.д. - с точки зрения того что их можно взять и использовать не строя свой велосипед и не теряя деньги в процессе, но это очень сложные расчеты часть из которых вообще должен бизнес уметь делать. В каком-нибудь  хецнере "сервер" всегда дешевле будет, но с учетом отсутсвия каких-либо гарантий по доступности и прочему это может оказаться очень дорого, но это еще уметь понять надо.
++++++++
источник

H

Hopf in DevOps Moscow
Да, вот только бд и апи гейтвеии и прочее мы не используем
источник

GG

George Gaál in DevOps Moscow
В хетцнере тот же флоатинг айпи вручную переназначается. Блин. Какой-то 19-й век, чесслово. Зато дёшево. Зато в Хельсинки
источник

H

Hopf in DevOps Moscow
а так, я про удобные штуки амазона не спорю
источник

GM

Gleb Mekhrenin in DevOps Moscow
Hopf
Да, вот только бд и апи гейтвеии и прочее мы не используем
ну при такой специфике когда все стейтлес расчеты конечно могут отклоняться сильно в сторону, я правда не понимаю как такое возможно, ну да не суть
источник
2019 October 13

GM

Gleb Mekhrenin in DevOps Moscow
Hopf
а так, я про удобные штуки амазона не спорю
ну это высокоуровневые удобные штуки, можно опуститься  на уровень ниже.
Взять тот же амазаон - на самом деле же у тебя распредление ресурсов внутри не ограничивается только регионами, у тебя еще и зоны доступности есть - те фактически твои виртуальные ресурсы так же распределены внутри дц, только при условии что это спроектировано в среднем более грамотно и все такое.
Т.е что бы повторить такую простую фичу тебе придется уже на уровне своего селфхостед разместить оборудование в двух машзалаха - типа 2 свича, 2 схд, 2 сервера - причем ты по расстонянию очень жестко будешь привязан к тому как сделана кластеризация в схд т.е еще и понадобится человек который это сможет в принципе все настроить и обслуживать периодически, а если ты захочешь второй дц и третий то все это придется повторить столько же раз при том что в условном амазоне для этого надо будет пару кликов мышкой сделать.
Т.е. прикинь что для того что бы приблизиться к тому что амазон дает на free tier по надежности и возможностям надо бут разово несколько десятков, а может и сотню тысяч долларов потратить(вопрос надо ли это в принципе за рамками).

Таких "скрытых" особенностей "облаков" можно очень много вспоминать и долго перечислять. Но все равно конечно же все крутится вокруг того что если нет slo, sla и т.д, можно ли неделю полежать или несколько дней восстанавливать потерянные данные вручную тогда это вообще все не важно, а сервак можно и под стол админу поставить, Реально нужны очень серъезные навыки и опыт что бы понять сколько бизнес денег не заработал или потерял от того что сервис лежал сколько-то минут, часов или дней. Очень много компаний существуют даже не задумываясь про все это, а какие-то перестают существовать :D
источник

GG

George Gaál in DevOps Moscow
а очень многие компании переплачивают за облако х5. Потом переезжают на хетцнер
источник

GG

George Gaál in DevOps Moscow
а потом внезапно выясняют, что за факап им придется отдать половину сэкономленных денег. Ибо SLA там нет
источник

OS

Oleg Soroka in DevOps Moscow
я бы добавил, что использовать облако может 1-2 cloud engineer там, где раньше требовалось 22 "админа"
источник