ما هي تكوينات الخادم التي تستخدمونها في مشاريعكم؟ هل يجب الاعتماد على خدمات أمازون ويب (Amazon Web Services) لكل شيء؟ EC2، S3، RDS و Cloudfront؟ أم من الأفضل استخدام خدمات منفصلة، مثل أمازون لـ S3 فقط، بينما تستخدم Digital Ocean لـ Discourse وربما Fastly كشبكة توصيل محتوى (CDN)؟
أود أن أعرف كيف تديرون هذا المنتدى، وكذلك المجتمعات الأخرى القائمة، لفهم ما يجب القيام به.
شكراً جزيلاً للجميع مقدماً!
يعتمد الأمر حقًا على هدفك ومتطلباتك.
إن تشغيل كل شيء على خادم بقيمة 5 دولارات أمر رائع وكافٍ لمعظم المجتمعات الهواة. هناك مواقع Discourse كبيرة جدًا تعمل على جهاز واحد، فقط تتوسع عموديًا حسب الحاجة.
قد تختار المواقع المؤسسية والتجارية إعدادًا أكثر تعقيدًا باستخدام خدمات السحابة العامة لتحقيق اتفاقية مستوى خدمة صارمة (SLA)، أو الاستعانة بمصادر خارجية للاستضافة إلى جهة استضافة احترافية مثل Discourse pricing | Discourse - Civilized Discussion
أنا أستخدم $20 DO droplet لموقعي، و Cloudflare أمامه، وتخزين S3 في الخلفية. يحتوي موقعي على حوالي 400 ألف منشور إجمالي مع حوالي 10 آلاف جلسة/يوم في المتوسط وفقًا لـ Google Analytics.
أنا جديد في هذا المجتمع ولكن لدي خبرة في تطوير الويب في الماضي. ومع ذلك، أنا شخص يحب القيام بالأشياء بشكل جيد وإدارة كل شيء بأفضل طريقة ممكنة. أفكر بشكل كبير! وأجد أن فكرة إدارة قاعدة البيانات والتحميلات بشكل منفصل جيدة حقًا. لكنني أواجه صعوبة في تحديد ما إذا كنت سأدير كل شيء باستخدام AWS باستخدام منتجاتهم أم لا. على سبيل المثال، قفل المورد (Vendor Lock-In). من الواضح أنه إذا كنت تستخدم EC2 مع توزيع قياسي لنظام Linux مثل Ubuntu و RDS لقاعدة بيانات PostgreSQL، فلا توجد مشكلة، ولكن مع S3 أو ربما استخدام معايير وميزات موردين آخرين مثل Lambda، يمكن أن تكون هذه مشكلة عندما تريد الترحيل إلى أي مضيف خادم آخر.
هناك موفرو S3 آخرون مدعومون: استخدام التخزين للكائنات للتحميلات (S3 والنسخ المتماثلة).
بناءً على ما قلته، أوصي بالبدء بـ EC2 واحد لفهم الأمور. إذا أردت لاحقًا الانتقال إلى RDS (و elasticache) و S3، فيمكنك القيام بذلك حسب احتياجاتك وميزانيتك.
السؤال الأخير. لاستخدام S3، تحتاج إلى شبكة توصيل محتوى (CDN) صحيح؟ ولكن هل نفس شبكة توصيل المحتوى (CDN) المستخدمة للموقع أم يجب تكوين شبكة توصيل محتوى (CDN) أخرى خصيصًا للبيانات التي يتم تحميلها على S3؟
لاحقًا. لدى CDN الموقع و S3 CDN “أصول” مختلفة.
إذًا على سبيل المثال Fastly للمنتدى و Amazon Cloudfront لـ S3. هل أنا على حق؟
سأستخدم إما Cloudfront أو Fastly لكليهما. استخدام بائعين متعددين لنفس المنتج بالضبط في مثيل واحد يبدو معقدًا بشكل غير ضروري.
عندما نقول “شبكة توصيل محتوى أخرى” نعني “توزيع شبكة توصيل محتوى آخر” أو “مثيل شبكة توصيل محتوى آخر”. ليس شركة شبكة توصيل محتوى أخرى حرفيًا.
حسناً، شكراً على الشرح.
لا أعتمد على أمازون في أي شيء.
لن أستخدم أبدًا حلاً لا يعتبر معيارًا وبالتالي لا يمكن ترحيله بسهولة إلى مكان آخر.
يقوم الخادم الافتراضي التقليدي بعمل رائع. يمكنني بسهولة تغيير المزودين في المستقبل إذا أردت.
ما هي البدائل التي توصي بها لـ EC2 و S3 و RDS و Elasticache؟ أعني الحلول القياسية، لتجنب مشكلة “الارتباط بمورد معين” كما تقول.
على سبيل المثال Linode؟ Digital Ocean؟
لقد قمت بإدارة تطبيقات الويب على جميع الثلاثة (AWS، و Linode، و Digital Ocean). أفضل Linode و DO. وجدتها رخيصة، قوية للغاية، والأهم من ذلك، أبسط في الإدارة. كنت الشخص التقني الوحيد في شركة صغيرة جدًا، لذا كانت تلك عوامل مهمة جدًا بالنسبة لي.
ليس من الصعب حقًا نقل المناقشات إلى منصة مختلفة، حتى لو كنت تستخدم كل أدوات AWS تلك، يمكنك أخذ نسخة احتياطية واستعادتها إلى أي تثبيت للمناقشات.
تعد DO و Linode (جنبًا إلى جنب مع مئات من مقدمي خدمات السحابة المنافسين ذوي الأسعار المماثلة) أكثر فعالية من حيث التكلفة (حوالي 10٪ من التكلفة، في تجربتي) من AWS أو MS Azure للخدمات المكافئة، وأقل احتمالًا بكثير لأن تجبرك على بناء الأشياء باستخدام واجهات برمجة التطبيقات والواجهات الخاصة بهم والتي تعيق الانتقال إلى مزود استضافة سلعي آخر. أوصي بشدة بالبقاء محايدًا للبائعين والابتعاد عن AWS و MS Azure.