हमारे पास JDK 11, कोटलिन, स्प्रिंग 5 और स्प्रिंग बूट 2, ग्रैडल 5 प्रोडक्शन के लिए तैयार कोटलिन DSL, JUnit 5 और सर्विस डिस्कवरी के लिए एक दर्जन स्प्रिंग क्लाउड स्टैक लाइब्रेरी, गेटवे एपीआई, क्लाइंट बैलेंसिंग, और सर्किट ब्रेकर को लागू करने के लिए था। घोषणात्मक HTTP क्लाइंट लिखना, ट्रेसिंग वितरित करना और वह सब। ऐसा नहीं है कि यह सब एक microservice वास्तुकला बनाने के लिए आवश्यक था - केवल मनोरंजन के लिए ...

प्रविष्टि

इस लेख में, आप जावा दुनिया में प्रासंगिक तकनीकों का उपयोग करते हुए माइक्रोसैस आर्किटेक्चर का एक उदाहरण देखेंगे, जिनमें से मुख्य नीचे दिए गए हैं (ये संस्करण प्रकाशन के समय परियोजना में उपयोग किए जाते हैं):

परियोजना में 5 माइक्रोसर्विसेज शामिल हैं: 3 अवसंरचना (कॉन्फिगर सर्वर, सर्विस डिस्कवरी सर्वर, यूआई गेटवे) और फ्रंट-एंड (यूआई) और बैक-एंड (आइटम सेवा) के उदाहरण:


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

त्याग

लेख कंटेनरकरण और ऑर्केस्ट्रेशन के लिए उपकरणों पर विचार नहीं करता है, क्योंकि वर्तमान में वे परियोजना में उपयोग नहीं किए जाते हैं।

सर्वर को कॉन्फ़िगर करें

स्प्रिंग क्लाउड कॉन्फिगरेशन का उपयोग एप्लिकेशन कॉन्फ़िगरेशन के केंद्रीकृत भंडार को बनाने के लिए किया गया था। कन्फ़िग्स को विभिन्न स्रोतों से पढ़ा जा सकता है, उदाहरण के लिए, एक अलग गिट रिपॉजिटरी; इस परियोजना में, सरलता और स्पष्टता के लिए, वे आवेदन संसाधनों में हैं:


इस स्थिति में, कॉन्फ़िग सर्वर (Application.yml) का विन्यास स्वयं इस तरह दिखता है:

 spring: profiles: active: native cloud: config: server: native: search-locations: classpath:/config server: port: 8888 

पोर्ट 8888 का उपयोग करना कॉन्फ़िगर सर्वर क्लाइंट को उनके bootstrap.yml में अपने पोर्ट को स्पष्ट रूप से निर्दिष्ट नहीं करने देता है। स्टार्टअप पर, वे HTTP API कॉन्फ़िग सर्वर पर GET अनुरोध निष्पादित करके अपना कॉन्फ़िगर अपलोड करते हैं।

इस microservice के लिए प्रोग्राम कोड में केवल एक फ़ाइल होती है, जिसमें एप्लिकेशन क्लास की घोषणा और मुख्य विधि शामिल होती है, जो समकक्ष जावा कोड के विपरीत एक शीर्ष-स्तरीय फ़ंक्शन है:

 @SpringBootApplication @EnableConfigServer class ConfigServerApplication fun main(args: Array<String>) { runApplication<ConfigServerApplication>(*args) } 

अन्य माइक्रोसर्विसेज में एप्लिकेशन क्लासेस और मुख्य विधियों का एक समान रूप है।

सेवा खोज सर्वर

सेवा की खोज एक माइक्रोसैस आर्किटेक्चर पैटर्न है जो आपको अनुप्रयोगों के बीच उनके उदाहरणों और नेटवर्क स्थान की संख्या में संभावित परिवर्तन के चेहरे पर बातचीत को आसान बनाने की अनुमति देता है। इस दृष्टिकोण में एक महत्वपूर्ण घटक सेवा रजिस्ट्री है - माइक्रोसिस्टर्स का एक डेटाबेस, उनके उदाहरण और नेटवर्क स्थान ( यहां अधिक विवरण)।

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

