مهندس موثوقية مواقع أول - موثوقية البيانات والتطبيقات

نحن شركة ناشئة في مجال التكنولوجيا المالية B2B مقرها في أبوظبي ومدعومة من قبل بنك BNY ميلون (أقدم بنك في أمريكا وأول شركة تدرج في بورصة نيويورك) وشركة Lunate (شركة إدارة أصول بديلة جديدة بقيمة 50 مليار دولار أمريكي مقرها في أبوظبي، الإمارات العربية المتحدة).
جمعت الشركة 300 مليون دولار لبناء منصة تكنولوجيا ثروة متطورة.
مهمتنا هي تعزيز وتنمية فروع الثروة لعملائنا من خلال تجارب وحلول مالية ورؤى متميزة.
ستتيح منصتنا لإدارة الثروات الرقمية للبنوك والمؤسسات المالية الأخرى في الشرق الأوسط النمو والتوسع في قطاعات المستثمرين الأثرياء، HNW و UHNW.
بينما لا تزال تستفيد من قدرات ومعرفة المؤسسات الكبيرة، فإن شركتنا الناشئة في مجال التكنولوجيا المالية تتمتع بفرق متعددة الوظائف وسريعة الاستجابة.
لمزيد من المعلومات، يرجى زيارة www.
alpheya.com
نحن نبني فريق SRE الذي يمتلك موثوقية الإنتاج من البداية إلى النهاية عبر خطوط تدفق البيانات + الخدمات الخلفية + نشرات Kubernetes + المراقبة.
هذه ليست وظيفة عمليات تقتصر على التذاكر فقط.
ستقوم بتصحيح المشكلات المعقدة في الإنتاج، وشحن الإصلاحات الدائمة (كود/تكوين)، وتقوية النظام حتى لا تتكرر المشكلات.
ستعمل عبر خطوط تدفق البيانات/ETL (Snowflake ومصادر أخرى)، وخدمات التطبيقات (Go/Node.
js)، وعمليات المنصة (Kubernetes/Helm)، مع التركيز القوي على استجابة الحوادث وهندسة الموثوقية.
ما ستفعله:
امتلاك موثوقية الإنتاج لعمليات الإدخال من البداية إلى النهاية بما في ذلك SLAs واستجابة الحوادث.
قيادة وتنفيذ استجابة الحوادث لفشل الإدخال + التطبيق: تصنيف، تخفيف، اتصالات أصحاب المصلحة، والتنسيق عبر الفرق.
تصحيح وحل مشكلات الإدخال ورسم البيانات (ملفات FinTech الخاصة بالعملاء، تغييرات المخطط، الحالات الحدودية) وضمان الدقة بعد الإصلاح.
تشغيل خدمات/عمال الإدخال على Kubernetes: تصحيح عمليات النشر، التكوين/الأسرار، التوسع، اختناقات الموارد، مشكلات العقد/الحاويات، والإخفاقات في وقت التشغيل.
التعامل مع استعادة البيانات بأمان: إعادة التشغيل/الملء، فحوصات عدم التكرار، استراتيجيات إزالة التكرار، استعلامات التسوية، والتحقق من جودة البيانات.
تشخيص مشكلات قاعدة البيانات (PostgreSQL/CNPG): اختناقات الأداء، الأقفال، الفهرسة، تحسين الاستعلامات، الهجرات، والمخاطر التشغيلية.
بناء مراقبة الإدخال + التطبيق: لوحات معلومات وتنبيهات للانتعاش، التدفق، التأخير، معدل الأخطاء، إعادة المحاولات، حجم DLQ، زمن المعالجة، ومقاييس النجاح لكل مستأجر.
دفع الوقاية: تحسين كتيبات التشغيل/جوازات الخدمة، التحقق بعد النشر، اختبار الانحدار، والمعايير التشغيلية.
الشراكة مع مهندسي التطبيقات/البيانات في تطور المخطط، عقود البيانات، وأنماط الموثوقية (أوقات الانتظار، إعادة المحاولات، الضغط الخلفي، التدهور الآمن).
معرفة قوية بـ SQL وPostgreSQL.
القدرة على تصحيح مشكلات الإنتاج عبر البيانات + الخدمات الخلفية + البنية التحتية، وليس فقط ضمن طبقة واحدة.
فهم عملي للأنظمة الخلفية بلغة Go (يفضل) وNode.
js: القدرة على التنقل في قواعد الشيفرة، تتبع تدفقات الطلبات، تصحيح مشكلات الإنتاج، والمساهمة بإصلاحات صغيرة إلى متوسطة (ليس فقط نصوص).
فهم عملي للأنظمة الخلفية الموزعة وواجهات برمجة التطبيقات (GraphQL + gRPC/RPC): القدرة على تتبع تدفقات الطلبات عبر الخدمات، تحديد مشكلات العقود/المخططات، واستكشاف أنماط التأخير/الأخطاء من البداية إلى النهاية.
خبرة في خطوط تدفق ETL/ELT وأنظمة الرسائل.
فهم تنسيقات البيانات (CSV، JSON، Parquet).
معرفة بـ MySQL وSnowflake.
تعرض لـ Kubernetes وDocker وAKS لتشغيل مهام البيانات.
القدرة على تصحيح أخطاء الإدخال والإخفاقات في وقت التشغيل.
من الجيد أن يكون لديك:
خبرة في سير العمل Temporal أو الأنظمة الموزعة.
تعرض سابق لمجموعات المراقبة (Prometheus، Grafana، Loki، Tempo).
اهتمام بالانتقال نحو هندسة SRE/المنصة.