Mule ESB/Gigaspaces XAP/Appistry/gogrid لمنصة PAAS للتطبيقات المتعددة مثل SaaS؟

Question

نحن نعمل على مشروع لتطوير منصة تتيح لنا إضافة تطبيقات متعددة بسهولة على منصة سحابة بحيث يمكن تقديم التطبيقات على أساس SaaS. سيكون هناك علامة واحدة على الوصول إلى جميع التطبيقات (على الأرجح من خلال SSO Open).

نحن نفكر في: 1. Mule ESB (لدمج التطبيقات المطورة بلغات مختلفة) 2. Gigaspaces XAP (من أجل التوسع) 3. منصة IQ Cloud Cloud (لتحميل التطبيقات) 4. Gogrid للاستضافة

هل هذا هو المزيج الصحيح من الأدوات؟ هل يمكنك أن تنصح مجموعات أخرى؟

Answer 1

سأوضح مقدماً أنني أحد المهندسين الأصليين في التطبيق ، وأصبح الآن مدير المنتج. سألتزم بالحقائق التقنية. :-)

كما ذكرت ، يمكنك استخدام Appistry CloudIQ Manager لتبسيط نشر تطبيقاتك وإدارتها وتدويرها للحياة والخدمات المرتبطة بها عبر خوادم السحابة الخاصة بك. يمكن للمدير القيام بذلك مع أي خدمة تعسفية أو مجموعة خدمة/تطبيق ، والتأكد من بقائها على قيد الحياة وتشغيلها على كل خادم. يقوم المدير بتقييم التطبيقات لأعلى ولأسفل عندما تأتي الخوادم وتذهب. سيعمل CloudIQ Manager بشكل جيد مع Mule و Gigaspaces.

أما بالنسبة للمجموعات الأخرى ، خاصة بالنسبة لمتطلبات قابلية التوسع ، وتكامل التطبيقات المطورة بلغات مختلفة ، يمكنك النظر في محرك CloudIQ كمنصة تطبيق. يمكن استخدام المحرك في مكان Gigaspaces ، أو العمل معها ، اعتمادًا على القطعة التي تتناولها.

محرك CloudIQ هو حاوية تطبيق لا مركزية بالكامل. يدعم المحرك لغات متعددة للتكامل ، سواء على جانب العميل أو الجانب السحابي.

على جانب العميل ، يمكنك استخدام Remoting Spring و .NET لاتصال الكائنات التي تستضيفها المحرك (يجب أن يكون المتصل و Callee في نفس اللغة) أو استخدام CloudIQ Client API (C/C ++/JAVA/.NET/SWIG-WRAPPABLE)) لتقديم الطلبات مع تدفقات العملية المعرفة من قبل المستخدم ، ربما يلغي الحاجة إلى ESB. تنفذ التدفقات في السحابة على المحرك ، والسماح بطلب واحد لتنظيم المكالمات عبر طرق متعددة. يمكن أن تكون الأساليب بلغات مختلفة.

على الجانب السحابي ، يمكنك نشر كائنات Java (Pojos و Spring Beans) و .net كائنات (PONOS) ، وكذلك مكتبات C/C ++ كتطبيقات محرك. يمكن نشر كائنات Java و .NET دون تغيير. من المحتمل أن تتطلب C/C ++ (والمكتبات الثنائية الأخرى) بعض كود الغلاف. تصف Meta-Data سياسات عبء العمل والسلوك الآخر من جانب السحابة للرمز الخاص بك.

تطبيقات المحرك متماثلة تمامًا. يقوم كل خادم في السحابة بتشغيل رمز التطبيق الخاص بك. يوجه موازنة التحميل المدمجة القائمة على البرمجيات طلبات الخادم أفضل قدرة على التعامل مع الوظيفة. يرث الكود الخاص بك قابلية التوسع من النظام الأساسي دون تغييرات التعليمات البرمجية. إلى جانب المقياس ، يحصل التطبيق الخاص بك أيضًا على الموثوقية والفشل التلقائي مجانًا ، إلى جانب القدرة على تحديد البيانات الوصفية في كيفية عمل تطبيقك استجابةً للفشل. يقوم المحرك تلقائيًا بتوسيع الكود الخاص بك ، ما لم يكن آمنًا غير آمن ، عبر جميع نوى وحدة المعالجة المركزية المتاحة. إذا لم يكن الكود الخاص بك آمنًا لخيط الخيط ، فيمكنه تشغيل CloudIQ بكفاءة ، ولكن على حساب عدم استخدام جميع النوى.

يمكنك تجربتها بسهولة. يتيح CloudIQ Platform Community Edition استخدامًا مجانيًا وغير محدود للبرنامج على ما يصل إلى خمسة خوادم و/أو عشرة نوى معالجة (بما في ذلك الإنتاج). إصدار المجتمع متاح في Appistry Peer2Peer (التسجيل المطلوب): Appistry Peer2Peer

يقوم Appistry Customer Presidio Health بتشغيل تطبيقات محرك CloudIQ المستندة إلى Java على Gogrid بنجاح كبير. هناك دراسة ويب ودراسة حالة مع مناقشة فنية هنا (التسجيل مطلوب): مكتبة موارد التطبيق

Answer 2

أنت في الواقع تختار كومة جيدة جدا. غالبًا ما يتم استخدام Mule و Gigaspaces معًا و Mule ESB Enterprise (وليس الإصدار المفتوح المصدر) يدمج تقنية Gigaspaces في الواقع توافر عالية.

لدى Gogrid منصة ممتازة والشركات التي تدعم Mule ESB و Gigaspaces و Appistry كلها شركاء Gogrid ، لذلك يمكنك توقع دعم جيد باستخدام هذا المكدس. أنا لست متميزًا جدًا بالتقديم ، لذلك لا يمكنني التعليق عليها مباشرة.