النظام الأساسي هو نظام تعاوني: تعتمد فرق النظام الأساسي على فرق التطبيقات، وكلاهما يحتاج إلى معايير مشتركة، كما أوضح مارسي بارامونوفا وستيفان كوزين في حديثهما حول بناء الثقافة السحابية الأصلية في أحد البنوك في KubeCon & CloudNativeCon Europe. يثق المهندسون بالمنصة من خلال سلوكها المتوقع، وليس من خلال ميزاتها.
ذكر كوزين أن المصدر المفتوح قدم شيئًا كنا في أمس الحاجة إليه: معيار مشترك ولغة مشتركة بين الفرق والبائعين والأدوات. لم يكن المصدر المفتوح خيارًا واضحًا في بيئة البنوك. وكانت هناك أسئلة حول الدعم والمساءلة.
وقال كوزين إن البيئة المصرفية تتطلب الثقة أولاً:
الثقة لم تكن قرارا. تم تصميمه من خلال تشغيل المنصة يومًا بعد يوم ومن خلال الاتساق. كمهندسي منصات، تعلمنا أن المطورين لا يثقون بالمنصة بسبب ميزاتها؛ إنهم يثقون به لأنه يتصرف بشكل يمكن التنبؤ به.
وقالت بارامونوفا إن المنصة هي نظام تعاون. يعتمد المطورون وفرق المنتجات على فريق النظام الأساسي. يعتمد فريق المنصة على فرق التطبيق، وكلاهما يحتاج إلى المضي قدمًا؛ ولتحقيق ذلك، فهم بحاجة إلى معايير مشتركة.
وقالت بارامونوفا إن مستخدمي المصادر المفتوحة لا يستهلكون التكنولوجيا فحسب، بل يساهمون فيها أيضًا، وينشئون مجتمعات حولها، ويتبادلون الأفكار حول التكنولوجيا. تفسيرنا لأحد تلك التبادلات كان جلسات Genius Bar:
أردنا التراجع عن تذاكر السائق الداعمة المعتادة لدينا وتقديم شيء جديد وحديث لمستخدمينا. وقمنا بعقد جلسات دعم مفتوحة عندما يمكنهم الحضور، وسنقوم بحل مشكلتهم معهم. وبمرور الوقت، أصبح الكثير من الأشخاص مهتمين، لذلك انضم إلينا بالفعل الكثير من فرق البنية التحتية
وقالت بارامونوفا إن المهندسين يمكنهم الاستفادة من خلال تحسين مهاراتهم الشخصية، مما يساعد الجميع على العمل بشكل أفضل معًا. وذكرت أن لديهم نهجًا مجتمعيًا، حيث يقوم الأشخاص بإنشاء نوادي أو مجتمعات حول التكنولوجيا، والحفاظ عليها.
وقالت بارامونوفا إن الملكية غيرت التفاعل بين المهندسين. ولا يتم الوثوق بهم في تنفيذ المهام فحسب، بل يمكن الوثوق بهم أيضًا في اتخاذ قرارات حقيقية ويكون لها تأثير حقيقي.
إن كونك مهندسًا يعني حل المشكلات والشغف بها. وذكرت بارامونوفا أن كونك مهندسًا يعني مشاركة شغفك بحل المشكلات.
المصدر المفتوح ليس مجرد اختيار برمجي؛ قال كوزين: “إنه التزام”. إذا قمت بتغيير الأدوات فقط، ولكن ليس طريقة تفكير الأشخاص وتعاونهم وبناءهم، فسوف تصطدم بحائط.
وذكر كوزين أن المصدر المفتوح لم يكن أبدًا توجيهًا من الإدارة. ولم تكن أبدا عقيدة. لم يخبرنا أحد أبدًا أنه يجب عليك استخدام المصادر المفتوحة. وخلص كوزين إلى أنها كانت بوصلة، وهو الأمر الذي ساعدنا في توجيه هذا الموضوع.
أجرت InfoQ مقابلة مع مارسي بارامونوفا وستيفان كوزين بعد حديثهما.
InfoQ: ماذا فعلت لبناء الثقة مع مستخدمي النظام الأساسي الخاص بك؟
ستيفان كوزين: لقد استثمرنا بكثافة في التقييس والأتمتة والتميز التشغيلي. سواء تم نشر الفرق في بيئات التطوير أو الاختبار أو الإنتاج، فيجب أن تتمتع بنفس الخبرة ونفس التوقعات. لقد جعلنا أيضًا مسؤوليات النظام الأساسي واضحة. تعرف الفرق الخدمات التي يتم تشغيلها بواسطة فريق النظام الأساسي، ومستويات الخدمة التي يمكنهم توقعها، وأين تبدأ مسؤولياتهم التشغيلية.
جانب آخر مهم كان تقليل الحمل المعرفي. بدلاً من الكشف عن كل إمكانات Kubernetes، حاولنا توفير إعدادات افتراضية معقولة وسير عمل مدروس. يجب أن يكون المطورون قادرين على التركيز على تطبيقاتهم بدلاً من فهم مدى تعقيد البنية التحتية الأساسية.
مارسي بارامونوفا: عندما قدمنا مكونات أو ميزات جديدة، لم ننتظر الكمال قبل مشاركتها مع مستخدمينا. لقد أعطينا الناس رؤية لما كنا نفعله ولماذا.
وتبين أن هذه الشفافية أكثر قيمة من المنتج المصقول. أصبح المستخدمون مختبرين ومتعاونين في وقت مبكر بدلاً من كونهم مستهلكين سلبيين. وبمرور الوقت، نجحت هذه العلاقة في بناء شيء لم يتمكن إعلان الإصدار من تحقيقه أبدًا.
InfoQ: كيف تغيرت ثقافتك الهندسية بمرور الوقت؟
بارامونوفا: المجتمعات مفتوحة المصدر لديها ثقافة محددة. ويوثقون قراراتهم. إنهم يساهمون مرة أخرى. إنها تجعل الملكية واضحة، حتى يعرف الأشخاص من يحتفظ بمكون ما، ومن يتخذ القرارات، وأين يتوجهون للحصول على المساعدة.
لقد حاولنا استيعاب تلك الممارسات. عندما تعتمد Kubernetes، فإنك لا تعتمد فقط منسق الحاوية. أنت تنضم إلى مجتمع له معايير وتوقعات وطريقة للعمل معًا. وقد دفعنا ذلك نحو المزيد من الشفافية، والمزيد من الملكية المشتركة، وإحساس أقوى بالحرفية.
ولم تتغير الثقافة لأن أحدهم أعلن عن مبادرة ثقافية. لقد تغير لأن الأدوات تطلبت طريقة معينة للعمل، وبمرور الوقت، أصبحت طريقة العمل هذه هي طريقة عملنا.
