يعمل ألكسندر بارانوف في شركة Veeam كمدير للبحث والتطوير ويعيش بين البلدين. يقضي نصف وقته في براغ والنصف الآخر في سانت بطرسبرغ. هذه المدن هي موطن لأكبر مكاتب تطوير Veeam.
في عام 2006 ، كانت شركة ناشئة من قبل اثنين من رواد الأعمال من روسيا ، مرتبطة ببرنامج النسخ الاحتياطي للماكينة الافتراضية (من هناك جاء اسم V [ee] [a] M ، وهو آلة افتراضية ، أيضًا). اليوم هي شركة عملاقة تضم أكثر من أربعة آلاف موظف حول العالم.
أخبرنا ألكساندر كيف يكون العمل في مثل هذه الشركة ومدى صعوبة الدخول فيها. أدناه هو مونولوجه.
تقليديا ، سنتحدث عن تقييم الشركة على My Circle: Veeam Software المستلمة من موظفيها . إنه محل تقدير لحزمة اجتماعية جيدة ، وأجواء عمل مريحة في الفريق ، وللمهام الشيقة ولأن الشركة تجعل العالم مكانًا أفضل.
ما هي المنتجات التي يطورها Veeam
المنتجات التي توفر التسامح مع الأخطاء للبنية التحتية لتكنولوجيا المعلومات. لحسن الحظ ، مع مرور الوقت ، أصبحت الأجهزة موثوقة تمامًا ، وتوفر السحب إمكانية التسامح مع الخطأ. لكن الخطأ البشري مستمر حتى يومنا هذا.
على سبيل المثال ، المشكلة الكلاسيكية المتمثلة في عدم توافق التحديثات مع البنية التحتية للمؤسسة. طرح المسؤول تحديثًا لم يتم التحقق منه ، أو حدث ذلك تلقائيًا ، ولهذا السبب ، تعطلت عملية خوادم المؤسسة. مثال آخر: قام شخص ما بإجراء تغييرات على مشروع مشترك أو مجموعة من المستندات التي يرى أنها مناسبة. في وقت لاحق ، تم اكتشاف مشكلة ، وكان من الضروري إعادة الحالة التي كانت عليها قبل أسبوع. في بعض الأحيان ، لا ترتبط مثل هذه التغييرات بالأفعال البشرية الواعية: في الآونة الأخيرة نسبيًا ، اكتسبت فيروسات cryptolocker شعبية. يقوم المستخدم بإحضار محرك أقراص محمول به محتوى مشكوك فيه إلى كمبيوتر العمل أو يزور موقعًا به قطط ، ونتيجة لذلك ، تصبح أجهزة الكمبيوتر على الشبكة مصابة.
في حالة حدوث السيئ بالفعل ، نمنح الفرصة للتراجع عن التغييرات. إذا تم التخطيط للتغييرات فقط ، فإننا نسمح لك بالتحقق من تأثيرها في بنية أساسية معزولة ، تم إعادة إنشائها من نسخة احتياطية لمركز البيانات.
في كثير من الأحيان ، تعمل النسخ الاحتياطية "كشاهد صامت" على عمليات تدقيق المنظمة. تحتاج الشركات العامة إلى الامتثال للجهات التنظيمية الخارجية (مثل قانون Sarbanes-Oxley) ، ولسبب وجيه. في عام 2008 ، اهتزت حالة الاقتصاد العالمي بسبب حقيقة أن بعض المشاركين في السوق المالية ، بشكل تقريبي ، زوروا نتائج أنشطتهم. تضاعف هذا الأمر وغرق الاقتصاد. منذ ذلك الحين ، كان المنظمون يراقبون العمليات في الشركات العامة عن كثب. تعد القدرة على استعادة حالة البنية التحتية لتكنولوجيا المعلومات ونظام البريد ونظام إدارة المستندات لفترات إعداد التقارير أحد متطلبات المدققين.
تمتلك Microsoft و Amazon و Google وموفرو السحابة الآخرون حلولًا أصلية تعمل على نسخ الموارد احتياطيًا داخل السحابة. لكن قراراتهم "أشياء في حد ذاتها". تكمن المشكلة في أن الشركات الكبيرة في معظم الحالات لديها بنية تحتية مختلطة لتكنولوجيا المعلومات: جزء منها موجود في السحابة ، وجزء على الأرض. تستضيف السحابة عادةً مشاريع الويب والتطبيقات التي تواجه العملاء. غالبًا ما توجد التطبيقات والخوادم التي تخزن معلومات حساسة أو بيانات شخصية على الأرض.
بالإضافة إلى ذلك ، تستخدم المؤسسات العديد من السحابات المختلفة لبناء واحدة هجينة لتقليل المخاطر. عندما تقوم شركة متعددة الجنسيات ببناء سحابة مختلطة ، فإنها تحتاج إلى نظام واحد ومشترك للتسامح مع الخطأ للبنية التحتية بأكملها.
ما مدى صعوبة تطوير مثل هذه المنتجات
تظهر التقنيات الجديدة باستمرار والتي تتطلب الدراسة والتكيف والخبرة. عندما ظهرنا لأول مرة وكنا شركة ناشئة ، كان عدد قليل من الناس يعتبرون الافتراضية على محمل الجد. كانت هناك تطبيقات لإجراء نسخ احتياطي لمراكز البيانات المادية. تم اعتبار مراكز البيانات الافتراضية على أنها ألعاب.
بدأنا في دعم النسخ الاحتياطي المدرك للافتراضية منذ البداية ، عندما استخدم المتحمسون التكنولوجيا فقط. ثم كان هناك نموها الهائل والاعتراف بها كمعيار. الآن نرى مناطق أخرى تنتظر نفس القفزة النوعية ، ونحاول أن نكون في الموجة. القدرة على إبقاء أنفك في اتجاه الريح مخيطة في مكان ما في الحمض النووي للشركة.
الآن مرت الشركة بالفعل بأيام بدء التشغيل. الآن ، بالنسبة للعديد من العملاء الكبار ، يعتبر الاستقرار والموثوقية أمرًا مهمًا ، ويمكن أن يستغرق اتخاذ قرار بشأن تحمل الخطأ عدة سنوات. هناك تكيف والتحقق من المنتجات والامتثال لمتطلبات عديدة. لقد ظهر موقف مضحك - من ناحية ، تحتاج إلى ضمان الموثوقية والثقة في المنتجات ، ومن ناحية أخرى ، أن تظل حديثًا.
لكن الجديد يرتبط دائمًا بمستوى معين من الجهل بالتكنولوجيا أو السوق أو كليهما.
على سبيل المثال ، بعد عدة سنوات من العمل ، أدركنا أننا بحاجة إلى استخدام إمكانيات التخزين المدمجة لأنظمة البيانات لتسريع عمليات النسخ الاحتياطي. هكذا وُلد اتجاه كامل للتكامل مع مصنعي الحديد. حتى الآن ، يعد شركاء Veeam في هذا البرنامج جميعًا أكبر اللاعبين في هذا السوق - HP و NetApp و Dell EMC و Fujitsu ، إلخ.
اعتقدنا أيضًا أن المحاكاة الافتراضية ستحل محل الخوادم الكلاسيكية. لكن الحياة أظهرت أن آخر 10٪ من الخوادم المادية باقية ، والظاهرية إما غير ممكنة أو غير منطقية. ويحتاجون أيضًا إلى دعم. هكذا ظهر Veeam Agent لنظام التشغيل Windows / Linux.
في وقت من الأوقات ، اعتقدنا أن الوقت قد حان ليأخذ Unix مكانه في المتحف ، ورفضنا دعمه. ولكن بمجرد أن ذهبنا إلى عملاء لهم تاريخ طويل ، أدركنا أن Unix أكثر حيوية من جميع الكائنات الحية. ومع ذلك فقد كتبوا له قرارًا.
نفس القصة كانت مع أقراص. فكرنا: "من يحتاجهم في العالم الحديث؟" ثم عملنا على ميزات مثل استعادة البيانات المحببة أو النسخ الاحتياطي التزايدي بنسخة اصطناعية كاملة - وهذا ببساطة لا يمكن القيام به على شريط ، فأنت بحاجة إلى قرص. ثم اتضح أن محركات الأشرطة تعمل كإحدى الوسائل لتوفير نسخ احتياطية ثابتة مطلوبة للتخزين طويل الأجل - بحيث بعد 5 سنوات قادمة ، خذ شريطًا من الرف وقم بإجراء تدقيق. حسنًا ، وحجم العملاء - بدأنا بالعملاء الصغار - ولا أحد يستخدم الأشرطة هناك. ثم كبرنا إلى العملاء الذين أخبرونا أنهم لن يشتروا منتجًا بدون شرائط.
ما هي التقنيات المستخدمة في Veeam
للمهام المتعلقة بمنطق الأعمال ، نستخدم .NET. لقد بدأنا بها ، واستمرنا في التحسين. الآن نستخدم .NET Core في عدد من الحلول. عندما تشكلت الشركة الناشئة لأول مرة ، كان هناك العديد من المؤيدين لهذه المجموعة في الفريق. إنه جيد من حيث كتابة منطق الأعمال وسرعة التطوير وملاءمة الأدوات. حينها لم يكن القرار الأكثر شعبية ، لكن من الواضح الآن أن هؤلاء المؤيدين كانوا على حق.
في نفس الوقت نكتب تحت Unix و Linux ونعمل مع الأجهزة وهذا يتطلب استخدام حلول أخرى. أجزاء النظام المتعلقة بالمعلومات حول البيانات التي نخزنها في النسخة الاحتياطية ، وخوارزميات البحث عن البيانات ، والخوارزميات المتعلقة بتشغيل الأجهزة - كل هذا مكتوب بلغة C ++.
كيف يتم توزيع الموظفين حول العالم
الآن توظف الشركة حوالي أربعة آلاف شخص. حوالي ألف منهم في روسيا. الشركة لديها مجموعتين كبيرتين. الأول يتعامل مع التطوير والدعم الفني للمنتجات. والثاني يجعل المنتجات مرئية للعالم الخارجي: المبيعات والتسويق من اختصاصها. النسبة بين المجموعات ما يقرب من ثلاثين إلى سبعين.
لدينا حوالي ثلاثين مكتبًا حول العالم. يتم توزيع المبيعات على نطاق واسع ، لكن التطوير أيضًا لا يتخلف عن الركب. يتم العمل على بعض المنتجات في وقت واحد في عدة مكاتب - جزئيًا في سان بطرسبرج وجزئيًا في براغ. تم تطوير بعضها في واحد فقط ، على سبيل المثال ، تم تطوير منتج يوفر نسخة احتياطية مادية لنظام Linux في براغ. يوجد منتج يتم العمل عليه فقط في كندا.
نقوم بالتطوير الموزع لتلبية متطلبات العملاء. يشعر العملاء الكبار بمزيد من الأمان عندما يقع المشروع في نفس المنطقة التي يعمل فيها المنتج.
لدينا بالفعل مكتب كبير جدًا في جمهورية التشيك ، وفي العام المقبل نخطط لافتتاح مكتب آخر في براغ - لـ 500 مطور ومختبِر. أولئك الذين انتقلوا إلى عاصمة جمهورية التشيك في "الموجة الأولى" يسعدهم مشاركة خبراتهم وتسلسل حياتهم مع كل من يهتم بفرصة العمل في أوروبا في Habré. في روسيا ، يقع المكتب في سانت بطرسبرغ ، ويتم تنفيذ جزء من المشاريع الداخلية في إيجيفسك ، ويتم تقديم الدعم جزئيًا في موسكو. بشكل عام ، يشارك عدة مئات من الأشخاص حول العالم في الدعم الفني. يوجد متخصصون بمستويات مختلفة من التدريب الفني والتخصص. أعلى مستوى هم الأشخاص القادرين على فهم المنتج على مستوى كود المصدر ، ويعملون في نفس المكتب الذي يعمل فيه التطوير.
كيف يتم تنظيم العمليات
حوالي مرة واحدة في العام لدينا إصدارات رئيسية بوظائف جديدة ، وكل شهرين إلى ثلاثة أشهر لدينا تحديثات مع إصلاحات الأخطاء والتحسينات التي تلبي متطلبات السوق العاجلة أو تغييرات النظام الأساسي. يتم تعيين الأولويات للمتطلبات - من الثانوية إلى الحرجة ، والتي بدونها يكون الإصدار مستحيلًا. هذه الأخيرة تسمى "الملاحم".
هناك مثلث كلاسيكي - الجودة ، وكمية الموارد ، والتوقيت (في عامة الناس ، "بسرعة ، وكفاءة ، وبتكلفة زهيدة ، اختر اثنين"). لا يمكننا فعل أشياء سيئة ، يجب أن تكون الجودة عالية دائمًا. الموارد محدودة أيضًا ، على الرغم من أننا نحاول التوسع طوال الوقت. مرونة أكبر في إدارة الوقت ، لكنها غالبًا ما تكون ثابتة. لذلك ، الشيء الوحيد الذي يمكننا تغييره هو مقدار الوظائف في الإصدار.
كقاعدة عامة ، تحاول الملاحم الاحتفاظ بما لا يزيد عن 30-40٪ من دورة الإصدار المتوقعة. أما الباقي فيمكننا قطعه ونقله وصقله وتعديله. هذه غرفتنا للمناورة.
يتم إنشاء فريق مؤقت لكل متطلب في الإصدار. يمكن أن يكون ثلاثة أشخاص ، وخمسين ، حسب درجة التعقيد. نحن نلتزم بمنهجية تطوير مرنة ، وننظم مرة في الأسبوع مراجعات ومناقشات للعمل المكتمل والقادم على كل وظيفة.
يتم إنفاق نصف وقت دورة الإصدار على التطوير ، والنصف الآخر على الانتهاء من المنتج. لكن لدينا قول مأثور - "الدين الفني لمشروع مفلس هو صفر". لذلك ، من المهم أن تصنع منتجًا ناجحًا ومطلوبًا أكثر من لعق الكود بلا نهاية. إذا كان المنتج شائعًا ، فإن الأمر يستحق بالفعل تطويره بشكل أكبر وتكييفه مع التغييرات المستقبلية.
كيف تقوم Veeam بتوظيف المطورين
خوارزمية الاختيار متعددة المراحل. المستوى الأول هو محادثة بين المرشح والمجنِّد حول رغبات الشخص نفسه. في هذه المرحلة ، نحاول أن نفهم ما إذا كنا مناسبين للمرشح. من المهم بالنسبة لنا أن نكون شركة مثيرين للاهتمام ، لأن إدخال شخص في المشروع هو متعة باهظة الثمن.
إذا كان هناك اهتمام ، فإننا في المستوى الثاني نقدم مهمة اختبار لفهم مدى صلة تجربة المرشح وما يمكنه إثباته كمتخصص. على سبيل المثال ، نطلب منك عمل ملف ضاغط. هذه مهمة قياسية ، وتوضح كيف يرتبط الشخص بالشفرة ، وما هي الثقافة والأسلوب الذي يلتزم به ، وما هي الحلول التي يستخدمها.
في مهمة الاختبار ، عادة ما يكون كل شيء مرئيًا تمامًا. الشخص الذي أصبح يعرف القراءة والكتابة وكتب خطابًا لأول مرة يختلف بشكل ملحوظ عن الشخص الذي يكتب الرسائل طوال الوقت.
بعد ذلك ، لدينا مقابلة. عادة ما يتم تنفيذها من قبل ثلاثة من قادة الفريق في وقت واحد ، بحيث يكون كل شيء موضوعيًا قدر الإمكان. بالإضافة إلى ذلك ، فإنه يساعد على تجنيد أشخاص متوافقين تقنيًا لديهم نفس الأساليب والأساليب تقريبًا في التطوير ، حتى لو انتهى بهم الأمر إلى العمل في فرق مختلفة.
خلال الأسبوع ، نجري العديد من المقابلات لوظيفة شاغرة ونقرر من سنواصل العمل معه.
غالبًا ما يأتي الرجال إلينا ويقولون إنهم يبحثون عن وظيفة ، لأنه ليس لديهم مكان ينتقلون إليه في الوظيفة الحالية - يمكنك فقط انتظار الترقية إلى جانب تقاعد الرئيس. لدينا ديناميكية مختلفة قليلاً. قبل اثني عشر عامًا ، كانت Veeam شركة ناشئة تضم عشرة موظفين. الآن هي شركة مع عدة آلاف من الموظفين.
يأتي الناس إلى هنا كما لو كانوا في نهر مضطرب. تظهر اتجاهات جديدة باستمرار ، أصبح مطورو الأمس العاديون قادة الفريق. ينمو الناس تقنيًا وينموون إداريًا. إذا كنت تقوم بتطوير ميزة صغيرة ، ولكنك ترغب في تطويرها ، فإن نصف المعركة قد انتهت بالفعل. سيكون الدعم على جميع المستويات ، من قائد الفريق إلى أصحاب الشركة. أنت لا تعرف كيف تفعل شيئًا إداريًا - هناك دورات ومدربون داخليون وزملاء ذوو خبرة. لا توجد خبرة تطوير كافية - يوجد مشروع أكاديمية فييم. لذلك نحن منفتحون على الجميع ، من المحترفين والمبتدئين على حد سواء.
مشروع أكاديمية Veeam هو عبارة عن برنامج C # مجاني مسائي مكثف للمبرمجين المبتدئين مع احتمال التوظيف في Veeam Software لأفضل الطلاب. الهدف من المشروع هو سد الفجوة بين مقدار المعرفة والمهارات العملية لخريج الجامعة العادي وكمية المعرفة المطلوبة لإثارة اهتمام صاحب العمل الجيد. لمدة ثلاثة أشهر ، يدرس الرجال مبادئ OOP عمليًا ، ويغمرون أنفسهم في ميزات C # ويدرسون حجرة محرك .Net. بالإضافة إلى المحاضرات والاختبارات والمختبرات والمشاريع الشخصية ، يقوم الرجال بتطوير مشروعهم المشترك وفقًا لجميع قواعد الشركات الحقيقية. موضوع المشروع غير معروف مقدمًا - يتم اختياره مع الجميع في الأيام الأولى بعد بدء الدورة. في الدفق الأخير ، أصبحت Virtual Bank.
التسجيل مفتوح الآن .
المصدر: www.habr.com