جيتلاب

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

التخطيط قبل التثبيت

• تقييم المتطلبات: تحتاج المؤسسات إلى تحديد متطلباتها للتحكم في الإصدارات وCI/CD وممارسات DevOps الأخرى. ويشمل ذلك تقييم البنية التحتية الحالية وعمليات التطوير واحتياجات الأمان.

   

• اختيار المستوى المناسب: يقدم GitLab مستويات مختلفة مثل Free وPremium وUltimate، كل منها مزود بميزات متفاوتة. يجب على الشركات اختيار المستوى الذي يتوافق مع احتياجاتها.

   

• تقدير توفير التكاليف: بالنسبة للمنظمات الكبيرة، يمكن أن يكون تقدير توفير التكاليف المحتملة من حيث الكفاءة ووقت الإدخال جزءًا من مرحلة التخطيط.

التثبيت والتكوين

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

   

• تثبيت GitLab: يمكن إجراء التثبيت باستخدام طرق متنوعة مثل حزم Linux وHelm charts لـ Kubernetes وDocker containers أو بناء من المصدر. ستعتمد الطريقة المختارة على بنية المؤسسة.

   

• تكوين GitLab: بعد التثبيت، يحتاج GitLab إلى تكوين. يشمل ذلك إعداد عنوان الويب الخارجي، ودمج مع خدمات البريد الإلكتروني، وتكوين معلمات التشغيل الأخرى.

إعداد ما بعد التثبيت

• إدارة المستخدمين والمجموعات: يعد إعداد حسابات المستخدمين والمجموعات والأذونات أمرًا ضروريًا لإدارة الوصول إلى المستودعات وCI/CD pipelines.

   

• استيراد/إنشاء المشروع: قد تحتاج المشاريع القائمة إلى أن يتم استيرادها إلى GitLab، أو يمكن إنشاء مشاريع جديدة داخل المنصة.

   

• تكوين CI/CD Pipeline: تتضمن تكوين CI/CD pipelines إنشاء ملفات `.gitlab-ci.yml` في مستودعات المشروع وإعداد GitLab Runners لتنفيذ المهام.

الاختبار والنشر

• اختبار الإعداد: قبل أن يبدأ التشغيل، من المهم اختبار الإعداد بالكامل، بما في ذلك CI/CD pipelines، للتأكد من أن كل شيء يعمل كما هو متوقع.

   

• النشر: بمجرد الانتهاء من الاختبار، يمكن نشر التطبيق في بيئة الإنتاج باستخدام ميزات نشر GitLab.

التدريب والتبني

• التدريب: قد يحتاج المطورون وأصحاب المصلحة الآخرون إلى التدريب حول كيفية استخدام GitLab بفعالية، بما في ذلك ميزات CI/CD وأفضل الممارسات.

   

• التبني: التبني التدريجي من خلال دمج GitLab في العمليات الحالية وتشجيع استخدام ميزاته عبر فرق التطوير.

الإدارة المستمرة والتوسع

• المراقبة وتحسين الأداء: تعتبر المراقبة المستمرة لمثيل GitLab ضرورية لضمان الأداء الأمثل وإجراء التعديلات حسب الحاجة.

   

• التوسع: مع نمو المنظمة، قد يحتاج GitLab إلى التوسع للتعامل مع الزيادة في الأحمال، مما قد يتضمن إضافة المزيد من الموارد أو تحسين الإعداد الحالي.

   

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

1. APIs للتكامل: يوفر GitLab واجهة برمجة التطبيقات REST وواجهة برمجة التطبيقات GraphQL للتفاعل البرمجي، مما يتيح للشركات أتمتة المهام وتكامل GitLab مع التطبيقات الخارجية.

2. إضافات المحرر وIDE: يقدم GitLab مكونات إضافية وتمديدات لتوسيع وظيفته إلى محررات و IDEs مثل Visual Studio Code وJetBrains IDEs وVisual Studio وNeovim. يتيح ذلك للمطورين دمج ميزات GitLab مباشرة في بيئات تطويرهم المفضلة.

3. تكاملات مخصصة: يمكن للشركات إنشاء تكاملات مخصصة مع GitLab. على سبيل المثال، طورت Cprime حلاً مخصصًا للتكامل بين GitLab وJira لتبسيط عملية تطوير البرمجيات لعميل، مما يوضح مرونة GitLab للتكيف مع متطلبات سير العمل المحددة.