अपने संसाधनों में स्थित सेवा खोज सर्वर कॉन्फिगर ( bootstrap.yml ) में, केवल नाम का अनुप्रयोग और पैरामीटर यह दर्शाता है कि यदि कॉन्फ़िगरेशन सर्वर से कनेक्ट करना असंभव है, तो माइक्रोसैस सर्विस की शुरुआत बाधित हो जाएगी।

 spring: application: name: eureka-server cloud: config: fail-fast: true 

शेष एप्लिकेशन eureka-server.yml विन्यास सर्वर संसाधनों में eureka-server.yml में स्थित है:

 server: port: 8761 eureka: client: register-with-eureka: true fetch-registry: false 

यूरेका सर्वर पोर्ट 8761 का उपयोग करता है, जो सभी यूरेका ग्राहकों को डिफ़ॉल्ट मान का उपयोग करके इसे निर्दिष्ट नहीं करने की अनुमति देता है। register-with-eureka का मान (स्पष्टता के लिए संकेत दिया जाता है, register-with-eureka यह डिफ़ॉल्ट रूप से भी उपयोग किया जाता है) का अर्थ है कि अन्य माइक्रोसेरो की तरह ही एप्लिकेशन भी यूरेका सर्वर में पंजीकृत होगा। fetch-registry पैरामीटर यह निर्धारित करता है कि क्या यूरेका क्लाइंट सेवा रजिस्ट्री से डेटा प्राप्त करेगा।

पंजीकृत आवेदनों और अन्य सूचनाओं की एक सूची http://localhost:8761/ : पर उपलब्ध है।


सेवा की खोज को लागू करने के लिए विकल्प हैं कंसल, ज़ुकीपर और अन्य।

आइटम सेवा

यह एप्लिकेशन एक बैक-एंड का उदाहरण है, जो वेब 5 फ्लो में दिखाई देने वाले वेबफ्लक्स फ्रेमवर्क का उपयोग करके लागू किया गया है (इसके लिए प्रलेखन यहाँ है ), या इसके लिए कोटलिन डीएसएल:

 @Bean fun itemsRouter(handler: ItemHandler) = router { path("/items").nest { GET("/", handler::getAll) POST("/", handler::add) GET("/{id}", handler::getOne) PUT("/{id}", handler::update) } } 

HTTP अनुरोधों को प्राप्त करने के लिए प्रसंस्करण को ItemHandler वर्ग ItemHandler को सौंपा गया है। उदाहरण के लिए, कुछ इकाई की वस्तुओं की सूची प्राप्त करने के लिए एक विधि इस प्रकार है:

 fun getAll(request: ServerRequest) = ServerResponse.ok() .contentType(APPLICATION_JSON_UTF8) .body(fromObject(itemRepository.findAll())) 

spring-cloud-starter-netflix-eureka-client की उपस्थिति के कारण, एप्लिकेशन यूरेका सर्वर क्लाइंट बन जाता है, अर्थात, यह पंजीकृत करता है और सेवा रजिस्ट्री से डेटा प्राप्त करता है। पंजीकरण के बाद, एप्लिकेशन एक निश्चित आवृत्ति के साथ यूरेका सर्वर को हार्टबिट्स भेजता है, और यदि एक निश्चित अवधि के लिए यूरेका सर्वर द्वारा अधिकतम संभव मूल्य के सापेक्ष प्राप्त हार्टबिट्स का प्रतिशत एक निश्चित सीमा से कम हो जाता है, तो सेवा रजिस्ट्री से हटा दी जाएगी।

यूरेका सर्वर पर अतिरिक्त मेटाडेटा भेजने के तरीकों में से एक पर विचार करें:

 @PostConstruct private fun addMetadata() = aim.registerAppMetadata(mapOf("description" to "Some description")) 

