LINUX.ORG.RU

У AWS есть огромная куча всего, кроме простых виртуалок + хранилища.

Профит не в переходе 1:1, а в грамотном использовании предоставляемой гибкости/функциональности/масштабируемости/надёжности.

То есть, тут надо идти не от имеющегося железа, а от потребностей бизнеса. Ну, типа: у нас потребности в надёжности (защищённости, управляемости и т.п.) на «20 балов», а имеющаяся инфраструктура на herzner нам обеспечивает только «10 балов».

Harliff ★★★★★
()

Aws/gcp/azure они для быстрого масштабирования хорошо. Когда у тебя тупо стоит n серверов годами, рассматривай классические впс или дедики. В этом случае облака дорого. Кроме linode/digital Ocean/aws lightsail.

Bers666 ★★★★★
()
Ответ на: комментарий от Harliff

То есть, тут надо идти не от имеющегося железа, а от потребностей бизнеса. Ну, типа: у нас потребности в надёжности (защищённости, управляемости и т.п.) на «20 балов», а имеющаяся инфраструктура на herzner нам обеспечивает только «10 балов».

А примеры есть такие реальные ?

pinachet ★★★★★
() автор топика
Ответ на: комментарий от pinachet

То что оно дешевле и трафик включён в пакет. А в обычном aws трафик отдельно по тарифу и дороже выходит.

Bers666 ★★★★★
()
Ответ на: комментарий от pinachet

Только тем что от лидеров области. По цене явно дороже чем shit vps на openvz.

Bers666 ★★★★★
()

Коллеги имеется за 30+ серверов на hetzner в среднем Xeon относительно среднего уровня ?

А в чем вопрос?

Есть ли какие то цифры и истории успехи перехода со своего хозяйства на AWS /Azure/ и тп

AWS позволяет экономить на управлении инфраструктурой, там все гибче, проще и быстрее. Т.е. ваш cloud engineer будет тратить меньше времени на настройку и поддержку всего, и соответственно ему можно будет меньше платить. Можно также будет сократить смежные IT позиции, например уволить DBA и передать обслуживание СУБД амазону (Amazon RDS). Т.е. вы сможете уменьшить счета на фонд оплаты труда, но счета от амазона будут больше, чем были у hetzner.

Еще фишка AWS в том, что можно настроить более эффективное использование ресурсов. Например вам нужен сервак (виртуалка) что-то постестить, вы его быстро подняли, погоняли что-то и прибили, и заплатили всего за несколько часов его работы.

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

samson_b
()
Последнее исправление: samson_b (всего исправлений: 2)
Ответ на: комментарий от pinachet

Вам правильно пишут, чтобы понять стоит переходить или нет надо учесть много факторов:

1. На сколько статична ваша система? Есть ли необходимость быстро динамически добавлять и убирать ресурсы?

2. На сколько эффективно используются вычислительные ресурсы сейчас? Не платите ли вы за простой мощностей?

3. Нужна ли вашей системе масштабируемость? Нужно ли вам high availability?

4. Нужны ли вам какие-то сервисы, которые может предоставить AWS? например SQS или S3, они могут быть очень удобными.

5. Интересует ли вас сокращение расходов на персонал?

По хорошему, чтобы принять такое решение вам нужна консультация с aws architect, который изучит вашу текущую систему, ваши потребности и проблемы, и предложит решение на AWS и просчитает его стоимость. Вот вы написали у 30+ серверов, но кроме вас никто не знает, что на них вертится.

samson_b
()
Последнее исправление: samson_b (всего исправлений: 1)
Ответ на: комментарий от samson_b
  1. Интересует ли вас сокращение расходов на персонал? Как этот самый персонал который всё будет реализовать/переносить, наверно должен подумать перед тем как туда переезжать.
anonymous
()

При классическом использовании, Вам aws в разы дороже обойдется.

Deleted
()
Ответ на: комментарий от samson_b

Учитывая что как минимум это «ну если все это запихнуть по контейнерам (eks), mysql вынесту в аврору, … я проблем не вижу, это просто требует от разработчиков переключить пару релле в голове и смириться с тем, что почва, уходящая из под ног - это не exception, а норма жизни 🙂»

То походу отказ , а как servers.com заместо hetzner ?

pinachet ★★★★★
() автор топика
Ответ на: комментарий от pinachet

а как servers.com заместо hetzner ?

Тут может кто-то другой подскажет, я разбираюсь в амазоне.

В любом случае начинать надо с описания вашей инфраструктуры, перспектив ее развития и проблем, которые есть сейчас. Я, например, не понимаю почему вы хотите перейти.

samson_b
()
Ответ на: комментарий от samson_b

Ну лейтмотив перехода был в основном из-за денег, но на AWS не получиться сэкономить .

pinachet ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.