In Docker Trusted Registry, is this how a user can prevent an image, such as 'nginx:latest', from being overwritten by another user with push access to the repository?
Solution: Keep a backup copy of the image on another repository.
Suggested Answer: B
Get Premium DCA Questions
as Interactive Web-Based Practice Test or PDF
Real Exam Format
Detailed Explanations
Instant Access
Get Your Practice Test
34 comments · newest first
GE
Gerald
10 months ago
Seems a bit risky to rely on another repo for that.
ST
Stephanie
11 months ago
Definitely a good idea to have backups!
JO
Jonelle
11 months ago
Wait, can you really just overwrite 'nginx:latest'?
PR
Providencia
11 months ago
I don't think that's enough protection.
SH
Shaun
11 months ago
That's a solid backup strategy!
IR
Irma
12 months ago
I believe the answer is No. Backing up doesn't stop someone from pushing a new image; it just saves a copy elsewhere.
TR
Truman
12 months ago
I’m a bit confused. Isn’t the point of a registry to manage images? I thought there were settings to lock down access instead of just backing up.
ME
Merilyn
12 months ago
I remember a similar question about image tagging and access control. I feel like there are better ways to manage permissions than just backing up.
FA
Fatima
1 year ago
I think keeping a backup is a good practice, but I'm not sure if it actually prevents overwriting in the original repo.
SH
Shonda
1 year ago
I'm a bit unsure about this one. Is there another way to prevent image overwriting in the Docker Trusted Registry besides keeping a backup copy? I'll need to review my notes and the course material to see if I'm missing something.
LA
Lawrence
1 year ago
Ah, I think I know the answer to this one. Storing a backup copy of the image is the way to go to prevent it from being overwritten. I'm feeling pretty confident about this.
DO
Dorethea
1 year ago
Hmm, this seems like a tricky one. I'll need to think through the Docker Trusted Registry functionality carefully to figure out the best approach.
BA
Bambi
1 year ago
Keeping a backup copy of the image on another repository sounds like a reasonable solution. I'll make sure to double-check the Docker documentation to confirm this is the correct way to prevent image overwriting.
BE
Belen
1 year ago
This question seems straightforward, I think I can handle it.
JA
Jamal
1 year ago
Downstream of a gate valve sounds familiar, especially since it can create turbulence, which is often mentioned in practice questions.
DE
Dexter
2 years ago
Backup, schmackup. I'd just set the image to read-only and call it a day. Who needs backups when you've got super-secure permissions, am I right? *winks*
TH
Theresia
2 years ago
I agree, setting the image to read-only is a good idea for preventing overwriting.
BE
Ben
2 years ago
No
FE
Felix
2 years ago
Yes
PH
Phung
2 years ago
I agree with Rolland, having a backup copy is a good precaution.
RO
Rolland
2 years ago
But keeping a backup copy on another repository seems like a safe option.
JO
Joesph
2 years ago
No, I think there might be a better way to prevent overwriting.
TH
Theola
2 years ago
Holding a backup image on another repo? That's like keeping a spare tire in your garage and then driving on a flat. I'd just use a different image altogether, like 'apache:latest' or something.
YU
Yuette
2 years ago
User2
TA
Tamera
2 years ago
User1
AL
Alise
2 years ago
Hey, you know what they say: 'A backup a day keeps the data loss at bay!' Seriously, though, that's a good idea. Gotta protect those precious images, am I right?
SA
Sarah
2 years ago
Backup? Ain't nobody got time for that! I'd just push the image to a different tag, like 'nginx:v1' or something. Easy peasy!
WY
Wynell
2 years ago
I'm not sure if keeping a backup on another repository is the best solution. Wouldn't it be better to set strict access controls on the image to prevent overwriting?
KE
Keith
2 years ago
I agree, setting strict access controls would be a better solution.
CY
Cyndy
2 years ago
No
VI
Viola
2 years ago
No
GE
Georgene
2 years ago
Yes
OL
Olene
2 years ago
Yes
RO
Rolland
2 years ago
Yes, that sounds like a good way to prevent overwriting.