Ограничения на количество создаваемых бакетов зависят от конкретного S3-совместимого хранилища, то есть они определяются провайдером. В оригинальном Amazon S3, насколько помню, ограничений на создание бакетов не было.
Также хотелось бы уточнить момент с максимальным размером файла: речь идет об объекте целиком (до 4 ГБ), или о размере отдельных частей (part), на которые этот объект может быть разбит?
Вы правы — статья носит ознакомительный характер и рассчитана на тех, кто только начинает знакомство с Warp. Я сознательно не углублялась в расширенные сценарии, чтобы не перегружать базовый материал.
Все замечания (клиент-серверный режим, --analyze, JSON-вывод, альтернативные инструменты, минусы Warp) обязательно учту в продолжении статьи, где раскрою продвинутые возможности и реальные сценарии использования.
P.S. Проблема с крупными объектами (multipart на 64+ MiB), по моим наблюдениям, уже неактуальна в последних версиях Warp.
Спасибо ещё раз за ценные дополнения!
Так же буду очень признательна, если Вы поделитесь своим опытом.
Юлия, добрый день!
Спасибо большое за обратную связь!
Безусловно опытный тестировщик сначала смотрит схемы, узлы, параметры, типы переменных и тд.
Но данная статья предназначена для людей, которые только вступили на тропу тестирования и столкнулись с API. И не всегда, это люди, которые легко разбираются в XSD и WSDL.
Чтобы постичь ВЕЛИКОЕ нужно начать с малого :)
Ограничения на количество создаваемых бакетов зависят от конкретного S3-совместимого хранилища, то есть они определяются провайдером. В оригинальном Amazon S3, насколько помню, ограничений на создание бакетов не было.
Также хотелось бы уточнить момент с максимальным размером файла: речь идет об объекте целиком (до 4 ГБ), или о размере отдельных частей (part), на которые этот объект может быть разбит?
Спасибо за содержательный комментарий! 🙌
Вы правы — статья носит ознакомительный характер и рассчитана на тех, кто только начинает знакомство с Warp. Я сознательно не углублялась в расширенные сценарии, чтобы не перегружать базовый материал.
Все замечания (клиент-серверный режим,
--analyze, JSON-вывод, альтернативные инструменты, минусы Warp) обязательно учту в продолжении статьи, где раскрою продвинутые возможности и реальные сценарии использования.P.S. Проблема с крупными объектами (multipart на 64+ MiB), по моим наблюдениям, уже неактуальна в последних версиях Warp.
Спасибо ещё раз за ценные дополнения!
Так же буду очень признательна, если Вы поделитесь своим опытом.
Спасибо большое за обратную связь!
Безусловно опытный тестировщик сначала смотрит схемы, узлы, параметры, типы переменных и тд.
Но данная статья предназначена для людей, которые только вступили на тропу тестирования и столкнулись с API. И не всегда, это люди, которые легко разбираются в XSD и WSDL.
Чтобы постичь ВЕЛИКОЕ нужно начать с малого :)
Спасибо за комментарий!