ما هي البدائل المتوفرة لـ Google App Engine؟[مغلق]
https://stackoverflow.com/questions/153721
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
ما هي البدائل المتاحة لـ GAE، نظرًا لأن لدي بالفعل قدرًا كبيرًا من التعليمات البرمجية التي أرغب في الاحتفاظ بها.وبعبارة أخرى، أنا أحفر بايثون.ومع ذلك، فإن حالة الاستخدام الخاصة بي هي عبارة عن عدد منخفض من الطلبات، وحالة استخدام أعلى لنوع استخدام وحدة المعالجة المركزية، وأنا قلق من أنني قد لا أتمكن من الاستمرار في استخدام App Engine إلى الأبد.لقد سمعت الكثير من الأشخاص يتحدثون عن Amazon Web Services وأنواع أخرى من موفري الخدمات السحابية، ولكنني أجد صعوبة في معرفة أين توفر معظم هذه العروض الأخرى نطاق الخدمات (الاستعلام عن البيانات، ومصادقة المستخدم، والقياس التلقائي) التي يقدمها التطبيق يوفر المحرك.ما هي خياراتي هنا؟
المحلول
لا أعتقد أن هناك بديلاً آخر (فيما يتعلق بإمكانية نقل التعليمات البرمجية) لـ GAE الآن نظرًا لأن GAE في فئة خاصة به.من المؤكد أن GAE هي حوسبة سحابية، لكنني أرى GAE كمجموعة فرعية من الحوسبة السحابية.إن EC2 من Amazon هي أيضًا حوسبة سحابية (بالإضافة إلى Joyent Accelerators وSlicehost Slices)، لكن من الواضح أنهما وحشان مختلفان أيضًا.إذن أنت الآن في موقف يتطلب إعادة التفكير في بنيتك وفقًا لاحتياجاتك.
تتمثل الفوائد المباشرة لـ GAE في أنها لا تحتاج إلى صيانة بشكل أساسي من حيث صلتها بالبنية التحتية (خادم الويب القابل للتطوير وإدارة قاعدة البيانات).تم تصميم GAE بشكل أكبر للمطورين الذين يريدون فقط التركيز على تطبيقاتهم وليس على النظام الأساسي. وبطريقة يمكنك اعتبار هذا المطور صديقًا لهم.الآن يجب أن يقال أيضًا أن حلول الحوسبة السحابية الأخرى هذه تحاول أيضًا السماح لك بالقلق بشأن تطبيقك فقط بقدر ما تريد من خلال توفير صور/قوالب VM.في النهاية، سوف تحدد احتياجاتك النهج الذي يجب أن تتبعه.
والآن مع أخذ كل هذا في الاعتبار، يمكننا أيضًا إنشاء حلول وحلول مختلطة قد تلبي احتياجاتنا أيضًا.على سبيل المثال، لا يبدو GAE مباشرة مناسبة لهذا التطبيق المحدد الذي تصفه.بمعنى آخر، تقدم GAE عددًا كبيرًا نسبيًا من الطلبات، وعددًا منخفضًا من دورات وحدة المعالجة المركزية (لست متأكدًا مما إذا كانت النسخة المدفوعة ستكون مختلفة).
ومع ذلك، تتمثل إحدى طرق مواجهة هذا التحدي في إنشاء حل مخصص يشتمل على GAE كواجهة أمامية وAmazon AWS (EC2 وS3 وSQS) كواجهة خلفية.سيقول البعض أنه يمكنك أيضًا إنشاء مجموعتك الكاملة على AWS، ولكن قد يتضمن ذلك إعادة كتابة الكثير من التعليمات البرمجية الموجودة أيضًا.علاوة على ذلك، كحل بديل سابق مشاركة تدفق المكدس يصف طريقة لمحاكاة مهام الخلفية في GAE.علاوة على ذلك، يمكنك الاطلاع على خريطة HTTP/تقليل لتوزيع عبء العمل كذلك.
نصائح أخرى
أبسكيل
AppScale عبارة عن نظام أساسي يتيح للمستخدمين نشر واستضافة تطبيقات Google App Engine الخاصة بهم.يتم تنفيذه تلقائيًا عبر Amazon EC2 وEucalyptus بالإضافة إلى Xen وKVM.لقد تم تطويره وصيانته بواسطة أنظمة أبسكيل.وهو يدعم منصات Python وGo وPHP وJava Google App Engine.
http://github.com/AppScale/appscale
في هذه الأثناء...
...إننا في عام 2015 تقريبًا، ويبدو أن الحاويات هي السبيل للمضي قدمًا.تظهر بدائل GAE:
لقد أصدرت جوجل كوبيرنيتيس, ، برنامج جدولة الحاويات الذي تم تطويره بواسطتهم إدارة حاويات الحملة العالمية للتعليم, ، ولكن يمكن استخدامها في مجموعات أخرى أيضًا.
هناك بعض PaaS القادمة على عامل الميناء مثل
أشياء مثيرة للاهتمام يجب مراقبتها.
المرجع: بديل لجوجل AppEngine؟
لقد تأخر الأمر بعض الشيء، لكني سأجرب Heroku:
Heroku عبارة عن منصة تطبيقات سحابية متعددة اللغات.مع Heroku ، لا تحتاج إلى التفكير في الخوادم على الإطلاق.يمكنك كتابة التطبيقات باستخدام ممارسات التطوير الحديثة في لغة البرمجة التي تختارها ، وإعادة دعمها بموارد إضافية مثل قواعد بيانات SQL و NOSQL ، و memcached ، وغيرها الكثير.يمكنك إدارة تطبيقك باستخدام أداة سطر أوامر Heroku ونشر رمز باستخدام نظام التحكم في مراجعة GIT ، وكلها تعمل على البنية التحتية Heroku.
اعتبارًا من عام 2016، إذا كنت على استعداد للتكتل أجزاء من الخدمة (المنصة كخدمة) و فاس (تعمل كخدمة) في نفسه الحوسبة بدون خادم الفئة، ثم لديك عدد قليل من خيارات FaaS.
امتلاكي
أوس لامدا
تتيح لك AWS Lambda تشغيل التعليمات البرمجية دون توفير الخوادم أو إدارتها.أنت تدفع فقط مقابل وقت الحوسبة الذي تستهلكه - لا توجد رسوم عندما لا يكون الكود الخاص بك قيد التشغيل.باستخدام Lambda، يمكنك تشغيل التعليمات البرمجية لأي نوع من التطبيقات أو الخدمات الخلفية تقريبًا - كل ذلك دون أي إدارة.ما عليك سوى تحميل التعليمات البرمجية الخاصة بك وسوف تعتني Lambda بكل ما هو مطلوب لتشغيل التعليمات البرمجية الخاصة بك وتوسيع نطاقها بتوفر عالٍ.يمكنك إعداد التعليمات البرمجية الخاصة بك ليتم تشغيلها تلقائيًا من خدمات AWS الأخرى أو الاتصال بها مباشرة من أي تطبيق ويب أو هاتف محمول.
وظائف خطوة AWS يكمل AWS لامدا.
تسهل AWS Step Functions تنسيق مكونات التطبيقات الموزعة والخدمات الصغيرة باستخدام مسارات العمل المرئية.يتيح لك إنشاء التطبيقات من المكونات الفردية التي يؤدي كل منها وظيفة منفصلة إمكانية توسيع نطاق التطبيقات وتغييرها بسرعة.تُعد Step Functions طريقة موثوقة لتنسيق المكونات والتنقل عبر وظائف التطبيق الخاص بك.توفر Step Functions وحدة تحكم رسومية لترتيب وتصور مكونات تطبيقك كسلسلة من الخطوات.وهذا يجعل من السهل إنشاء وتشغيل تطبيقات متعددة الخطوات.تعمل وظائف الخطوة تلقائيًا على تشغيل كل خطوة وتتبعها، وإعادة المحاولة عند وجود أخطاء، بحيث يتم تنفيذ تطبيقك بالترتيب وكما هو متوقع.تقوم Step Functions بتسجيل حالة كل خطوة، لذلك عندما تسوء الأمور، يمكنك تشخيص المشكلات وتصحيح الأخطاء بسرعة.يمكنك تغيير وإضافة الخطوات دون كتابة التعليمات البرمجية
وظائف جوجل السحابية
اعتبارًا من عام 2016، كان في ألفا.
Google Cloud Functions عبارة عن حل حوسبة خفيف الوزن ومعتمد على الأحداث وغير متزامن يسمح لك بإنشاء وظائف صغيرة ذات غرض واحد تستجيب للأحداث السحابية دون الحاجة إلى إدارة خادم أو بيئة تشغيل.يمكن للأحداث من Google Cloud Storage وGoogle Cloud Pub/Sub تشغيل وظائف السحابة بشكل غير متزامن، أو يمكنك استخدام استدعاء HTTP للتنفيذ المتزامن.
وظائف أزور
تجربة حوسبة بدون خادم قائمة على الأحداث لتسريع عملية التطوير لديك.يمكن التوسع بناءً على الطلب ولا تدفع إلا مقابل الموارد التي تستهلكها.
يفتح
بدون خادم
يتيح لك Serverless Framework نشر وظائف التوسع التلقائي والدفع لكل تنفيذ والمبنية على الأحداث في أي سحابة.نحن ندعم حاليًا Lambda من Amazon Web Service، ونعمل على التوسع لدعم موفري الخدمات السحابية الآخرين.
وظائف الحديد
IronFunctions عبارة عن منصة حوسبة مفتوحة المصدر بدون خادم لأي سحابة - خاصة أو عامة أو مختلطة.
يبقى أن نرى مدى جودة منافسة FaaS مع CaaS (الحاوية كخدمة).الأول يبدو أكثر خفيفة الوزن.يبدو أن كلاهما مناسب لهندسة الخدمات الصغيرة.
أتوقع أن الوظائف (كما هو الحال في FaaS) ليست نهاية السطر، وأننا بعد سنوات عديدة سنرى المزيد من تجريدات الخدمة، على سبيل المثال.التطوير للاختبار فقط، متبوعًا بسيناريوهات اللغة البسيطة.
تعد Amazon’s Elastic Compute Cloud أو EC2 خيارًا جيدًا.أنت تقوم أساسًا بتشغيل Linux VMs على خوادمهم والتي يمكنك التحكم فيها عبر واجهة الويب (للتشغيل لأعلى ولأسفل) وبالطبع الوصول عبر SSH أو أي شيء تقوم بإعداده عادةً ...وبما أنه تثبيت Linux يمكنك التحكم فيه، يمكنك بالطبع تشغيل لغة python إذا كنت ترغب في ذلك.
قد يكون Microsoft Windows Azure يستحق الاهتمام.أخشى أنني لم أستخدمه، لذا لا أستطيع أن أقول ما إذا كان جيدًا ويجب أن تضع في اعتبارك أنه برنامج تحويلات نقدية في الوقت الحالي.
إذا كنت مهتمًا بالسحابة، وربما ترغب في إنشاء سحابة خاصة بك للإنتاج و/أو الاختبار، فيجب عليك إلقاء نظرة عليها الأوكالبتوس.يُزعم أنه رمز متوافق مع EC2 ولكنه مفتوح المصدر.
قد ترغب أيضًا في إلقاء نظرة على AWS بينستوك المرنة - لديها تكافؤ أقرب إلى وظيفة GAE، حيث أنها مصممة لتكون PaaS، بدلاً من IaaS (أي.EC2)
سأكون مهتمًا أكثر بمعرفة كيف يمكن ربط App Engine بسهولة بخادم آخر يستخدم للطلبات المكثفة لوحدة المعالجة المركزية.
إعصارAE يحاول أن يفعل هذا.لم أختبره، ولكن على الرغم من أنه لا يزال في مرحلة تجريبية، يبدو أنه على الأقل في مرحلة التطوير النشط.
يحدث التحول إلى الحوسبة السحابية بسرعة كبيرة بحيث لا يوجد لديك وقت لتضيعه لاختبار منصات مختلفة.أقترح عليك أن تجرب هلامية إذا كنت مهتمًا بجافا أيضًا.
أحد أعظم الأشياء في Jelastic هو أنك لا تحتاج إلى إجراء أي تغييرات في كود التطبيق الخاص بك، باستثناء التغييرات في وظائف التطبيق الخاص بك، ولكن ليس لسبب أن النظام الأساسي المختار يتطلب ذلك.بالإشارة إلى هذا، فإنك لا تضيع وقتك فعليًا. إن عملية النشر لا تشوبها شائبة، ويمكنك نشر ملف .war الخاص بك في أي مكان آخر. ويتطلب استخدام GAE تعديل التطبيق وفقًا لاحتياجات النظام الخاصة بهم.في حالة إذا كنت تعمل مع Java وتبدأ في البحث عن نظام أساسي أكثر مرونة، فإن Jelastic يعد بديلاً متوافقًا.
يمكنك أيضًا استخدام مشروع Red Hat's Cape Dwarf، لتشغيل تطبيقات GAE أعلى خادم تطبيقات Wildfly (JBoss سابقًا) دون تعديل.
يمكنك التحقق من ذلك هنا:
