Veritas
منصة لإدارة البيانات، من مبادئ واجهات API إلى أول لوحة تحكم
تصنع Veritas البرمجيات التي تستخدمها المؤسسات لنسخ بياناتها احتياطياً واستعادتها وإدارتها. وقد جمعت منصة Data Management بين النسخ الاحتياطي والاستعادة والتصنيف والتحليلات في منتج واحد، مبني على مبدأ الواجهات البرمجية أولاً. وشمل عملنا هذا المنتج على ثلاثة مستويات: برنامج واجهات API الذي يقوم عليه، والساعة الأولى التي يقضيها المسؤول معه، ولوحة التحكم التي يعود إليها بعد ذلك.
تُشترى حلول حماية البيانات المؤسسية بعناية وتُركّب ببطء. يقارن المسؤول بين المنتجات، ويختبر أحدها، ويدافع عن شرائه، ثم يُهيّئ الأجهزة عقدةً تلو أخرى قبل تشغيل أي نسخة احتياطية. وكانت كل خطوة موضعاً قد نخسره فيه. أما داخل الشركة فكانت المشكلة مختلفة؛ إذ تحتاج منصة مبنية على الواجهات البرمجية أولاً إلى فرق كثيرة تصمم الواجهات بالطريقة نفسها، ومعظم من كان عليهم الاتفاق على ذلك لن يقرؤوا مواصفات مكتوبة.
بدأنا بالناس. تتبّعت خريطة الشخصية مسؤول حماية البيانات من اكتشاف المنتج إلى الاستخدام اليومي، وحدد هذا التسلسل ترتيب الشاشات: موقع يشرح المنتج، ومسار إعداد ينقله من الأجهزة إلى عنقود يعمل، ولوحة تحكم تُبلغ عن حالته.
ولبرنامج واجهات API حوّلنا الإرشادات الداخلية إلى رسوم معلوماتية: خريطة واحدة للمنظومة، وصفحة واحدة للمبادئ، قصيرة بما يكفي لتُقرأ وتُعلّق على الجدار.
الواجهة بسيطة. الأرقام كبيرة والتسميات صغيرة، ولا يُستخدم اللون إلا للبيانات.
كانت المنصة مبنية على الواجهات البرمجية أولاً، فبدأ العمل بالواجهة البرمجية نفسها. تعرض هذه الخريطة البرنامج في صفحة واحدة: المطوّر في جهة، وفريق API في الجهة الأخرى، وبوابة المطورين بينهما، والأدوات التي يعتمد عليها كل طرف.
غالباً ما تعيش إرشادات تصميم واجهات API في مستندات طويلة لا يُكملها إلا القليل. فاختصرناها إلى عشرة مبادئ، لكل منها جملة أو جملتان من التعليل، كُتبت لتُحفظ. لا تبنِ لواجهة مستخدم بعينها. استخدم الأسماء للموارد. التزم بالحد الأدنى.
تتبّع خريطة الشخصية دوراً واحداً، هو مسؤول حماية البيانات، عبر تسع خطوات: اكتشاف المنتج، وتجربته، وشرائه، وإعداده، وربط الخدمات، وكتابة السياسات، وحماية البيانات، ومنح الصلاحيات للآخرين. وأصبحت الإطار لكل ما تلاها.
تذكر صفحة المنتج ما تفعله المنصة في جملة واحدة، ثم تجيب عن الأسئلة الثلاثة التي يطرحها المقيّم أولاً: ما سرعة البدء، وأين توجد البيانات، وما الذي يستطيع المستخدمون فعله بأنفسهم.
يبدأ الإعداد بإخبار المسؤول بالمدة التي سيستغرقها وما يجب تجهيزه، وبعرض الأجهزة التي اكتُشفت بالفعل.
يتكون بناء العنقود من أربع خطوات تظهر في أعلى كل شاشة. كل عقدة بطاقة. يختار المسؤول العقد التي سيربطها، ثم يُدخل عنوانين لكل منها. وتبقى العقد غير المخصصة ظاهرة لكن بعيدة عن الطريق.
تُبلغ الخطوة الأخيرة عن تقدم كل عقدة بلغة واضحة، وعن العنقود ككل.
لوحة التحكم
تجيب لوحة التحكم عن الأسئلة الأولى للمسؤول بالترتيب الذي يطرحها به. هل نُفّذت النسخ الاحتياطية الليلة الماضية؟ هل هناك ما هو غير محمي؟ كم بقي من المساحة، وإلى متى ستكفي؟ ويأتي الأداء والاستخدام أسفل ذلك. ويبقى إجراءان في متناول اليد في الأعلى: الاستعادة، وإنشاء مهمة حماية.
تتكون لوحة التحكم من بطاقات، فيمكن أن يتغير محتواها بحسب البيئة. وتختبر هذه الصيغ بطاقات وأشكال مخططات مختلفة لذاكرة التخزين السحابي المؤقت ولنشاط النسخ الاحتياطي والاستعادة.
يربط هذا العمل بين ثلاث فئات نادراً ما ترى المادة نفسها: الفرق التي تبني الواجهات البرمجية، والمسؤول الذي يركّب المنتج، والمسؤول الذي يديره بعد عام.
هل لديك مشروع في ذهنك؟
نتولى عدداً محدوداً من المشاريع كل ربع سنة. أخبرنا بما تبنيه.
تواصل معنا ←