Update AEP/aep-00004.md

Co-authored-by: ngruelaneo <[email protected]>

AEP/aep-00004.md

@@ -62,7 +62,7 @@ In a sharded cluster, the mongos instances are similar to the role of the databa
 
 Note that the config server is also deployed as a replica set. It is not clear in the schema above because we didn't want to overload it with too much information, as we are focusing on sharding user-intended database.
 
-Finally, also note that multiple mongos routers can be deployed in the cluster too but no need for replica set as they are stateless.
+It is important to notice that multiple mongos routers can also be deployed in the cluster but there are no need for replica set as they are stateless.
 
 # Rationale
 Sharding the database would alleviate the tension on all the nodes. For the primary nodes, the write operations would be distributed among other shards' primary node, and for the secondary nodes there can be some situations where only the right shard is queried (it will be explicited below in this AEP) and as mentionned above, the read operations are faster on a sharded cluster since the data is distributed among multiple instances.