4. تكاملات المشاريع: يدعم GitLab التكامل مع مجموعة واسعة من التطبيقات الخارجية مثل Jenkins وJira وSlack، والتي يمكن تكوينها على مستوى المشروع. هذا يمكّن من تحسين الوظائف والتعاون داخل منصة GitLab.

5. سير العمل المخصصة مع APIs الخارجية: يمكن تكامل GitLab مع One Simple API لبناء سير العمل القوي، مما يسمح بالأتمتة التي تستخرج وتحول وتحمل البيانات بين التطبيقات والخدمات.

6. أدوات التخصيص: يوفر GitLab مجموعة مكونات CI/CD، والتي تتيح للمنظمات توحيد خطوط أنابيبها وإنشاء مكونات قابلة لإعادة الاستخدام ومشاركتها عبر الفرق. يساعد هذا في تطوير تكوينات خطوط الأنابيب الأساسية مع عمليات فحص الالتزام والجودة والأمان مضمنة.

7. نموذج مخصص: تركز مجموعة النماذج المخصصة في GitLab على تزويد المستخدمين بالمرونة لنشر وتخصيص ميزات GitLab Duo ضمن بيئاتهم المحلية. يشمل ذلك ضبط ميزات Duo مع بياناتهم الخاصة لتطابق أنماط البرمجة الفريدة والمعايير واللغات البرمجية.

8. المظهر المخصص: يسمح GitLab بتخصيص مظهر المنصة، بما في ذلك رسائل رأس وتذييل النظام، وعناوين صفحات تسجيل الدخول والتسجيل، والأوصاف، والشعارات. يمكن أن يساعد هذا في ملاءمة المنصة مع العلامة التجارية للشركة وتفضيلات واجهة المستخدم.

9. متتبعوا المشكلات المخصصون: يدعم GitLab استخدام متتبعين للمشكلات مخصصين، يمكن التكامل واستخدامهم جنبًا إلى جنب مع أو بدلاً من متتبع المشكلات الخاص بـ GitLab.

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

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

التكاليف الإضافية المرتبطة بـ GitLab، بخلاف رسوم الاشتراك الأساسية، يمكن أن تشمل رسوم الإعداد والصيانة ومصاريف الدعم، من بين أمور أخرى.

1. رسوم الدعم:

• يوفر GitLab مستويات مختلفة من الدعم اعتمادًا على الخطة المشتراة. على سبيل المثال، يتم تضمين الدعم ذو الأولوية مع جميع مشتريات GitLab.com Premium وUltimate، مما يقدم أوقات استجابة مدعومة مصنفة.

   

• لإصدار GitLab Enterprise، تتوفر دعم مميز يتضمن دعمًا مشددًا على مدار الساعة، وورشتين تدريبيتين، ومساعدة في التحديث، والوصول المباشر إلى قناة دردشة GitLab الداخلية للدعم، كمنتج إضافي. تكلفة الدعم المميز هي 9900 دولار سنويًا و99 دولارًا لكل مقعد على أكثر من 100 مقعد، بحد أقصى 50000 دولار.

2. رسوم الإعداد:

• على الرغم من أن GitLab نفسه لا يتقاضى عادةً رسوم إعداد محددة، إلا أن إعداد مثيل GitLab المدعوم ذاتيًا يمكن أن يثير تكاليف غير مباشرة متعلقة بإعدادات البنية التحتية والتكوين. على سبيل المثال، قد تتطلب نشر GitLab على AWS تكاليف لوحدة المعالجة المركزية (CPU) والذاكرة والتخزين، وربما خدمات إضافية مثل RDS (خدمة قاعدة بيانات العلاقات) وS3 (خدمة التخزين البسيطة) للنسخ الاحتياطي والتخزين للذاكرة المؤقتة والملفات.

3. تكاليف الصيانة:

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

   

• على سبيل المثال، تم حساب التكلفة المقدرة لصيانة مثيل GitLab المدعوم ذاتيًا على AWS، بما في ذلك البنية التحتية اللازمة مثل وحدة المعالجة المركزية (CPU) والذاكرة والتخزين، بحوالي 207 دولارات شهريًا.

4. ميزات وخدمات إضافية:

• تتم محاسبة شراء دقائق CI/CD الإضافية بـ 10 دولارات لكل 1000 دقيقة، ويتم محاسبة التخزين الإضافي بـ 60 دولارًا لكل 10 جيجابايت. يتم فوتر هذه التكاليف سنويًا وهي بالإضافة إلى رسوم الاشتراك القياسية.

   

