Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Salesforce Certified Heroku Architect (Plat-Arch-206) Exam - Topic 4 Question 39 Discussion

Posted by Sherill on Jun 21, 2024 at 06:47 PM

A client wants to migrate their on-premise application to Heroku. The application maintains a local, in-memory cache for its datastore to improve performance.

What should an Architect advise the client about running the application on Heroku?

Suggested Answer: D

Get Premium Salesforce Certified Heroku Architect (Plat-Arch-206) Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
33 comments · newest first
RE
Refugia 11 months ago
Definitely need to declare it as a separate process type!
FR
France 11 months ago
Replicating to local disk sounds like overkill.
TH
Thurman 12 months ago
Wait, are we really sharing a single cache across dynos?
GI
Gilbert 12 months ago
Totally agree, that's a big risk on Heroku!
MA
Margart 1 year ago
The application's in-memory cache might be cleared at any time.
MO
Mozelle 1 year ago
I vaguely recall that declaring the cache as a separate process type could help, but I'm not confident if that's the best approach for Heroku.
LA
Lavonda 1 year ago
I think it's important to note that in-memory caches can be cleared unexpectedly on Heroku, which could impact performance.
CO
Coletta 1 year ago
I feel like I saw a practice question about caching on Heroku, and it mentioned that all dynos share the same cache, but I'm not entirely sure.
MA
Magnolia 1 year ago
I remember discussing how Heroku's dynos can be ephemeral, so I think the in-memory cache might not persist across deploys.
LE
Leah 1 year ago
I'm pretty confident I know the right approach for this. Heroku's stateless nature means the in-memory cache will likely need to be externalized.
CH
Chery 1 year ago
Okay, I think I have a strategy here. I'll need to consider how the application's cache can be made persistent across Heroku's ephemeral environment.
CO
Cordelia 1 year ago
Hmm, I'm a bit confused about the implications of running an in-memory cache on Heroku. I'll need to review the platform's architecture.
DO
Domonique 1 year ago
This seems like a tricky one. I'll need to think carefully about how Heroku handles in-memory caches.
ST
Stefany 1 year ago
This seems like a tricky question. I'll need to think through the expected behavior carefully.
CL
Claudio 1 year ago
I'm pretty confident on this one. Conservative label retention is the mode that saves all the label mappings received from peer LSRs. That's the best option here.
TO
Tomoko 1 year ago
Okay, let me see. I know that personas are used to represent user archetypes, not analyze competitors. And user profiles are more about understanding user backgrounds, not business knowledge levels. I'm leaning towards option D, since environmental factors like lighting would be important to consider in a requirements analysis.
CO
Cordell 2 years ago
Wait, you mean I can't just dump my entire database into the in-memory cache and call it a day? Heroku is really cramping my style here.
PA
Paulina 1 year ago
↳ replying to Cordell
D) The application's in-memory cache might be cleared at any time.
CY
Cyndy 1 year ago
↳ replying to Cordell
B) All of the application's web dynos will share a single in-memory cache.
HE
Hermila 1 year ago
↳ replying to Cordell
A) The application should declare its in-memory cache as a separate process type to preserve it across deploys.
LO
Lorita 2 years ago
C? Replicating the cache to disk? What is this, the Stone Age? Clearly, D is the way to go. Heroku will take care of my caching needs. I'm the king of cloud migration!
HA
Hannah 1 year ago
↳ replying to Lorita
A) The application should declare its in-memory cache as a separate process type to preserve it across deploys.
HO
Hollis 1 year ago
↳ replying to Lorita
D) The application's in-memory cache might be cleared at any time.
LA
Lachelle 2 years ago
Option A seems tempting, but declaring a separate process type just for the cache? That's a bit overkill, don't you think?
EL
Elouise 2 years ago
B? Really? Sharing a single in-memory cache across all web dynos? That sounds like a recipe for disaster. I'm glad I caught that one!
TE
Telma 2 years ago
Option D is the correct answer. Heroku's ephemeral file system means the application's in-memory cache might be cleared at any time. I'll make sure to design a more robust caching solution for Heroku.
HE
Helaine 1 year ago
↳ replying to Telma
Definitely, we need to ensure the application can handle the potential clearing of the cache.
SO
Solange 1 year ago
↳ replying to Telma
That's a good point. It's important to design a robust caching solution for Heroku.
CA
Candra 1 year ago
↳ replying to Telma
A) The application should declare its in-memory cache as a separate process type to preserve it across deploys.
QU
Quiana 2 years ago
↳ replying to Telma
D) The application's in-memory cache might be cleared at any time.
AU
Audry 2 years ago
But what if the cache gets cleared at any time? Wouldn't that affect the application's performance?
IV
Ivette 2 years ago
I agree with Dorian. It's important to preserve the in-memory cache across deploys for performance.
DO
Dorian 2 years ago
I think the Architect should advise the client to declare the in-memory cache as a separate process type.
0/2000 characters

Save Cancel