सुनिश्चित करें कि यह डेटा यूरेका सर्वर द्वारा http://localhost:8761/eureka/apps/items-service पोस्टमैन के माध्यम से जाकर प्राप्त किया गया है:

आइटम यूआई

यह microservice, UI गेटवे (अगले भाग में दिखाया जाएगा) के साथ बातचीत का प्रदर्शन करने के अलावा, आइटम सेवा के लिए फ्रंट-एंड फ़ंक्शन करता है, जो कई तरीकों से REST API के साथ बातचीत कर सकता है:

1. OpenFeign का उपयोग करते हुए लिखा गया एपीआई के लिए ग्राहक:
   
   

    @FeignClient("items-service", fallbackFactory = ItemsServiceFeignClient.ItemsServiceFeignClientFallbackFactory::class) interface ItemsServiceFeignClient { @GetMapping("/items/{id}") fun getItem(@PathVariable("id") id: Long): String @GetMapping("/not-existing-path") fun testHystrixFallback(): String @Component class ItemsServiceFeignClientFallbackFactory : FallbackFactory<ItemsServiceFeignClient> { private val log = LoggerFactory.getLogger(this::class.java) override fun create(cause: Throwable) = object : ItemsServiceFeignClient { override fun getItem(id: Long): String { log.error("Cannot get item with id=$id") throw ItemsUiException(cause) } override fun testHystrixFallback(): String { log.error("This is expected error") return "{\"error\" : \"Some error\"}" } } } } 

2. RestTemplate बीन
   जावा कॉन्फ़िगरेशन में एक बिन बनाया जाता है:
   
   

    @Bean @LoadBalanced fun restTemplate() = RestTemplate() 

   
   और इस तरह से इस्तेमाल किया:
   
   

    fun requestWithRestTemplate(id: Long): String = restTemplate.getForEntity("http://items-service/items/$id", String::class.java).body ?: "No result" 

3. WebClient वर्ग WebClient (WebFlux ढांचे के लिए विशिष्ट विधि)
   जावा कॉन्फ़िगरेशन में एक बिन बनाया जाता है:
   
   

    @Bean fun webClient(loadBalancerClient: LoadBalancerClient) = WebClient.builder() .filter(LoadBalancerExchangeFilterFunction(loadBalancerClient)) .build() 

   
   और इस तरह से इस्तेमाल किया:
   
   

    fun requestWithWebClient(id: Long): Mono<String> = webClient.get().uri("http://items-service/items/$id").retrieve().bodyToMono(String::class.java) 

तथ्य यह है कि सभी तीन तरीके एक ही परिणाम लौटाते हैं http://localhost:8081/example जाकर सत्यापित किया जा सकता है:


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

 itemsServiceFeignClient.getItem(1) 

यदि किसी कारण से अनुरोध विफल हो जाता है, तो FallbackFactory इंटरफ़ेस को लागू करने वाली कक्षा की संबंधित विधि को कॉल किया जाएगा, जिसमें आपको त्रुटि को संसाधित करने और डिफ़ॉल्ट प्रतिक्रिया (या एक अपवाद को आगे फेंकने) को वापस करने की आवश्यकता है। इस घटना में कि निश्चित संख्या में लगातार कॉल विफल हो जाती हैं, फ्यूज सर्किट को खोलेगा (सर्किट ब्रेकर के बारे में यहां और यहां ), गिरे हुए माइक्रोसर्विस को पुनर्प्राप्त करने का समय दे रहा है।

Feign क्लाइंट का उपयोग करने के लिए, आपको @EnableFeignClients एप्लिकेशन @EnableFeignClients को एनोटेट करना @EnableFeignClients :

 @SpringBootApplication @EnableFeignClients(clients = [ItemsServiceFeignClient::class]) class ItemsUiApplication 

