]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/architecture.rst - edit a sentence 53372/head
authorZac Dover <zac.dover@proton.me>
Sun, 10 Sep 2023 16:31:30 +0000 (02:31 +1000)
committerZac Dover <zac.dover@proton.me>
Sun, 10 Sep 2023 17:45:54 +0000 (03:45 +1000)
Change the sentence structure of a sentence because the verb
"experience" looked like the abstract noun "experience" when I read it
with fresh eyes. I chose the perhaps TESOL-unfriendly verb "incur", but
I believe it is right.

Signed-off-by: Zac Dover <zac.dover@proton.me>
(cherry picked from commit 436fbf7a3e0960ebb51a0dc66d9c1d405bf6875f)

doc/architecture.rst

index 12ebacad5a0a335b1a3c45cafe6f469ba183d381..7c8c9d03726e743ac97622347781c3c661343866 100644 (file)
@@ -100,10 +100,9 @@ Scalability and High Availability
 In traditional architectures, clients talk to a centralized component. This
 centralized component might be a gateway, a broker, an API, or a facade. A
 centralized component of this kind acts as a single point of entry to a complex
-subsystem. Architectures that rely upon this kind of centralized component
-experience limits to performance and scalability and have a single point of
-failure. If the centralized component goes down, the whole system becomes
-unavailable.
+subsystem. Architectures that rely upon such a centralized component have a
+single point of failure and incur limits to performance and scalability. If
+the centralized component goes down, the whole system becomes unavailable.
 
 Ceph eliminates this centralized component. This enables clients to interact
 with Ceph OSDs directly. Ceph OSDs create object replicas on other Ceph Nodes