يجب أن أعرف أفضل من التطلع إلى حشد أخبار القراصنة بحثًا عن الحكمة. سأل شخص ما على HN مؤخرًا سؤالًا مثيرًا للاهتمام: Ã ¢ Â Â هل قمت بالتبديل من قبل؟ Ã ¢ Â Â كونك HN ، لم تكن الردود مثيرة للاهتمام تقريبًا. في الواقع ، أجاب عدد قليل نسبيًا من الأشخاص على السؤال على الإطلاق ، وفضلوا بدلاً من ذلك دعم تشغيل تطبيقاتهم في مراكز البيانات الخاصة. وقدم آخرون نصائح معدلة للمحلات الصغيرة وليس الشركات الكبيرة.
ومع ذلك ، على الرغم من الضوضاء ، * * كان هناك * إشارة صغيرة في الخيط. إذا كنت ترغب في الحصول على أقصى استفادة من أي سحابة معينة ، فستحتاج إلى شراء خدماتها ، مما يعقد عملية الترحيل بالطبع. أوه ، وإذا كنت تعتقد أنه يمكنك إنشاء سحابة أفضل من السحاب ، فربما تكون قد فاتتك هذه النقطة.
== أرني الاعتمادات ==
بمجرد أن تختار الشركات البناء على سحابة معينة ، ما الذي يدفعها إلى التحرك؟ القراءة من خلال استجابات HN ، Ã ¢ Â Â الائتمانات ¢ Â Â هي حافز رئيسي. ليس من الواضح مدى جاذبية موقع الجذب هذا للمؤسسات الكبيرة ، ولكن بالنسبة لمجموعة ديموغرافية معينة ، يمكن أن يكون الدافع وراء الترحيل Ã ¢ Â Â ما يكفي من أرصدة Google Cloud [أو Azure أو AWS] لإجراء تبديل جدير بالاهتمام .Ã ¢ Â Â
لسوء الحظ ، فإن هذا النوع المبسط من تحليل التكلفة / الفائدة يتجاهل جميع التكاليف الخفية للتشغيل في السحابة ، كما أوضح David Linthicum.
كما اكتشف GitLab على ما يبدو ، قد تشجع الاعتمادات الهجرة لكنها لا تدفع بالضرورة مقابل ذلك. كما هو موضح في تعليق HN ، Ã ¢ Â Â في GitLab ، انتقلنا من AWS إلى Azure ، ثم إلى Google Cloud. ¢ Â Â لماذا تركنا AWS في المقام الأول؟ كان المال يمثل مشكلة ، ولكن ليس لأن AWS كان بطبيعته أكثر تكلفة. بدلاً من ذلك ، كانت مشكلة في الإعداد: Ã ¢ Â Â مثل معظم الشركات ، تم إيلاء القليل جدًا من الاهتمام للتكاليف والإعداد وما إلى ذلك [عند بدء استخدام AWS]. كانت النتيجة أننا كنا نحرق الأموال بشكل أساسي. القليل من المال في ذلك الوقت
يبدو رائعا ، أليس كذلك؟ à ¢   كان الانتقال مؤلمًا إلى حد ما à ¢  ¦ لقد استنفدنا الاعتمادات المجانية * جدًا * سريعًا. ¢   قررت الشركة بعد ذلك الانتقال إلى Google Cloud (لأسباب غير مبررة) ، ووجدت أن الهجرة كانت ، مرة أخرى ، عملية صعبة
ماذا تعلم المعلق من التجربة؟ Ã ¢ Â Â إذا نظرنا إلى الوراء ، إذا كنت سأبدأ شركة ، فمن المحتمل أن ألتزم بشيء مثل Hetzner أو مزود آخر للمعادن بأسعار معقولة. تعد الخدمات السحابية رائعة * إذا * استخدمت خدماتها إلى أقصى حد ممكن ، لكنني أظن أنه في 90٪ من الحالات ، ينتهي الأمر بكونها عامل تكلفة ضخم دون الفوائد التي تجعلها تستحق ذلك. ¢ Â Â
بالنسبة لي ، هذا هو بالضبط الدرس الخاطئ.
== ما زلت لا أفهم السحابة ==
إذا قرأت سلسلة الرسائل بالكامل ، فستجد الكثير من التأكيدات الواثقة من نفسها بأن السحابة التي تعمل بنفسك (على Hetzner أو مضيفي الخوادم المخصصين الآخرين) هي السبيل للذهاب. (هنا وهنا وهنا.) كما يقولون ، السحابة العامة أبطأ وأغلى من خادمك الخاص بهامش ضخم. . هذه الفكرة القائلة بأن محترفي تكنولوجيا المعلومات يمكنهم بسهولة إخراج السحابة من السحابة ¢ ¢ Â هي فكرة خاطئة وهي خارج الموضوع.
لم تكن السحابة أبدًا تهدف إلى توفير المال. يتعلق الأمر بتعظيم المرونة والإنتاجية. كما أشار أحد المعلقين من HN ، ههههههههه أنا أعمل في فريق صغير جدًا. لدينا عدد قليل من المطورين الذين يتضاعفون كعمليات. لا أحد منا هو أو يريد أن يكون مسؤول النظام. بالنسبة إلى حالتنا ، تعتبر ECS [خدمة الحاويات المرنة] من Amazonà ¢  توفرًا هائلاً للوقت والمال. à ¢   كيف؟ من خلال إزالة وظائف مسؤول النظام ، كان على الفريق في السابق ملئها. à ¢   نعم ، معظم المشاكل التي واجهتنا من قبل كان من الممكن حلها من قبل مسؤول نظام مختص ، لكن هذا بالضبط هو الهدف ¢   تعيين مسؤول نظام جيد هو أكثر تكلفة بالنسبة لنا بدلاً من دفع مبلغ إضافي قليلاً إلى Amazon وإخبارهم فقط à ¢   يرجى تشغيل هذه الحاويات بهذا التكوين.
إنه يقوم بعمل السحابة بشكل صحيح.
يقترح آخرون أنه من خلال الانتقال إلى خيارات بدون خادم ، فإنهم يقللون من الحاجة إلى مسؤولي النظام. نعم ، كلما بحثت في الخدمات الفريدة لسحابة معينة ، قل سهولة الترحيل بغض النظر عن عدد الائتمانات التي يمنحها لك مقدم الخدمة. ولكن ، يمكن القول ، أنه كلما قلت رغبتك في الهجرة إذا كان مطوروك أكثر إنتاجية بشكل ملحوظ لأنهم لا يعيدون اختراع عجلات البنية التحتية طوال الوقت.
حاولت إحدى الشركات صراحةً تجنب قفل أي سحابة معينة. Ã ¢ Â Â قمنا بتطوير منتجنا من البداية ليتم نشره على 3AWS و Azure و IBM. ¢ Â Â كيف ذلك؟ من خلال Ã ¢ Â Â التمسك بالقاسم الأقل شيوعًا وهو FaaS / IaaS ([AWS] Lambda ، [Amazon] S3 ، [Amazon] API [Gateway] ، Kubernetes يبدو بسيطًا ، أليس كذلك؟ بالتأكيد لم يكن سهلاً. لقد تجاهلنا أيضًا الأدوات التي يمكن أن تساعدنا بشكل كبير [إذا كنا نبقى مع] سحابة واحدة من أجل أن تكون متعددة الأوساط السحابية. ¢ Â Â هل كان الأمر يستحق هذا أمر ممكن؟ ، الآن في Azure ، سيستغرق وقتًا وتعلمًا. والانتقال بين AWS IAM وإذن Azure [Active Directory]؟ الوقت والوقت والوقت. ¢ ¢ Â Â
بعبارة أخرى ، ليس من السهل سحب Multicloud ، وكذلك الهجرة. هل هذا يعني أن أيا منهما لا يستحق ذلك في النهاية؟ ليس بالضرورة. كما وصفها مايلز وارد ، كبير مسؤولي التكنولوجيا في SADA (شريك Google Cloud الرئيسي) ، يمكن أن تكون هناك أسباب مقنعة للانتقال إلى سحابة أخرى. ههههههه للآخرين ، الاهتمام والشراكة ؛ بالنسبة للمجموعة الثالثة ، إنها مزايا التكلفة السخيفة ؛ ورابعًا ، إنه أداء وموثوقية. .Ã ¢ Â Â
ربما يكون وارد على حق: * يمكن * أن تكون هناك أسباب مقنعة للهجرة. فقط تأكد من إجراء تحليل كامل للتكلفة الإجمالية لملكية هذه الخطوة ، والتي يجب أن تتجاوز Ã ¢ Â Â تقدم السحابة X لي 50000 دولار في شكل ائتمانات. قررت تشغيل السحابة الخاصة بك ، فمن الجدير أخذ التكاليف المرتبطة بإدارة البنية التحتية الخاصة بك في الاعتبار.
