ما هي البنية الأفضل لمشروع كبير للتجارة الإلكترونية: متجانسة أم خدمة صغيرة؟

هناك طريقتان مختلفتان لبناء موقع ويب – متجانسة وخدمة صغيرة. إذا كنت مطورًا أو شخصًا مسؤولًا عن إنشاء متجر إلكتروني، فهذه المقالة مخصصة لك. سوف يشرح أندرو، مدير التكنولوجيا التنفيذي لشركة Simtech Development، ميزات ومزايا وعيوب كل نهج. ستساعدك هذه المقالة أيضًا في تحديد النهج الأفضل لعملك.

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

الفرق بين العمارة المتجانسة والخدمات الصغيرة

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

دعونا استكشاف كل من هذه الأساليب.

هندسة التطبيقات المتجانسة

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

ما هي العمارة المتجانسة؟

البنية المتجانسة هي عندما يتم إنشاء التطبيق كوحدة واحدة بقاعدة تعليمات برمجية واحدة. يمكنك التفاعل مع الخدمة باستخدام واجهة برمجة التطبيقات أو واجهة الويب. عندما يتعلق الأمر بالتجارة الإلكترونية، فإن معظم المتاجر عبر الإنترنت مبنية بهذه الطريقة. هذا النوع من الهندسة المعمارية موجود منذ 1990-2010، والعديد من رواد الأعمال يستخدمونه لمواقعهم الإلكترونية لفترة طويلة.

مزايا العمارة المتجانسة

لا ينبغي استبعاد الهندسة المعمارية المتجانسة، والمعروفة أيضًا باسم الخدمات الأحادية، باعتبارها قديمة في تصميم مواقع الويب. يوضح اختيار Shopify لاستخدام هذا النهج أهميته المستمرة. ما هي مزايا هذه الطريقة؟

سهولة التطوير والدعم الفني

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

النشر المبسط

يتم تثبيت البرنامج وتشغيله على خادم واحد أو جهاز افتراضي واحد، مما يجعل من السهل والسريع إصداره وتثبيته وتنشيطه.

التواصل البسيط

في البنية المتجانسة، تتواصل المكونات مع بعضها البعض بشكل مباشر، دون استخدام استدعاءات الإجراءات عن بعد (RPC) أو الاتصال بين العمليات (IPC). تضمن سرعة التفاعل السريعة هذه أداء الموقع على مستوى عالٍ.

تقلب القياس

بفضل البنية المتجانسة، يمكنك جعل تطبيقك أكبر وأفضل بطريقتين. أولاً، يمكنك إضافة المزيد من الموارد إليه، وهو ما يسمى بالتحجيم أفقيًا. ثانيًا، يمكنك تحسين أداء الخادم والتطبيق نفسه، وهو ما يسمى بالتحجيم العمودي.

تحديثات سهلة

عندما يتعلق الأمر بترقية أحد البرامج، فقد يكون الأمر أسهل في البنية المتجانسة مقارنة ببنية الخدمات الصغيرة. هذا لأنه مع الأول، تحتاج فقط إلى تحديث قاعدة تعليمات برمجية واحدة، بينما مع الأخير، عليك تحديث قاعدة كل خدمة صغيرة على حدة.

خبرة عالية في الفريق

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

مساوئ العمارة المتجانسة

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

التعقيد التدريجي لهيكل المشروع

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

الضعف الشديد

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

قابلية التوسع المحدودة

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

من الصعب الحفاظ عليها

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

الافتقار إلى الاختيار التكنولوجي

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

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

يعد Monolith مثاليًا لأولئك الذين يحتاجون إلى تطوير تطبيق بسرعة وسهولة نسبيًا. سيتم تبسيط المهمة بشكل كبير إذا كانت شركتك لديها قسم لتكنولوجيا المعلومات، أو يمكنك إسناد هذه المهمة إلى شركة تكنولوجيا معلومات مع التركيز على تطوير التجارة الإلكترونية.

هندسة تطبيقات الخدمات المصغرة

الآن، دعونا نستكشف طريقة مختلفة لتصميم التطبيقات. نحن نشير إلى الخدمات الصغيرة، والتي هي العكس تمامًا للبنى المتجانسة.

ما هي الخدمات المصغرة؟