फ़िश क्लाइंट में काम करने के लिए हिस्ट्रिक्स कमबैक के लिए, आपको एप्लिकेशन कॉन्फ़िगर करने के लिए निम्न जोड़ना होगा:

 feign: hystrix: enabled: true 

फ़िग्नेंट क्लाइंट में हिस्ट्रिक्स फ़ॉलबैक के संचालन का परीक्षण करने के लिए, बस http://localhost:8081/hystrix-fallback । Feign क्लाइंट उस पथ पर अनुरोध को निष्पादित करने का प्रयास करेगा जो आइटम सेवा में मौजूद नहीं है, जो प्रतिक्रिया की ओर ले जाएगा:

 {"error" : "Some error"} 

यूआई गेटवे

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

इस परियोजना में, अधिक स्पष्टता के लिए, एक यूआई गेटवे लागू किया जाता है, अर्थात, विभिन्न यूआई के लिए एक एकल प्रवेश बिंदु; जाहिर है, गेटवे एपीआई को इसी तरह लागू किया जाता है। माइक्रोसेवस स्प्रिंग क्लाउड गेटवे ढांचे के आधार पर कार्यान्वित किया जाता है। एक विकल्प है नेटफ्लिक्स ज़ूल, नेटफ्लिक्स ओएसएस का हिस्सा और स्प्रिंग क्लाउड नेटफ्लिक्स का उपयोग करके स्प्रिंग बूट के साथ एकीकृत।
यूआई गेटवे जेनरेट एसएसएल सर्टिफिकेट (प्रोजेक्ट में स्थित) का उपयोग करके पोर्ट 443 पर चलता है। SSL और HTTPS निम्नानुसार कॉन्फ़िगर किए गए हैं:

 server: port: 443 ssl: key-store: classpath:keystore.p12 key-store-password: qwerty key-alias: test_key key-store-type: PKCS12 

उपयोगकर्ता लॉगिन और पासवर्ड WebFlux-specific ReactiveUserDetailsService मानचित्र-आधारित कार्यान्वयन में संग्रहीत हैं:

 @Bean fun reactiveUserDetailsService(): ReactiveUserDetailsService { val user = User.withDefaultPasswordEncoder() .username("john_doe").password("qwerty").roles("USER") .build() val admin = User.withDefaultPasswordEncoder() .username("admin").password("admin").roles("ADMIN") .build() return MapReactiveUserDetailsService(user, admin) } 

सुरक्षा सेटिंग्स निम्नानुसार कॉन्फ़िगर की गई हैं:

 @Bean fun springWebFilterChain(http: ServerHttpSecurity): SecurityWebFilterChain = http .formLogin().loginPage("/login") .and() .authorizeExchange() .pathMatchers("/login").permitAll() .pathMatchers("/static/**").permitAll() .pathMatchers("/favicon.ico").permitAll() .pathMatchers("/webjars/**").permitAll() .pathMatchers("/actuator/**").permitAll() .anyExchange().authenticated() .and() .csrf().disable() .build() 

