Процесс веб-краулинга выполняется на парке инстансов EC2 t2.micro. Инстансы опрашивают очередь SQS с целевыми URL-адресами, сканируют каждый URL-адрес за 10 секунд или меньше и записывают результаты в общую файловую систему Amazon EFS, смонтированную на каждом инстансе. URL-адреса добавляются в очередь нечасто, и метрики показывают, что инстансы простаивают, когда очередь пуста. Необходимо перепроектировать систему для оптимизации затрат. Какие два изменения вместе будут наиболее экономически эффективными?

Переработка процесса веб-краулинга в функцию AWS Lambda и настройка функции для извлечения сообщений из очереди SQS является наиболее экономически эффективным решением, поскольку Lambda является бессерверной и оплачивается только за время выполнения, что идеально подходит для нечастых рабочих нагрузок с простоями. Изменение процесса веб-краулинга для хранения результатов в Amazon S3 также экономически эффективно, так как S3 предлагает очень низкую стоимость хранения и высокую масштабируемость, что подходит для результатов веб-краулинга. Замена инстансов t2.micro на m5.8xlarge увеличит затраты, а не уменьшит их, даже при сокращении парка. Хранение результатов в Amazon Neptune или Amazon Aurora Serverless MySQL будет значительно дороже, чем S3, для простых результатов веб-краулинга.