2013-10-16 6 views
6

मैं वर्तमान में एक नए सेवा क्लाउड के ड्राइंग बोर्ड पर हूं जो हम एक सेवा उन्मुख वास्तुकला के साथ बना रहे हैं। विचार इस तरह है:PaaS में SOA क्लाउड संभव है?

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

सवाल है, तो इस सेटअप एक PaaS (अधिमानतः Heroku या गूगल एप इंजन) मुख्य मुद्दा कई सेवाओं कि गैर सरकारी लेकिन एक ही समय विभिन्न अनुप्रयोगों से सुलभ पर हैं करने के लिए जा रहा है के साथ (बीएल के साथ संभव है है)।

असल में: सार्वजनिक पहुंच से सेवाओं की रक्षा कैसे करें (प्राथमिक रूप से बिना ऑथ और टोकन के) - लेकिन साथ ही मेरे किसी भी एप्लिकेशन तक पहुंचने दें?

enter image description here

उत्तर

1

एसओए के लिए एप्लिकेशन इंजन में मैं https://cloud.google.com/appengine/docs/python/microservices-on-app-engine की जाँच होगी।

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

एक मॉड्यूल और इसके विभिन्न संस्करणों में सभी अलग यूआरएल हैं और HTTP बोलते हैं।

मॉड्यूल का उपयोग करने का मतलब है कि आप एक साझा वैश्विक डेटाबेस के साथ समाप्त हो जाते हैं, आपको याद रखना होगा कि आप "shared database architecture" के साथ समाप्त होने की तरह चीजों को ढांचा नहीं करना चाहते हैं, उदाहरण के लिए प्रत्येक सेवा लाइब्रेरी प्राप्त करने का एकमात्र तरीका होना चाहिए उस सेवा डेटा के लिए (http इंटरफ़ेस/डेटा एक्सेस परत से सीधे किसी सेवा डेटाबेस में पहुंचने की कोशिश न करें क्योंकि आप सक्षम होंगे)।

यह कार्य कतारों जैसी अन्य चीजों के लिए भी जाता है, आपके पास मॉड्यूल के लिए एक-दूसरे की कतारों का उपयोग करने की क्षमता होगी और आपको सतर्क रहना चाहिए और प्रत्येक मॉड्यूल कतार के लिए अलग-अलग नामस्थानों का उपयोग करना चाहिए।

हेरोकू के साथ मुझे लगता है कि आप पूरी तरह से अलग हेरोकू परियोजनाओं का उपयोग कर एक समान पसंद कर सकते हैं जो एक साझा लाइब्रेरी का उपयोग करता है जो किसी अन्य साझा हेरोकू प्रोजेक्ट से दूसरे कोड या एक बड़ी हेरोकू परियोजना से बात करने के लिए पर्यावरण चर के साथ कॉन्फ़िगर किया गया है। Heroku http://12factor.net/ काफी दृढ़ता से पालन करता है और addons के साथ अन्य लोगों माइक्रोस्कोविक्स का उपयोग करने के लिए अच्छी तरह से सेटअप है।

2

आप चेकआउट WSO2 क्लाउड चाहते हैं। इसमें ऐप क्लाउड और एपीआई क्लाउड शामिल है। अपने परिदृश्य के लिए आप WSO2 API क्लाउड के साथ अपने सेवा क्लाउड को अलग कर सकते हैं। आप अपने सेवा क्लाउड फ्रंटिंग डब्लूएसओ 2 एपीआई क्लाउड का खुलासा कर सकते हैं और केवल अपने किरायेदार डोमेन को कुछ एपीआई प्रदान कर सकते हैं। डब्लूएसओ 2 ऐप क्लाउड में आप अपने सार्वजनिक रूप से सुलभ एप्लिकेशन को तैनात कर सकते हैं, जो सेवा क्लाउड एपीआई का उपभोग कर सकते हैं जो आपके डोमेन से अलग हैं।

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

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

में और जानकारी यहां https://docs.wso2.com/display/AppCloud/WSO2+App+Cloud+Documentation https://docs.wso2.com/display/APICloud/WSO2+API+Cloud+Documentation

ध्यान दें कि WSO2 बादल पल में एक बीटा सेवा है भी मिल सकते हैं।

अस्वीकरण: मैं डब्लूएसओ 2 क्लाउड के लिए काम करता हूं।

+0

WSO2 क्लाउड का सीधा लिंक http://cloud.wso2.com है – DSotnikov

संबंधित मुद्दे