• كما يقدم GitLab منتجات إضافية مثل GitLab Geo مقابل 99 دولارًا سنويًا/للمستخدم، مما قد يضيف إلى التكلفة الإجمالية اعتمادًا على احتياجات المنظمة.

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

يقدم GitLab مجموعة متنوعة من خيارات التدريب والدعم للمستخدمين الجدد لمساعدتهم على البدء واستغلال ميزات البرنامج بشكل كامل:

خيارات التدريب

1. خدمات تعليم GitLab: يوفر GitLab تدريبًا للفرق على الميزات والقدرات وأفضل الممارسات، بما في ذلك أساسيات Git وCI/CD والأمان وDevOps. التدريب عملي، يركز على التطبيقات الواقعية، ويمكن تقديمه في الموقع أو عن بُعد. كما يقدم خدمات تعليم GitLab خيار المدرب لتدريب الفرق التي تسعى لبناء خبراء داخليين.

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

3. برنامج الشهادات التابع لـ GitLab: يقدم GitLab برنامج شهادات للتحقق من وإقرار الكفاءة الفنية للأفراد باستخدام GitLab، مما يعزز مصداقيتهم المهنية.

4. تدريب GitLab مع أساسيات Git: توفر هذه الدورة مقدمة لـ GitLab وGit، تغطي العمليات الأساسية مثل تسجيل التغييرات، وخلق الفروع وطلبات الدمج، واستخدام خط أنابيب CI/CD، والوصول إلى فحص الأمان. التدريب متوفر كلا من في الموقع وعن بُعد.

5. الدروس والدورات عبر الإنترنت: يقدم GitLab دروسًا تساعد المستخدمين على تعلم كيفية استخدام GitLab، بما في ذلك تخطيط وتتبع العمل، وبناء التطبيقات، وتأمين التطبيقات، وإدارة البنية التحتية. هذه الدروس متاحة على موقع توثيق GitLab. بالإضافة إلى ذلك، هناك مقدمو تدريب من جهات خارجية مثل CBT Nuggets الذين يقدمون دروس Git وGitLab للمبتدئين.

6. دروس الفيديو: يمكن للمستخدمين أيضًا العثور على دروس الفيديو على منصات مثل YouTube، والتي تقدم أدلة شاملة للمبتدئين لتعلم GitLab في بضع ساعات.

خيارات الدعم

1. فريق دعم GitLab: يتوفر فريق دعم GitLab لمساعدة المستخدمين في المنتجات والخدمات والتطبيقات. مسؤوليته تشمل تعريف نطاق الدعم الخاص بهم، والذي يتضمن المساعدة بشأن GitLab نفسه ولكن ليس بالضرورة التطبيقات أو التكاملات الخارجية أو البنية التحتية خارج الإرشادات العامة.

2. الدعم ذو الأولوية: يتوفر مع جميع مشتريات GitLab.com Premium وUltimate، ويقدم دعم ذو أولوية أوقات استجابة مدعومة مصنفة، تتراوح من 30 دقيقة للحالات الطارئة إلى 24 ساعة للمشكلات ذات التأثير القليل.

3. الدعم القياسي: يوفر الدعم القياسي للخطط القديمة دعمًا في اليوم التالي للعمل، مع الرد على التذاكر في غضون 24 ساعة في أيام العمل.

4. الوثائق والأسئلة الشائعة: يحتفظ GitLab بوثائق شاملة وقسم من الأسئلة الشائعة (FAQ) التي تغطي الترخيص والاشتراكات والاستخدام العام للمنصة.

5. دعم المجتمع: يمتلك GitLab منتدىً مجتمعيًا حيث يمكن للمستخدمين طلب المساعدة من مستخدمي GitLab الآخرين والمساهمة في المناقشات.

6. التكاملات مع جهات خارجية: يدعم GitLab التكامل مع خدمات تابعة لجهات خارجية مثل CircleCI، التي يمكن أن تبني وتختبر وتنشر باستخدام مستودعات GitLab SaaS أو المدارة ذاتيًا.

من خلال تقديم مزيج من الخدمات التعليمية، وبرامج الشهادات، والموارد عبر الإنترنت، والدعم الاستجابة، يضمن GitLab أن المستخدمين الجدد لديهم الموارد اللازمة لتبني البرنامج واستخدامه بشكل فعال.

يستخدم GitLab مجموعة شاملة من تدابير الأمان لحماية البيانات، والتي يمكن تصنيفها إلى عدة مجالات رئيسية:

1. المصادقة والتفويض

• المصادقة متعددة العوامل (MFA): يدعم GitLab المصادقة متعددة العوامل، مما يعزز أمان حسابات المستخدمين عن طريق المطالبة بتحقق متعدد.

   