بنية الخدمات الصغيرة هي نوع من التطبيقات التي تتكون من مكونات أو خدمات منفصلة ومستقلة. ولكل مكون منطقه وقاعدة بياناته ولغة الكود الخاصة به، ويتواصلون مع بعضهم البعض من خلال شبكة تستخدم تقنية غير خاصة بأي بروتوكول معين.

مزايا الخدمات المصغرة

منذ حوالي عقد من الزمن، ظهرت هندسة الخدمات الصغيرة كبديل للأنظمة المتجانسة. يجد المطورون أن الخدمات الصغيرة جذابة لأن كل خدمة تركز على مهمة محددة، مما يسمح لمجموعات منفصلة من الخبراء بالعمل عليها. تبنت شركات مشهورة مثل Netflix وUber وAirbnb وAmazon هذا النهج في مواقعها على الويب. الآن، دعونا نستكشف المزايا التي تقدمها الخدمات المصغرة للمطورين.

سرعة عالية في التطوير وتنفيذ الوظائف الجديدة

تتيح الخدمات المصغرة للمطورين العمل على الخدمات الفردية بشكل مستقل، دون الاعتماد على الآخرين. يعد التعرف على التطبيق عملية سريعة، وتستغرق بضعة أيام فقط. يتلقى المتخصص مهمة، وينغمس فيها على الفور، وينشئ نسخة من المنتج، ويختبرها بدقة، ويطلقها.

لا توجد قيود في مكدس التكنولوجيا

تتمتع الخدمات المصغرة بالقدرة على دمج مجموعة متنوعة من التقنيات ولغات البرمجة. على سبيل المثال، يمكن أن يكون لديك خدمة صغيرة واحدة مكتوبة بلغة Java بينما أخرى مكتوبة بلغة Python.

قابلية التوسع العالية

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

أداء عالي للتطبيق

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

التوفير في توظيف الموظفين

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

عيوب الخدمات المصغرة

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

ارتفاع تكلفة التطوير

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

تعقيد التطوير والصيانة

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

• كيف يمكنني الآن تبادل البيانات مع الخدمات الأخرى؟

• كيف يمكنني استعادة المعلومات المفقودة؟

• كيف ستعمل المكونات الأخرى إذا كانت بياناتها تعتمد على الخدمة الفاشلة؟

للتعامل مع مثل هذه المواقف، سيحتاج صاحب العمل إلى فريق من ذوي الخبرة من مهندسي DevOps ذوي المهارات العالية الذين يمتلكون فهمًا متعمقًا للمنطق الكامن وراء كل خدمة صغيرة.

زيادة الحمل على البنية التحتية

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

التهديد بفقدان البيانات

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

ارتفاع تكلفة المطورين

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

العمارة الهجينة

تجمع الهندسة المعمارية الهجينة، والتي توجد غالبًا في مشاريع التجارة الإلكترونية، بين الخدمات الصغيرة والمتراصة. يأتي في نسختين مختلفتين.

متراصة الهجين

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

وحدات الخدمة المصغرة

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

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

الآن، حان الوقت لفرز كل شيء

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

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

يمكن أن يستغرق إنشاء سوق متجانسة من ستة أشهر إلى عام كامل، في حين أن إنشاء موقع ويب باستخدام الخدمات الصغيرة سيتطلب ضعف الوقت. هناك خطر كبير من مواجهة منافسة شديدة في السوق.

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

ما هو الأفضل بالنسبة لك؟

عند اتخاذ قرار بشأن بنية مشروعك، من المهم أن تأخذ في الاعتبار توقعاتك فيما يتعلق بحركة المرور، والتكامل مع الأنظمة المحاسبية، وقابلية التوسع. فيما يلي بعض العوامل التي يجب التفكير فيها. بالنسبة للمتاجر أو الأسواق عبر الإنترنت ذات البنية البسيطة والمركزية، ونشر المشروع على خادم واحد، وإعطاء الأولوية للتطوير السهل والدعم الفني، فإن بنية التطبيقات المتجانسة مناسبة. وينطبق هذا بشكل خاص إذا كنت تتطلع إلى إطلاق الحد الأدنى من المنتجات القابلة للتطبيق (MVP) بسرعة دون عمليات تكامل معقدة وخدمات متعددة.

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

خاتمة

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

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