]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc/architecture.rst - edit a sentence 53373/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:46:00 +0000 (03:46 +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 bf0290b70e8624c106dff70808045f668db70018..dd0bdd2194eb4dd0ad581a80e4a1e5403f427845 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