Make integration tests more tolerant of transient failures

Our integration tests often perform "non-idempotent" operations, but these can fail even if our code is working fine. A typical test may have this structure:

```cc
auto create = client.CreateFoo(....);
ASSERT_STATUS_OK(create);

auto update = client.UpdateFoo(...);
ASSERT_STATUS_OK(update);

auto del = client.DeleteFoo(...);
ASSERT_STATUS_OK(del);
```

None of those operations are retried by default, as the operations are non-idempotent. I think we could rewirte the tests as follows:

```cc
auto create = client.CreateFoo(... Options{}.set(RetryEverything()));
ASSERT_THAT(create, StatusIs(AnyOf(StatusCode::kOk, StatusCode::kAlreadyExists)));
```

Or if we don't want to retry the operation, we can write it as:

```cc
auto create = client.CreateFoo(...);
if (IsTransient(...)) GTEST_SKIP() << create.status();
```

This probably requires a mini-design doc, and will require breaking down the work per test.

For now I am going to consolidate all existing "transient error on non-idempotent operation" flakes to this one.

Issue không nêu tệp hoặc test cụ thể nào; hãy bắt đầu bằng việc xem xét các flake hiện có về transient-error-on-non-idempotent-operation được tổng hợp tại đây. Soạn mini-design được yêu cầu, sau đó chia nhỏ công việc theo từng integration test, quyết định xem mỗi operation nên được thử lại hay bỏ qua khi xảy ra lỗi tạm thời; không có tiêu chí hoàn thành nào được nêu ngoài việc làm cho các test này có khả năng chịu lỗi tốt hơn.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.