• التحكم بالوصول المبني على الدور (RBAC): يستخدم GitLab مجموعات أمان محددة مسبقًا لتخصيص امتيازات الوصول بناءً على الدور، مما يضمن فصل الوصول إلى البيانات وتهيئته للمستخدمين المصرح لهم فقط.

   

• مقدمو المصادقة الخارجية: يدمج GitLab مع مجموعة متنوعة من مقدمي المصادقة الخارجية مثل LDAP وSAML وOmniAuth، مما يسمح بمصادقة المستخدمين بشكل مرن وآمن.

2. تشفير البيانات

• تشفير البيانات أثناء السكون: يقوم GitLab بتشفير البيانات أثناء السكون باستخدام أدوات مثل تقنية Google Cloud، التي تشفر البيانات بشكل افتراضي. يتم إدارة مفاتيح التشفير مركزيًا بواسطة Google باستخدام ميزة إدارة مفاتيح السحابة من Google.

   

• تشفير البيانات أثناء النقل: يتم تشفير البيانات أثناء النقل باستخدام أدوات مثل TLS Strict (SSL-Only Origin Pull) وAlways Use HTTPS، مما يضمن نقل البيانات بأمان عبر الشبكات العامة.

   

3. اختبار الأمان والامتثال

• اختبار أمان التطبيقات الساكنة والديناميكية (SAST/DAST): يوفر GitLab أدوات مدمجة لتحليل الشيفرة المصدرية وتشغيل تطبيقات الويب لاكتشاف الثغرات المعروفة.

   

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

4. عمليات الأمان واستجابة الحوادث

• فريق استجابة حوادث الأمان (SIRT): يمتلك GitLab فريق مخصص يعالج الحوادث الأمنية، مما يضمن استجابة سريعة وتخفيف التهديدات الأمنية.

   

• اختبارات الاختراق المنتظمة: يخضع GitLab لاختبارات اختراق منتظمة تُجريها شركات خارجية لتحديد وإصلاح الثغرات.

5.أمان البنية التحتية والشبكات

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

   

• المسارات المحمية وحدود المعدلات: يسمح GitLab للمسؤولين بضبط حدود المعدلات وحماية المسارات الحاسمة داخل التطبيق لمنع سوء الاستخدام وضمان توافر الخدمة.

6. سلامة البيانات وضوابط الوصول

• مسارات التدقيق وتسجيل الأحداث: يوفر GitLab مسارات تدقيق شاملة وتسجيل الأحداث، مما يمكّن المسؤولين من تتبع التغييرات والوصول إلى البيانات الحساسة.

   

• الرؤية وضوابط الوصول: يمكن للمسؤولين تكوين إعدادات الرؤية والوصول للتحكم في من يمكنه رؤية والتفاعل مع المشاريع والبيانات داخل GitLab.

7. إدارة الثغرات

• التحديثات الأمنية المنتظمة: يقوم فريق الأمن في GitLab بإصدار تحديثات دورية للثغرات، بما في ذلك تحديثات شهرية مجدولة وإصدارات أمنية عاجلة للقضايا الحرجة.

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

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

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

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

تشمل إدارة هذه الإصدارات عملية مفصلة:

• الإعداد والاختبار: قبل الإصدار، يتم اختيار التزام المرشح، والذي عادةً ما يكون الالتزام الحالي الذي يعمل على GitLab.com. يخضع هذا الالتزام للاختبار لضمان الاستقرار والوظائف.

   

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

   

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

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

تستند سياسة GitLab بشأن ملكية البيانات وقابلية النقل إلى احترام حقوق المستخدمين والمنظمات أثناء ضمان أمان وسلامة البيانات ضمن منصته.

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

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

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

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

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

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

7. الأمان وحماية البيانات: بحسب استخدام مشروع البرمجيات مفتوحة المصدر لبرمجيات GitLab المقدمة كخدمة "Software-as-a-Service"، يكون GitLab مسؤولاً عن إنشاء وصيانة برنامج أمان معلومات تجاري معقول لضمان أمان البيانات.

1. توسيع GitLab Runner تلقائيًا: يمكن أن يقوم GitLab Runner بالتوسع تلقائيًا لأعلى أو لأسفل باستخدام موارد السحابة لتلبية متطلبات مهام CI/CD. تتيح هذه الميزة للمنظمات إدارة الزيادات في أحمال مهام CI/CD من خلال الاستفادة من بنية السحابة، مما يحسن استخدام الموارد ويخفض التكاليف.

