* مؤرشف * = أفضل خدمة استضافة سحابية؟ = مرحبًا يا رفاق ، لذلك أريد نشر واجهة برمجة تطبيقات Django الخلفية ولكن ليس للإنتاج ، من أجل التطوير. ما هي الخدمة السحابية المفضلة لديك للقيام بذلك؟ حتى الآن وجدت خدمة Ngrok و Amazon AWS ، و Jenkins و IÃ Â ¢ Ã Â Ã فهم كل واحد بعمق لإجراء مقارنة. أريد أن أعرف من تجربتك ، ما هي خدمتك المفضلة ملاحظة: تلقيت مؤخرًا استجابة عدائية للغاية بسبب افتقاري للخبرة ولمجرد محاولة المساعدة - لرؤية هذا الجزء الفرعي يصبح عدائيًا وعدوانيًا ببطء مثل مواقع الويب الأخرى (يبدو أن مجرد ذكر أسماء مواقع الويب الأخرى يؤدي إلى حذف منشورك) لذا يرجى المعذرة عن أي نقص في الخبرة تجده في رسالتي (أو المشاركات / التعليقات المستقبلية) تحرير: لم أتوقع هذا العدد الكبير من الردود ، شكرًا لكم جميعًا على ردكم ، وسأحاول الرد على الجميع إذا تم نشره على خادم بعيد ، فلا يهم حقًا ما إذا كان للإنتاج أم لا - ستكون معظم الأشياء كما هي. للنشر المجاني والسهل نسبيًا ، جرب Pythonanywhere أو Heroku. إذا كنت تريد المزيد من التحكم ، فجرّب Digital Ocean. لقد كتبت دليلاً (أعتقد أنه شامل جدًا) لنشر ملف * أولاً * تطبيق Django على Digital Ocean هنا نعم ، المحيط الرقمي هو بالتأكيد جوهرة إذا كنت تريد التحكم ، تأكد من أنك لن تنشر في نصف دقيقة لكنها بالتأكيد أفضل من معظم الخيارات الأخرى إذا كنت تريد المزيد من التحكم يبدو أن Pythonanywhere يلائم احتياجاتي بنسبة 90٪ من الوقت ، وليس الكثير من التحكم ، وليس الكثير من الأتمتة وحمل اليد ، في مكان ما بينهما لدي الكثير من الخبرة مع كل من AWS Lambda و Django. لا يمكنني التفكير في سبب وجيه واحد للقيام بـ Django على AWS Lambda. مثل ، ليس لسبب واحد. معقد بشكل كبير لقلة العائد خاصة عندما تصبح تبعياتك أكثر من تافهة. لا تريد أن تلعب لعبة تحسين التبعية بحد حجم ملف يبلغ 250 ميجا بايت. إذا كانت لديك بالفعل مشكلات تتعلق بقابلية التوسع لمشروع django ، أود أن أقول إن الحل ربما يكون مزيجًا من ECS والكرفس و Cloudfront من السهل جدًا نشر Heroku ، مجانًا حتى تصل إلى حد معين ، pythonanywhere هو نفسه ولكنه أصعب قليلاً نظرًا لأنه يتعين عليك إعداد بعض الأشياء يدويًا والتي تتطلب فهمًا أساسيًا لأوامر Linux (لا شيء متقدم) كلاهما لديه خيار لقفل الموقع باستخدام كلمة مرور إذا كنت لا تريد أن يزوره الأشخاص أو يتصلوا به ما لم يتم التصريح لهم بذلك أنا Â ¢ Ã Â Ã لقد استخدمت Heroku لبضع سنوات. قاعدة بياناتي هي الطبقة المجانية من postgres. إنه يعمل بشكل رائع وأدفع ما مجموعه 7 دولارات شهريًا. اسمحوا لي أن أعرف إذا كان لديك المزيد من الأسئلة المحددة. وثائقهم جيدة جدًا ولدي القليل من المشكلات. لدي عنوان URL مخصص ، https ، كل شيء أنشر كل مشاريعي على Django في Google Cloud Run. لقد أحببته حقا إليك كيفية حلها: أبدأ بنشر قاعدة بيانات مطوري في Google Cloud SQL. أستخدم نفس مثيل mySQL السحابي للتطوير المحلي والإعداد المرحلي للسحابة والاختبار ** مطور محلي أقوم بتشغيل 3 حاويات لرسو السفن مع تكوين عامل الإرساء: - تطبيق Django الخاص بي. تم تضمين nginx في الحاوية. يشير DB إلى حاوية وكيل SQL - صورة بروكسي Google SQL القياسية. يتطلب حساب خدمة Google json - حاوية phpmyadmin القياسية. بشكل أساسي لاستكشاف أخطاء MySQL ** نشر السحابة. انطلاق وحث - لدي ملف cloudbuild.yaml لتطبيق Django الخاص بي. يصف ذلك كيفية إنشاء ونشر تطبيق Django على Google Cloud Run - في Google Cloud Run ، قمت بتعيين مشغل لإنشاء / نشر تطبيقي بناءً على التزامات git في تطبيقي. يؤدي هذا إلى قراءة cloudbuild.yaml ، وأتمتة نشر تغييراتي في السحابة - لقد قمت بتعيين جميع متغيرات ENV الخاصة بي في المشغلات ليتم تمريرها إلى cloudbuild.yaml وفي النهاية إلى مثيلات Cloud Run. بالطبع هم يختلفون في التدريج والحث **لماذا احبة** - الإعداد الأولي ليس سهلاً ، لكن الأتمتة التي يوفرها لي رائعة - تكلفة مثيلات التطوير منخفضة حقًا. يتقاضى Google Cloud Run رسومًا مقابل الثواني المستخدمة فقط. إذن ، بضعة دولارات شهريًا الآن ، مثيل Cloud SQL هو مكان التكلفة ، حيث يؤدي ذلك إلى تشغيل جهاز افتراضي يعمل دائمًا. تنخفض وحدات المعالجة المركزية المنخفضة إلى أقل من 10 دولارات شهريًا - بالنسبة لمثيلاتك ، تحصل على كل قوة Google Cloud Platform. التحجيم الأفقي اللانهائي (طالما أن تطبيق الويب الخاص بك عديم الحالة). سيتم تشغيل Cloud Run تلقائيًا. يمكنك أيضًا توسيع نطاق Cloud SQL و / أو أفقيًا - يأتي Google Cloud Run مع نقاط نهاية http / https التي يمكنك تعيينها لنطاقك. لا متاعب مع تكوينات شهادات SSL. أنا أحب هذا اسمحوا لي أن أعرف إذا كنت مهتما ، يمكنني تقديم المزيد من التفاصيل. أعتقد الآن أنني يجب أن أكتب مقالة مفصلة حول كيفية القيام بذلك وهنا آخر تطبيقات الويب الخاصة بي على Django ، والتي تم نشرها في Google Cloud Run إذا كنت تقوم بالفعل ببعض الأبحاث حول خدمات الاستضافة السحابية المختلفة ، فقد يكون من الجيد أيضًا التحقق من Engine Yard. لقد استخدمت ساحة المحرك لعمليات نشر التطبيقات المختلفة على السحابة ، وأود أن أقول إنها منصة ديناميكية للغاية وسهلة الاستخدام نشر تطبيقاتك على السحابة تعتبر Engine Yard Cloud (EYC) منصة مفضلة على نطاق واسع كخدمة (PaaS) لاستضافة تطبيقات Ruby و Node و PHP. لديها بنية تحتية قوية ومدارة بالكامل إلى جانب دعم عالمي المستوى. يتمتع ببنية تحتية آمنة جدًا ، ويتم تحديث التصحيحات من أجل راحتك. ليس لديك النفقات العامة لإدارة المكدس الكامل ، بما في ذلك قواعد البيانات وموازنات التحميل. كل هذا يتم الاعتناء به. النسخ الاحتياطية تحدث تلقائيًا. كما أراها ، فإن ساحة المحرك هي عبارة عن منصة لتوفير الوقت والتكلفة يمكنك أيضًا استكشاف Engine Yard Kontainers (EYK). إنها منصة من الجيل التالي. لقد جربتها ووجدتها هجرة جديرة. وهو يدعم الحزم المتعددة ، والتحجيم التلقائي في الوقت الفعلي ، والعديد من الميزات الأخرى. يمكنك البحث عن كل من Engine Yard Cloud و Engine Yard Kontainers أوصي باستخدام App Platform على Digital Ocean. إنه مشابه لـ Heroku ، لكنه يوفر قوة أكبر بكثير لجزء بسيط من تكاليف Heroku ليس لديها كل الميزات التي يمتلكها Heroku ، ولكن على الأقل بالنسبة لي لديها ما يكفي للعمل معها أنا لست DevOps ، لذا فأنا لا أعرف كيفية تكوين Droplet العادي بطريقة آمنة. هذا هو السبب في أن App Platform يعمل بشكل أفضل بكثير - لست بحاجة إلى التفكير في فقدان تدابير السلامة بخلاف ما هو موجود داخل تطبيقي يتم تجميع جميع مشاريعي الشخصية في حاويات عامل إرساء ويتم نشرها في مجموعة kubernetes ذات عقدة واحدة على Scaleway.com. إنه رائع جدًا وصيانة منخفضة ، وإذا وصل أحدهم إلى نطاق معين ، فيمكنني بسهولة نقله إما إلى مجموعة أكبر ، أو خدمة نشر حاوية أخرى (مثل ECS ، أو حتى نشرها بنفسي على مثيل مع تثبيت وقت تشغيل الحاوية فقط ) في الماضي ، قمت بنشر خدمة django على AWS Lambda مع Zappa ، لكنك تفقد الكثير من التحكم ، وهناك بعض الأشياء الصغيرة التي تحتاج إلى تعلمها وتنفيذها (على سبيل المثال ، استخدام إما إطار عمل بدون خادم ، وإدارة الإصدارات ، والاحتفاظ بك لامدا "الحارة"، إلخ).