दिए गए कॉन्फ़िगरेशन यह निर्धारित करते हैं कि वेब-संसाधनों का हिस्सा (उदाहरण के लिए, स्टैटिक्स) सभी उपयोगकर्ताओं के लिए उपलब्ध है, जिनमें वे भी प्रमाणित नहीं हैं, और बाकी सब ( .anyExchange() ) केवल प्रमाणित है। यदि आप एक URL दर्ज करने की कोशिश करते हैं जिसमें प्रमाणीकरण की आवश्यकता होती है, तो इसे लॉगिन पृष्ठ ( https://localhost/login ) पर पुनः निर्देशित किया जाएगा:


यह पृष्ठ बूटस्ट्रैप ढांचे के औजारों का उपयोग करता है, जो वेबजार के उपयोग से परियोजना से जुड़ा है, जो क्लाइंट-साइड लाइब्रेरी को नियमित निर्भरता के रूप में प्रबंधित करना संभव बनाता है। Thymeleaf का उपयोग HTML पेज बनाने के लिए किया जाता है। लॉगिन पेज तक पहुंच WebFlux का उपयोग करके कॉन्फ़िगर किया गया है:

 @Bean fun routes() = router { GET("/login") { ServerResponse.ok().contentType(MediaType.TEXT_HTML).render("login") } } 

स्प्रिंग क्लाउड गेटवे रूटिंग को एक YAML या जावा कॉन्फ़िगरेशन में कॉन्फ़िगर किया जा सकता है। माइक्रोसर्विसेज को रूट या तो मैन्युअल रूप से असाइन किए जाते हैं या सर्विस रजिस्ट्री से प्राप्त डेटा के आधार पर स्वचालित रूप से बनाए जाते हैं। एक बड़ी संख्या में UI के साथ, जिसके लिए रूटिंग आवश्यक है, सेवा रजिस्ट्री के साथ एकीकरण का उपयोग करना अधिक सुविधाजनक होगा:

 spring: cloud: gateway: discovery: locator: enabled: true lower-case-service-id: true include-expression: serviceId.endsWith('-UI') url-expression: "'lb:http://'+serviceId" 

include-expression पैरामीटर का मान इंगित करता है कि रूट केवल उन माइक्रो-सेवाओं के लिए बनाए जाएंगे जिनके नाम अंत में -यूआई हैं , और url-expression पैरामीटर का मूल्य यह है कि वे एचटीटीपीएस पर चलने वाले यूआई गेटवे के विपरीत, और एक्सेस किए जाने पर HTTP प्रोटोकॉल के माध्यम से पहुंच योग्य हैं। वे क्लाइंट लोड बैलेंसिंग (नेटफ्लिक्स रिबन का उपयोग करके कार्यान्वित) का उपयोग करेंगे।

मैन्युअल रूप से जावा कॉन्फ़िगरेशन में मार्ग बनाने के उदाहरण पर विचार करें (सेवा रजिस्ट्री के साथ एकीकरण के बिना):

 @Bean fun routeLocator(builder: RouteLocatorBuilder) = builder.routes { route("eureka-gui") { path("/eureka") filters { rewritePath("/eureka", "/") } uri("lb:http://eureka-server") } route("eureka-internals") { path("/eureka/**") uri("lb:http://eureka-server") } } 

पहले दिखाए गए यूरेका सर्वर होम पेज पर पहला रूट रूट ( http://localhost:8761 ) है, दूसरे को इस पेज पर संसाधनों को लोड करने की आवश्यकता है।

एप्लिकेशन द्वारा बनाए गए सभी मार्ग https://localhost/actuator/gateway/routes ।

अंतर्निहित microservices में, यूआई गेटवे में प्रमाणित उपयोगकर्ता के लॉगिन और / या भूमिकाओं का उपयोग करना आवश्यक हो सकता है। ऐसा करने के लिए, मैंने एक फ़िल्टर बनाया जो अनुरोध के लिए उपयुक्त हेडर जोड़ता है:

 @Component class AddCredentialsGlobalFilter : GlobalFilter { private val loggedInUserHeader = "logged-in-user" private val loggedInUserRolesHeader = "logged-in-user-roles" override fun filter(exchange: ServerWebExchange, chain: GatewayFilterChain) = exchange.getPrincipal<Principal>() .flatMap { val request = exchange.request.mutate() .header(loggedInUserHeader, it.name) .header(loggedInUserRolesHeader, (it as Authentication).authorities?.joinToString(";") ?: "") .build() chain.filter(exchange.mutate().request(request).build()) } } 

अब यूआई गेटवे का उपयोग करके आइटम यूआई की ओर रुख करते हैं - https://localhost/items-ui/greeting , सही मान लें कि आइटम यूआई में इन हेडरों का प्रसंस्करण पहले ही लागू हो चुका है:


स्प्रिंग क्लाउड स्लीथ एक वितरित प्रणाली में क्वेरी ट्रेसिंग के लिए एक समाधान है। ट्रेस आईडी (पास-थ्रू आइडेंटिफ़ायर) और स्पैन आईडी (वर्क आइडेंटिफ़ायर की यूनिट) को कई माइक्रोसेक्शंस से गुजरने के अनुरोध के हेडर में जोड़ा जाता है (आसान समझ के लिए, मैंने स्कीम को सरल बनाया; यहाँ एक अधिक विस्तृत विवरण दिया गया है):


यह कार्यक्षमता बस spring-cloud-starter-sleuth जोड़कर जुड़ा हुआ है।

उपयुक्त लॉगिंग सेटिंग्स को निर्दिष्ट करके, संबंधित माइक्रोसर्विस के कंसोल में आप कुछ इस तरह देख सकते हैं (ट्रेस आईडी और स्पैन आईडी को माइक्रोसर्विस के नाम के बाद प्रदर्शित किया जाता है):

 DEBUG [ui-gateway,009b085bfab5d0f2,009b085bfab5d0f2,false] oscghRoutePredicateHandlerMapping : Route matched: CompositeDiscoveryClient_ITEMS-UI DEBUG [items-ui,009b085bfab5d0f2,947bff0ce8d184f4,false] oswrfunction.server.RouterFunctions : Predicate "(GET && /example)" matches against "GET /example" DEBUG [items-service,009b085bfab5d0f2,dd3fa674cd994b01,false] oswrfunction.server.RouterFunctions : Predicate "(GET && /{id})" matches against "GET /1" 

वितरित अनुरेखण के एक ग्राफिकल प्रतिनिधित्व के लिए, आप उदाहरण के लिए, जिपकिन का उपयोग कर सकते हैं, जो एक सर्वर के रूप में कार्य करेगा जो अन्य माइक्रोसर्विस से HTTP अनुरोधों के बारे में जानकारी एकत्र करता है (अधिक विवरण यहां )।

सभा

OS के आधार पर, gradlew clean build या ./gradlew clean build ।

ग्रैडल रैपर का उपयोग करने की संभावना को देखते हुए, स्थानीय रूप से स्थापित ग्रैडल की कोई आवश्यकता नहीं है।

बिल्ड और बाद में लॉन्च सफलतापूर्वक JDK 11.0.1 पर पास। इससे पहले, परियोजना ने जेडीके 10 पर काम किया, इसलिए मैं मानता हूं कि इस संस्करण पर विधानसभा और लॉन्च के साथ कोई समस्या नहीं होगी। मेरे पास जेडीके के पहले संस्करणों के बारे में कोई डेटा नहीं है। इसके अलावा, ध्यान रखें कि ग्रैडल 5 का इस्तेमाल कम से कम JDK 8 के लिए आवश्यक है।

लांच

मैं इस आलेख में वर्णित क्रम में आवेदन शुरू करने की सलाह देता हूं। यदि आप Intellij IDEA का उपयोग रन डैशबोर्ड सक्षम कर रहे हैं, तो आपको निम्न जैसा कुछ प्राप्त करना चाहिए:

निष्कर्ष

लेख ने जावा दुनिया में वर्तमान प्रौद्योगिकी स्टैक, इसके मुख्य घटकों और कुछ विशेषताओं पर माइक्रोसैस आर्किटेक्चर के उदाहरण की जांच की। मुझे आशा है कि किसी के लिए सामग्री उपयोगी होगी। आपका ध्यान के लिए धन्यवाद!

संदर्भ

• GitHub प्रोजेक्ट सोर्स कोड
• क्रिस रिचर्डसन माइक्रोसिस्ट सेवा लेख
• मार्टिन फाउलर के माइक्रोसॉफ़्ट का एक लेख
• गाइड मार्टिन फावलर माइक्रोसिस्टम्स के लिए