Я, конечно понимаю, что в статье описывается то, что пробовали/используете в Amvera. Однако заходя в такие статьи ожидаешь более академического описания возможностей. Здесь же вы свалились в описание частностей, причем только в пункте про ingress, обойдя 5, 6 и 7 пункт стороной. А там куча всего интересного есть: metallb, jaeger, descheduler. И это только то, что я могу вспомнить сразу.
Это не детская болезнь, а особенности реализации. Вы же когда выбираете инструмент проверите как он будет работать? Вот и тут так же - при загрузке больших файлов есть особенность.
Тут преступно только то, что квоты на тех бакет и на основной считаются раздельно. Но учитывая размеры - а вас точно не смущало, что многогигабайтный бэкап в 44 гига уместился?
Так он так везде работает, инструмент этот. При этом с ним можно отлично жить, даже сайты статические на нем держу. И не утекает место, все замечательно.
HINT: лично для себя выработал правило - если беру новую технологию - то сразу ищу hacks and tips по ней. Экономит время и деньги это.
Статья находится в невероятной суперпозиции - автор недосмотрел/недоизучил протокол S3, Selectel не сделал корректное лимитирование (уже который год, кстати)
А если серьезно, то автор ничем не отличается от тех, кто пишет про импортозамещение с огнем в глазах. Статья ровно такая же, за исключением того, что окраска отрицательная. Хайпуем, сударь?
Нет, я не за и не против импортозамещения, я за хорошие грамотные статьи.
Особенно умиляет про 4тб памяти. В чем удивление, уважаемый автор? В том поколении была поддержка intel optane rdimm. Да и вообще в статье много подобных моментов.
Статья оставила странное впечатление. Особенно спорный пункт про горизонтальное и вертикальное масштабирование. Postgres прекрасно позволяет добавлять инстансы и производить с них чтение.
Я, конечно понимаю, что в статье описывается то, что пробовали/используете в Amvera. Однако заходя в такие статьи ожидаешь более академического описания возможностей. Здесь же вы свалились в описание частностей, причем только в пункте про ingress, обойдя 5, 6 и 7 пункт стороной. А там куча всего интересного есть: metallb, jaeger, descheduler. И это только то, что я могу вспомнить сразу.
О, спасибо РЖД.
А горизонт хранения то какой? Мы вроде бы про бэкап говорим - а значит он должен быть. Должны быть оповещения при неудачном бэкапе и вот это все.
А вообще, делюсь хорошим чеклистом по хранилкам:
Что мы решаем новой технологией? Что она представляет? Что есть наш файл?
Какие есть плагины - сжатие, шифрование, докачка, версии? Как реализовано?
Как файлы грузятся? 4, 5, 10мб, 1гб, 10, 100? А что если оборвать загрузку? Как докачать?
Как это лежит у хостера? Как чистится? Что показывает биллинг?
Стресс-тест хранилища. - заливает/удаляем 10000 разнокалиберных файлов
На такие тесты тратится пара суток, но в итоге все основные вопросы проверены. И вы точно увидели бы что хранится больше чем нужно.
Это не детская болезнь, а особенности реализации. Вы же когда выбираете инструмент проверите как он будет работать? Вот и тут так же - при загрузке больших файлов есть особенность.
Тут преступно только то, что квоты на тех бакет и на основной считаются раздельно. Но учитывая размеры - а вас точно не смущало, что многогигабайтный бэкап в 44 гига уместился?
Так он так везде работает, инструмент этот. При этом с ним можно отлично жить, даже сайты статические на нем держу. И не утекает место, все замечательно.
HINT: лично для себя выработал правило - если беру новую технологию - то сразу ищу hacks and tips по ней. Экономит время и деньги это.
Через ключи или через установку политик life circle
Статья находится в невероятной суперпозиции - автор недосмотрел/недоизучил протокол S3, Selectel не сделал корректное лимитирование (уже который год, кстати)
Есть s3cmd, minio-client как минимум. При этом они же позволяют настроить удаление лишнего.
Обман в статье чую я - уже давно есть единичные ssd на 30тб и на 64тб. В то время, как классические hdd только сейчас добрались до этого показателя.
В пару мест стоило вставить картинку
А если серьезно, то автор ничем не отличается от тех, кто пишет про импортозамещение с огнем в глазах. Статья ровно такая же, за исключением того, что окраска отрицательная. Хайпуем, сударь?
Нет, я не за и не против импортозамещения, я за хорошие грамотные статьи.
Особенно умиляет про 4тб памяти. В чем удивление, уважаемый автор? В том поколении была поддержка intel optane rdimm. Да и вообще в статье много подобных моментов.
Так новые МП не продать .
А ещё был 1151 на 4 поколения - с 6 по 9. И знаете, юзеры схавали
Вот это поворот. Взял точечку на карандаш.
Смысл простой - чтобы батарейку экономить. То есть на мобильных устройствах есть смысл уходить от максимально быстрого решения в угоду мобильности.
Это точно не перевод? А то http://реестра.k8s.io/etcd на это намекает.
А сравнивали с goose?
Статья оставила странное впечатление. Особенно спорный пункт про горизонтальное и вертикальное масштабирование. Postgres прекрасно позволяет добавлять инстансы и производить с них чтение.
Лучше тогда все-таки про group replication вспомнить, так как galera это тоже сложное стороннее решение. А group replication уже в ядре СУБД.
К слову в postgres можно тоже всё решать балансировщиками, которых ещё и несколько на выбор.
Я просто textfiles использую
Господа, расходимся, нас обманули. Кода нет, экспортера нет, только пиар.
Ребят, вы закрыли комментарии у себя в тг.