"क्रिएटिंग सर्विसेज़" पुस्तक का सारांश

मुझे माइक्रोसॉर्फ़ आर्किटेक्चर में कुछ भी समझ में नहीं आता है, इसलिए मैंने सैम न्यूमैन की किताब, बनाना और माइक्रोसॉफ़्टर्स को रेखांकित करने का फैसला किया। मेरी राय में, यह उन लोगों के लिए एक अच्छा परिचय बन गया जो इस विषय में गोता लगाना शुरू कर रहे हैं।

Microservices

माइक्रोसवर्क आर्किटेक्चर का विचार कई अवधारणाओं पर आधारित है: विषय-उन्मुख डिजाइन, निरंतर वितरण, ऑन-डिमांड वर्चुअलाइजेशन, इन्फ्रास्ट्रक्चर ऑटोमेशन, छोटे स्टैंड-अलोन टीम, और स्केलेबल सिस्टम। माइक्रोसेवा एक छोटी सी है (दो सप्ताह में पूरी तरह से फिर से लिखी जा सकती है), स्वायत्त सेवा जो केवल एक कार्य करती है। इसी समय, व्यावसायिक सीमाओं के आधार पर माइक्रोसर्विस की सीमाएं बनती हैं।

दृष्टिकोण के लाभ:

• तकनीकी विविधता संभव है;
• सुरुचिपूर्ण गिरावट आसानी से प्राप्त की जाती है;
• स्वतंत्र रूप से सिस्टम के अलग-अलग हिस्सों;
• सेवाओं की स्वतंत्र तैनाती;
• टीमों के बीच जिम्मेदारियों का सरल बंटवारा।

ऐसा लगता है कि कोड को केवल पुस्तकालयों में डालकर माइक्रोसैसवर्क वास्तुकला को बदलना संभव है। लेकिन यह समस्याओं का केवल एक हिस्सा हल करता है - तकनीकी विविधता, सरल स्केलिंग, स्वतंत्र तैनाती असंभव है। साथ ही, अनियंत्रित कनेक्टिविटी की समस्या बनी हुई है।

कुछ भाषाओं में (उदाहरण के लिए, एरलांग), कार्यक्रम के अलग-अलग हिस्सों (मॉड्यूल) को स्वतंत्र रूप से बढ़ाया और तैनात किया जा सकता है। लेकिन यह नियम का अपवाद नहीं है।

माइक्रोसर्विस सिल्वर बुलेट नहीं हैं। वे वितरित प्रणालियों की सभी समस्याओं के अधीन हैं। यह जानना जरूरी है कि इस तरह की व्यवस्था को गुणवत्ता के तरीके से कैसे तैनात, परीक्षण और निगरानी करें। सभी कंपनियों के लिए माइक्रोसिस्टवर्क आर्किटेक्चर उपयुक्त नहीं है।

विकास वास्तुकार

कई सेवाओं से मिलकर एक प्रणाली विकसित करते समय, वास्तुकार की भूमिका बढ़ जाती है।

. . , , . — . , , , .

— , , .

:

• ;
• ;
• .

( ) .

— , . , , .

. , . .

( DDD) — .

, , . . , , — .

« », -.

. : , , - . , -.

:

• - ;
• ();
• .

-, , — . , . — . , — .

, «» , , . , - . . , .

, . . «-», .

— . . , ( ). ( ).

, — RPC REST. RPC — , , . REST — , ( REST-).

. - ( ATOM) . , , .

. : , — . -, .

.

— ( 1.5.3 2.0.0) . URI (, /v1/createUser/, /v2/createUser/), , HTTP, .

( 1.5.3 2.0.0), — , . , .

, . .

— . , , .

— API-, . , ( ).

— backend-for-frontend (BFF). (, ) API- .

, API-.

(, CMS CRM). . — , API.

. , , .

. — . , , . : ; .

, . — . . , (, , ).

. . :

• ;
• ;
• , ;
• ( Netflix).

. , (, ) . (-).

( , , ). . . .

, . , Chef, Puppet Ansible. — , . — , deb-. . , . — .

LXC- — . . Docker — , , Kubernetes.

- , , . , , -. E2e , .

- - — (), (). . — Mountebank.

(e2e) . CI, , . CDC ( ).

- . ( ).

. .

-, .

- : — . . -.

( - ) — . (, , - -). , . , . , .

.

-, , . , .

-, . , (, logstash) (, Kibana) .

( , ) -. , - .

: - .

. , .

. — , , . — , . . , .

, :

1. . , - - . , — , .
2. HTTP(S) Basic Auth. -, HTTPS, SSL-. -, ( Basic Auth).
3. . , — , , .
4. . , .
5. - (HMAC). , , . ( JWT) . — , .
6. API-. , , API-. , , .

. , .

. , IP- . .

. , .

«, , ­, »

, , , .

— , , - . , .

: , , . . , , .

— (graceful degradation).

— . , - .

— . , , , . , , - .

— , . , , ( ), . . «», , .

, .

— . . .

— . . .

— . . - , .

— , (), . . .

. , .

, -, :

• , , ;
• - , , , , ;
• , , , .

, , .

HTTP . cache-control expires ETag . HTTP, , .

. , . , , - . , .

— . ( , , ) . , .

CAP

: , . .

सबसे आसान तरीका DNS का उपयोग करना है। यदि इसकी क्षमताएं पर्याप्त नहीं हैं, तो आप ज़ुकाइपर, कौंसुल या यूरेका जैसी चीजों का उपयोग कर सकते हैं।

प्रलेखन

एपीआई सेवाओं को प्रलेखित किया जाना चाहिए। यह अत्यधिक वांछनीय है कि कोड और प्रलेखन जुड़ा हुआ है और यह कि एक चीज को बदलना असंभव है। उदाहरण के लिए, आप स्वैगर या एचएएल ले सकते हैं।

सारांश

माइक्रोसिस्टवर्क वास्तुकला कई सिद्धांतों पर आधारित है:

• व्यावसायिक अवधारणाओं के आसपास मॉडलिंग;
• स्वचालन की संस्कृति;
• आंतरिक कार्यान्वयन का छिपा हुआ विवरण;
• व्यापक विकेंद्रीकरण;
• स्वतंत्र तैनाती;
• पृथक विफलताएं;
• व्यापक अवलोकन।