New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Adobe AD0-E722 Exam - Topic 6 Question 11 Discussion

Actual exam question for Adobe's AD0-E722 exam
Question #: 11
Topic #: 6
[All AD0-E722 Questions]

Due to a marketing campaign, a website is experiencing a very large number of simultaneously placed orders, which is affecting checkout performance. The website is in the production deploy mode.

Which two website settings can an Architect optimize to decrease the impact on checkout performance? (Choose two.)

Show Suggested Answer Hide Answer
Suggested Answer: A, C

Option A is correct because enabling asynchronous indexing can improve the checkout performance by reducing the database load and avoiding locking issues. Asynchronous indexing allows the indexers to run in the background without affecting the frontend operations.The commandbin/magento config:set dev/grid/async_indexing 1can be used to enable this option in the production mode1.

Option C is correct because creating a new database and splitting the sales tables can also improve the checkout performance by distributing the database load and avoiding contention. Splitting the database allows the checkout and order management operations to use a separate master database from the rest of the Magento application tables.The commandbin/magento setup:db-schema:split-sales --host='<checkout db host or ip>' --dbname='<name>' --username='<checkout db username>' --password=''can be used to configure this feature2.

Option B is incorrect because enabling asynchronous email notifications does not affect the checkout performance directly. Asynchronous email notifications allow the order confirmation emails to be sent in batches by a cron job instead of immediately after placing an order.This option can reduce the server load and improve the customer experience, but it does not impact the checkout process itself3.

Option D is incorrect because there is no such deploy mode as siege in Magento 2. The available deploy modes are default, developer, and production.Changing the deploy mode can affect the performance, caching, and error handling of the Magento application, but it does not directly affect the checkout performance4.

Option E is incorrect because there is no such admin panel setting as multithreaded checkout processing in Magento 2. The number of PHP threads used for checkout is determined by the web server configuration and the PHP-FPM settings, not by the Magento application settings.Increasing the number of PHP threads may improve the checkout performance, but it also requires more server resources and may cause other issues5.


1: Asynchronous indexing | Adobe Commerce Developer Guide

2: Split database performance solution | Adobe Commerce Developer Guide

3: Sales Emails | Adobe Commerce User Guide

4: Set up Magento modes | Adobe Commerce Developer Guide

5: PHP-FPM configuration settings | Adobe Commerce Developer Guide

Contribute your Thoughts:

0/2000 characters
Karina
3 months ago
C seems complicated, but it might be worth it for heavy traffic.
upvoted 0 times
...
Graciela
3 months ago
B won't help with checkout issues, just saying.
upvoted 0 times
...
Davida
3 months ago
Wait, can you really set the mode to siege? Sounds risky!
upvoted 0 times
...
Dwight
4 months ago
I think E is the better choice for checkout speed!
upvoted 0 times
...
Alex
4 months ago
A is definitely a good option to improve performance.
upvoted 0 times
...
Destiny
4 months ago
The siege deploy mode sounds familiar, but I’m uncertain if it’s the best choice for handling high traffic during checkout.
upvoted 0 times
...
Rory
4 months ago
I feel like the Split Database feature could be useful here, but I can't recall the exact command to set it up.
upvoted 0 times
...
Belen
4 months ago
I remember practicing a similar question about optimizing checkout, and I think the multithreaded checkout processing setting might be a good option to consider.
upvoted 0 times
...
Devon
5 months ago
I think enabling the Asynchronous indexing setting could help, but I'm not entirely sure if it directly impacts checkout performance.
upvoted 0 times
...
Felice
5 months ago
I think the asynchronous indexing and multithreaded checkout processing settings are the way to go. Those seem like the most direct ways to improve checkout performance without making major architectural changes.
upvoted 0 times
...
Salena
5 months ago
Okay, the split database feature and multithreaded checkout processing settings look promising. I think those could be good options to optimize checkout performance during high traffic.
upvoted 0 times
...
Glen
5 months ago
Hmm, the asynchronous indexing and email notifications settings seem like they could help, but I'm not sure if they're directly related to checkout performance. I'll need to think this through more.
upvoted 0 times
...
Stephania
5 months ago
This seems like a tricky question. I'll need to carefully review the options and think through the potential impact of each setting.
upvoted 0 times
...
Margot
5 months ago
I'm a bit confused by the "siege" deploy mode option. I'm not familiar with that and I'm not sure if it's the best approach for a production environment. I'll need to research that more.
upvoted 0 times
...
Jill
5 months ago
Hmm, I'm a bit confused on this one. Is lateral movement considered part of the Exploitation stage or the Command & Control stage? I'll have to think this through carefully.
upvoted 0 times
...
Chaya
5 months ago
Okay, let's see here. I think I know the answer, but I want to double-check my understanding.
upvoted 0 times
...
Veronica
5 months ago
Okay, I think I've got a strategy here. I'll first verify the VNet peering and gateway transit settings, then check the client's VPN configuration and routing tables. If everything looks good there, I'll try the VPN client reinstall as a last resort.
upvoted 0 times
...
Daron
5 months ago
This seems pretty straightforward. I think the answer is C - drop partition log (dt='20180101'). That's the most direct way to delete the data for that specific partition date.
upvoted 0 times
...
Kris
2 years ago
I think that could be a good option to optimize checkout performance. Let's make sure to change it back to production mode once the orders decrease.
upvoted 0 times
...
Glen
2 years ago
But shouldn't we also consider creating a new database and configuring Split Database feature?
upvoted 0 times
...
Blythe
2 years ago
I also think setting the website deploy mode to siege temporarily could be beneficial.
upvoted 0 times
...
Arlene
2 years ago
I believe enabling Asynchronous indexing and Multithreaded checkout processing could help.
upvoted 0 times
...
Malcom
2 years ago
I agree. Which two settings do you think we should focus on?
upvoted 0 times
...
Yong
2 years ago
I think we should optimize the website settings to decrease the impact on checkout performance.
upvoted 0 times
...
Daniela
2 years ago
I think we should avoid changing the website deploy mode, it might cause other issues.
upvoted 0 times
...
Glennis
2 years ago
That's also a good option to consider, it can speed up checkout processing.
upvoted 0 times
...
Ilda
2 years ago
What about enabling the Multithreaded checkout processing setting?
upvoted 0 times
...
Delsie
2 years ago
I agree with Glennis, that could help decrease the impact on checkout performance.
upvoted 0 times
...
Glennis
2 years ago
I think we should optimize the Asynchronous indexing admin panel setting.
upvoted 0 times
...

Save Cancel