This is an automated email from the ASF dual-hosted git repository.
asifdxtreme pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/servicecomb-service-center.git
The following commit(s) were added to refs/heads/master by this push:
new 30c6dec SCB-993 Update the design document (#486)
30c6dec is described below
commit 30c6dec4d78d0f0c08b279db3b28fd935f8725cc
Author: little-cui <[email protected]>
AuthorDate: Tue Nov 13 15:55:29 2018 +0800
SCB-993 Update the design document (#486)
---
docs/aggregator-design.PNG | Bin 39224 -> 49598 bytes
docs/design.md | 14 +++++++++++---
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/docs/aggregator-design.PNG b/docs/aggregator-design.PNG
index 5f67d1a..06b4bf7 100644
Binary files a/docs/aggregator-design.PNG and b/docs/aggregator-design.PNG
differ
diff --git a/docs/design.md b/docs/design.md
index 12c73f6..9268fa7 100644
--- a/docs/design.md
+++ b/docs/design.md
@@ -1,10 +1,18 @@
## Service-Center Design
Service-Center(SC) is a service registry that allows services to register
their instance information and to discover providers of a given service.
-SC uses etcd to store all the information of micro-service and its instances.
Below is the diagram stating the working principles and flow of SC.
+Generally, SC uses etcd to store all the information of micro-service and its
instances.
+
+
+
+Below is the diagram stating the working principles and flow of SC.
#### On StartUp
-Here we assume that micro-services are written using
[java-chassis](https://github.com/ServiceComb/java-chassis) sdk. So when
micro-service boots up then java-chassis sdk does the following list of tasks.
+Here describes a standard client registration process.
+We assume that micro-services are written using
+[java-chassis](https://github.com/ServiceComb/java-chassis) sdk or
+[go-chassis](https://github.com/go-chassis/go-chassis) sdk.
+So when micro-service boots up then java-chassis sdk does the following list
of tasks.
1. On startup provider registers the micro-service to SC if not registered
earlier and also register its instance information like its Ip and Port on
which instance is running.
2. SC stores the provider information in etcd.
@@ -23,4 +31,4 @@ Provider instance regularly sends heartbeat signal every 30
seconds to SC, if SC
Consumer watches the information of provider instances from SC and if there is
any change then the cache is updated.
When Consumer needs to communicate to Provider then consumer reads endpoints
of the provider instances from cache and do loadbalancing to communicate to
Provider.
-Note: This document is in beta stage, feel free to contribute to this document.
+Note: Feel free to contribute to this document.