2. خطط تسعير مرنة: يوفر GitLab مستويات خدمة مختلفة (Free وPremium وUltimate) تناسب مختلف أحجام واحتياجات المؤسسات. يسمح ذلك للمنظمات بتوسيع استخدام GitLab أو تقليصه عن طريق التبديل بين الخطط المختلفة حسب تغيير احتياجاتهم.

3. استخدام Kubernetes: يدعم GitLab Kubernetes، مما يسمح بتنظيم التطبيقات الحاوية. يمكن للمنظمات استخدام Kubernetes لتوسيع مثيلات GitLab لأعلى أو لأسفل بفاعلية، اعتمادًا على متطلبات الحمل الحالية.

4. أدوات الأداء والقابلية للتوسع: قامت GitLab بتطوير الأدوات والعمليات لقياس وتحسين قابلية التوسع لمنصتها. وهذا يشمل أداة أداء GitLab والتي تساعد المنظمات في اختبار وتحسين مثيلات GitLab الخاصة بها لتحمل أحمال أكبر.

5. الهندسة المرجعية: يوفر GitLab هندسة مرجعية تساعد المؤسسات في التخطيط وتنفيذ مثيلات GitLab التي يمكن أن تتوسع لتلبية احتياجات عدد كبير من المستخدمين. تم اختبار هذه الهندسات والتحقق منها لضمان أنها تلبي معايير الأداء.

6. تقنيات سحابية الأصل: يحتضن GitLab تقنيات سحابية الأصل التي تدعم القابلية للتوسع ضمنيًا، مثل تكامله مع خدمات السحابة واستخدام الحاويات (Docker). تسهل هذه التقنيات توسيع الموارد وإدارة النشر.

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

تتضمن الشروط والأحكام لتجديد العقد والإلغاء لبرنامج GitLab عدة مصادر، تقدم رؤية شاملة لكيفية إدارة هذه العمليات:

تجديد العقد

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

2. إشعار التجديد والإدارة: يمكن للمستخدمين إدارة اشتراكاتهم ورؤية تواريخ التجديد القادمة عن طريق تسجيل الدخول إلى customers.gitlab.com. تتيح هذه البوابة للمستخدمين ترقية خطتهم، وإضافة مقاعد إضافية، أو تعديل إعدادات اشتراكاتهم قبل تاريخ التجديد.

3. شروط التجديد المتتالية: وفقًا لاتفاقية الاشتراك القديمة، يتم تجديد الاشتراكات لفترات متتالية بنفس مدة فترة الاشتراك الأصلية، ما لم يُعطَ أي من الطرفين إشعارًا بنيته عدم التجديد.

إلغاء العقد

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

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

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

4. المبالغ المستردة عند الإنهاء: إذا أنهى العميل اتفاقيته وفقًا لظروف معينة (على سبيل المثال، عدم قدرة GitLab على إصلاح خرق)، قد تسترد GitLab جزءًا مستردًا من الرسوم المدفوعة للخدمات التي لم يحصل عليها العميل اعتبارًا من تاريخ الإنهاء.

5. بقاء بعض الأحكام: حتى بعد الإنهاء، ستظل بعض الأقسام من الاتفاق سارية، مما يضمن الحفاظ على الالتزامات المستمرة مثل السرية.

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

يلبي برنامج GitLab مجموعة متنوعة من معايير الامتثال، التي صممت لضمان التزامه بالمتطلبات التنظيمية وأفضل الممارسات في تطوير البرمجيات وحماية البيانات:

1. PCI DSS: يساعد GitLab المؤسسات على تلبية متطلبات معيار أمان بيانات صناعة بطاقات الدفع (PCI DSS) المتعلقة بالتعامل مع بيانات حامل البطاقة. هذا مهم بشكل خاص للشركات في القطاع المالي التي تتعامل مع معلومات الدفع الحساسة.

2. ISO/IEC 27018:2019: يحافظ GitLab على الامتثال لـ ISO/IEC 27018:2019، التي تحدد توجيهات لحماية المعلومات الشخصية (PII) في السحابة العامة التي تعمل كمعالجات لـ PII.

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

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

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

تتم دمج هذه القدرات الامتثالية ضمن منصة GitLab، مما يسمح للمؤسسات بأتمتة الامتثال كجزء من عمليات DevOps الخاصة بهم، مما يقلل من مخاطر عدم الامتثال ويعزز أمان وسلامة دورة حياة تطوير البرمجيات لديهم.