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