Комментарии 12
Вспоминаем, как AWS взяла и отключила Parler в своем облаке по политическим мотивам…
Вспоминаем, как отключили доступ к глобальным облакам компаниям из Крыма и тоже по политическим мотивам…
И где гарантия, что такое не повторится?
Вспоминаем, как отключили доступ к глобальным облакам компаниям из Крыма и тоже по политическим мотивам…
И где гарантия, что такое не повторится?
+2
К сожалению, нельзя избежать такой ситуации — даже в том случае, если вы не арендуете ни выделенный сервер, ни пользуетесь облаком, а поставили свой собственный сервер у себя дома. Для примера — в случае каких-либо жалоб на вас (неважно — реальных или мнимых) доступ к вашему серверу может заблокировать интернет-провайдер. По предписанию РКН, или по одному ему известным мотивам.
И в принципе, любая компания, которой вы доверяете часть своей инфраструктуры — теоретически может вас заблокировать за реальное или мнимое нарушение законодательства или «for the great justice». А если используете лицензионный софт (ну а вдруг) — то могут не продлить лицензию. Все зависит от обстоятельств.
Здесь единственным решением может быть только возможность быстро поднять резервную инфраструктуру у другого облачного провайдера — например, с помощью конфигов терраформа. Ну и обязательно хранить бэкапы данных не только у того провайдера, с которым вы в основном работаете, но и на резервной площадке. В общем, гибкость наше все)
И, судя по всему, Parler были готовы к таким санкциям со стороны AWS, так как достаточно быстро среагировали.
И в принципе, любая компания, которой вы доверяете часть своей инфраструктуры — теоретически может вас заблокировать за реальное или мнимое нарушение законодательства или «for the great justice». А если используете лицензионный софт (ну а вдруг) — то могут не продлить лицензию. Все зависит от обстоятельств.
Здесь единственным решением может быть только возможность быстро поднять резервную инфраструктуру у другого облачного провайдера — например, с помощью конфигов терраформа. Ну и обязательно хранить бэкапы данных не только у того провайдера, с которым вы в основном работаете, но и на резервной площадке. В общем, гибкость наше все)
И, судя по всему, Parler были готовы к таким санкциям со стороны AWS, так как достаточно быстро среагировали.
0
Для примера — в случае каких-либо жалоб на вас (неважно — реальных или мнимых) доступ к вашему серверу может заблокировать интернет-провайдерЭто если речь идет о публичном сервисе, доступный неопределенному количеству пользователей в Интернете.
Но если речь идет о данных компании, с которыми работает исключительно только данная компания, то всё становится иначе. Если у компании есть собственный дата-центр (даже небольшой) и доступ к нему идет через внутреннюю сеть, то никто, включая РКН, заблокировать не сможет.
+1
Про калькулятор как красиво повернули то =) А если посмотреть более правдиво вам 72% респондентов в явном виде указывают на сложность ценообразования и абсолютную непредсказуемость счетов. Может сначала этот лохотрон привести в порядок, а уже потом рассказывать какие облака прекрасные?
P.S. да и хабр не беден на статьи, в которых рассказывается как люди влетали на огромные счета по сути на гладком месте.
+2
Наша практика:
— Prod на on-prem серверах.
— DR в облаке (AWS)
Работает надежно.
Долговременно прод в облаке — дорого, а вот в случае ЧП — самое оно.
— Prod на on-prem серверах.
— DR в облаке (AWS)
Работает надежно.
Долговременно прод в облаке — дорого, а вот в случае ЧП — самое оно.
+2
Интересный вариант, но хотелось бы иметь представление, какой минимальной задержки можно добиться при незапланированном переключении на DR? Хотя бы порядок цифр — секунды, минуты, часы? Если для этого необходимо заранее арендовать сервера AWS, не выйдет ли слишком дорого?
+1
Это как десктопы и мобильные компьютеры.
Все пытаются вести себя так, будто уже никаких десктопов вовсе не существует.
Все пытаются вести себя так, будто уже никаких десктопов вовсе не существует.
+2
N-ое количество абстракций над железом невольно приводит к мысли, что рано или поздно должны появиться абстракции и над облаком — нажал кнопку и что-то где-то появилось :)
А если серьёзно, то спасибо за много полезной информации, хотелось бы увидеть «сухие» цифры по динамике окупаемости облаков с точки зрения владельцев облаков и их клиентов — через сколько времени окупается (или не окупается) «в среднем» переезд в облака по сравнению с покупкой своих серверов/HaaS и пр. — равно как и окупаемость облака для владельцев облаков.
А если серьёзно, то спасибо за много полезной информации, хотелось бы увидеть «сухие» цифры по динамике окупаемости облаков с точки зрения владельцев облаков и их клиентов — через сколько времени окупается (или не окупается) «в среднем» переезд в облака по сравнению с покупкой своих серверов/HaaS и пр. — равно как и окупаемость облака для владельцев облаков.
0
Хорошо, вот мы утверждаем, что многие переходят на облачную инфраструктуру, но кто эти многие и почему они это делают? Если начать со стартапов и небольших компаний, то им облачный вариант подходит из-за дешевизны использования на старте и отсутствия необходимости конфигурировать «железо» как в классических серверах. Тем более что многие облачные платформы предлагают различные программы по поддержке стартапов, предоставляя им вычислительные мощности или с большой скидкой, или вовсе бесплатно.
Как представитель стартапа, не могу не задать вопрос. Допустим, нам нужны сервера с достаточно высокой вычислительной мощностью (12+ потоков, 64+ Gb RAM, 1+ Tb SSD, 6+ Tb HDD, cache-protected RAID). В тарифной сетке Selectel, наиболее подходящий вариант в облаке стоит примерно 39 тысяч/месяц, в то время как аренда «в металле» аналогичной кофигурации в том же Selectel стоит примерно 28 тысяч/месяц. При этом, cache-protected RAID и HDD не являются частью базовой облачной конфигурации, и вероятно, в принципе недоступны. В AWS ситуация еще хуже: никакого аппаратного RAID и намного более высокие расценки относительно классической аренды железа (вне AWS). При этом, если в случае с арендой железа, мы можем прогнозировать параметры его производительности (например, знаем, что запись минимального блока данных в cache-protected RAID + HDD заимает всего пару десятков микросекунд), то в случае облака, провайдер не предоставляет никаких гарантий, и очевидно, что без cache-protected RAID задержки записи будут в десятки/сотни раз больше, что весьма чувствительно для OLTP. Что касается программы поддержки стартапов, а тарифной сетке это не видно. Да и надо не забывать, что рано или поздно (когда?), придётся платить полную цену за всё. О какой дешевизне облаков может здесь идти речь? Мне непонятно, какими соображениями руководствуются крупные компании, которые размещают ВСЕ сервера (а не только временные) в арендуемом облаке. Они не умеют считать деньги, или они не способны освоить эффективное управление собственной инфраструктурой?
+1
Кровавый фарш вместо лица меня пугает.
0
Еще сроки запуска проектов для облаков получаются гораздо быстрее.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Куда же плывут облака? Подбиваем итоги опроса и даём аналитику