هل لديك سؤال؟ فريقنا هنا للمساعدة على توجيهك في رحلتك في مجال التشغيل الآلي.
استكشف خطط الدعم المصممة خصيصًا لتلبية متطلبات الأعمال لديك.
كيف يمكننا مساعدتك؟
منصة Automation Success أنشئ نظام عمل مع المجموعة المتصلة التي نقدمها من تطبيقات التشغيل الآلي وأدواتة الذكية من أجل الاكتشاف والتشغيل آليًا وتوسيع النطاق والتفاعل. اعرف المزيد اعرف المزيد
حلول الذكاء الاصطناعي حوّل شركتك من خلال الاستفادة من فعالية الحلول الرقمية المشغّلة بواسطة الذكاء الاصطناعي. اكتشاف حلول الذكاء الاصطناعي اكتشاف حلول الذكاء الاصطناعي
الحلول المميّزة
Google Cloud يدعم كل من Google Cloud وAutomation Anywhere المؤسسات لتسريع وتيرة رحلة الذكاء الاصطناعي والتشغيل الآلي. Google Cloud
Amazon Web Services بسّط مسارات العمل وقلل التكاليف وسهّل التشغيل الآلي بصورة إضافية من خلال الجمع ما بين منصة Automation Success وAWS Amazon Web Services
الحصول على Community Edition: ابدأ التشغيل الآلي على الفور بفضل الوصول المجاني إلى التشغيل الآلي الكامل الميزات من خلال Community Edition على السحابة.
مميز
تصنيف الريادة في تقرير Gartner® Magic Quadrant™ للعام 2024 في مجال التشغيل الآلي. الاحتفال بمرور ست سنوات على الاعتراف بها وتقديرها كرائدة في مجالها.تنزيل التقرير تنزيل التقرير
تسجيل دخول العميل
عملية تسجيل الدخول هذه عبارة عن تسجيل دخول أحادي للعملاء الحاليين مع Automation Anywhere. تسجيل الدخول الآن تسجيل الدخول الآن
شهادات جديدة ومحسّنة
امنح نفسك ميزة تنافسية مع الشهادات المعترف بها في القطاع من Automation Anywhere. استعرض الشهادات استعرض الشهادات
تواصل معنا احصل على المساعدة أو اعرف المزيد أو تعلّم أو اطرح الأسئلة أو دردش معنا فقط! اتصل بنا اتصل بنا
يعني التطبيق الأصلي على السحابة أن يكون التطبيق أو المنتج مصممًا خصوصًا للسحابة، وليس تطبيقًا سحابيًا مُعاد التصميم للاستخدام السحابي.
هناك احتمالات، فإذا سألت مجموعة من الأشخاص عن تعريف "التطبيق الأصلي على السحابة"، فستحصل على عدة إجابات مختلفة. لكن التقنية الأصلية على السحابة لها تعريف محدد للغاية، فهي مصُممة بطريقة محددة للغاية، ولها تطبيقات غير متناهية تقريبًا.
ووفقًا لمؤسسة Cloud Native Computing Foundation (CNCF)، التي أنشأتها مؤسسة Linux عام 2015 بسبب تعدد المؤسسات التي اعتمدت الأنظمة الأصلية على السحابة:
فإن التقنيات الأصلية على السحابة مصممة خصوصًا بغرض تحقيق قابلية التوسع. أي أنها مصممة لتتسم بالمرونة وإمكانية التغيير السريع وواسع النطاق.
التطبيقات الأصلية على السحابة تعمل في بيئات حديثة وديناميكية مثل السحابة العامة والسحب الخاصة والسحب المختلطة، بدلاً من المثيل الواحد المتمثل في أنظمة التشغيل المحلية.
التطبيقات الأصلية على السحابة تنشأ باستخدام بنية الخدمات المصغرة: يتم إنشاء التطبيق البرمجي من أجزاء مصغرة (ميكرو) تُعبأ في حاويات بحيث يمكن اختبارها على أي بنية أساسية.
نتيجة لتعبئة الخدمات المصغرة في حاويات، أصبح يمكن تحديث التطبيق البرمجي من خلال مبادئ تشغيل التكامل المستمر والتسليم المستمر (CI/CD). يسمح التكامل المستمر والتسليم المستمر بتحديث الخدمات المصغرة الموجودة في حاوية واحدة واختبارها ودفعها مباشرة دون أي وقت تعطل.
قارن ذلك بالبنية المتجانسة التي:
تم تصميمها وتطويرها كوحدة واحدة
تحتوي على ملف منطقي واحد قابل للتنفيذ لبنيتها التحتية الأساسية. فبدلاً من تعدد الأجزاء المتحركة، أصبحت تعمل كوحدة واحدة، وهي الوحدة المتراصة
تم تصميم بنية التطبيق المتجانسة على 1) تطبيق من جانب الخادم، 2) واجهة مستخدم من جانب العميل، 3) قاعدة بيانات. تُجرى تحديثات التطوير البرمجي على مستوى جانب الخادم، ما يعني أن وقت التعطل أمر حتمي
يجلب نهج التطبيق الأصلي على السحابة كثيرًا من الميزات، من بينها المرونة وقابلية النقل وسهولة الحركة. لكن هذه الميزات تتجاوز فِرق تكنولوجيا المعلومات.
المرونة التشغيلية
تتمتع الشركات التي تستخدم التطبيقات الأصلية على السحابة بمستوى إضافي من المرونة فيما يتعلق بكيفية تشغيل برامج الأعمال الداعمة، سواء أكانت سحابية مختلطة أم عامة أم خاصة أم متعددة السحابة. ومن ثم لن تكون الشركات مجبرة على استخدام منصة دون غيرها، لأن نهج التطبيق الأصلي على السحابة يدور حول كيفية إنشاء التطبيق، وليس المنصة التي سيجري تشغيله عليها.
تقليل النفقات العامة الناجمة عن عدم الدقة
تكمن إحدى ميزات تكنولوجيا الأعمال اليوم في القدرة على تشغيل عمليات الأعمال آليًا. يمكن دمج التشغيل الآلي في أي بيئة سحابية، وسيساعد الشركات على التحول إلى فِرق رشيقة ومركَّزة. وبدلاً من إهدار ساعات العمل في المهام الإدارية اليدوية المتكررة، يستطيع الموظفون تشغيل تلك المهام آليًا والتركيز على المهام الأكثر أهمية: إنشاء قوائم العملاء المحتملين وخدمة العملاء واستبقاء العملاء.
التخلص من أوقات التعطل
بفضل تقنيات تنسيق الحاويات مثل Kubernetes، يمكنك دفع التحديثات البرمجية خلال النظام العام لمؤسستك دون الحاجة إلى إيقاف تشغيل أنظمتك. وهذا يتيح لقسم تكنولوجيا المعلومات اختبار التحديثات وتحسينها ودفعها أثناء استمرار العمل.
الابتكار
أصبح تقديم المنتجات والخدمات الرقمية الجديدة أسهل وأسرع بفضل التشغيل الآلي المدمج في التطبيقات الأصلية على السحابة. إضافة إلى ذلك، ونظرًا إلى أن هذه التطبيقات تجمع البيانات تلقائيًا عبر النظام العام لمؤسستك، فستحصل على معلومات بيانية أفضل، حتى تكون قراراتك أكثر استنارة.
سهولة الإدارة
نظرًا إلى كونها مصممة خصوصًا لسهولة الصيانة والإدارة، يمكن دمجها في عمليات أعمالك لتحل محل البرامج الأقل توافقًا والأقل مرونة.
خفض التكلفة
تقليل وقت التعطل، وتقليل عدد أقل الأخطاء، وزيادة رضا العملاء - كل ذلك سينعكس على خفض النفقات العامة. أما التكلفة الكبيرة التي لا تُذكر غالبًا، فهي امتلاك نظام كبير جدًا لأعمالك. تتطلب التطبيقات في المواقع عمومًا نفقات أولية كبيرة. حيث يلزم بناء البنية الأساسية للنظام ومركز البيانات. ومع ذلك، يتم استخدام نحو ثلثي سعة مركز البيانات فقط. وهذا سينعكس على زيادة التكلفة الإجمالية للملكية. تتبع التطبيقات الأصلية على السحابة نموذج الدفع مقابل ما تستخدمه. فإذا لم تستخدم سوى 30% من سعة مركز البيانات، فهذا ما ستدفع مقابله.
تقرير هام فريد من نوعه حول الصناعة
تعرّف على كيفية تحقيق أفضل الشركات 8,5 أضعاف عائد الاستثمار على برامج التشغيل الآلي الخاصة بها واكتشف الطريقة التي تقوم فيها الشركات الرائدة في صناعاتها بتحويل أعمالها للتغلب على التحديات العالمية وتحقيق الازدهار بفضل التشغيل الآلي الذكي.
تتقدم التقنية السحابية الحديثة إلى الأمام بسرعة، ويتركز تطوير التطبيقات التي تركز على الأعمال غالبًا على البنية الأصلية على السحابة.
وتتجاوز هذه الحركة نحو عالم التطبيقات الأصلية على السحابة حدود التطبيقات الجديدة. فإليك مثلاً مجموعة Microsoft Office. نظرًا إلى استخدامها من قِبل آلاف الشركات، بداية من الشركات الصغيرة والمتوسطة إلى المؤسسات، تطور Microsoft Office من مجرد عدد قليل من مهام سير عمل الماكرو في MS Excel إلى بنية أساسية سحابية كاملة مع Office 365. والآن، يمكن لأي شخص الاتصال بالإنترنت وشراء اشتراك واستخدام المنتج في متصفحه في بضع دقائق.
قد تبدو الاختلافات بين Microsoft Office التقليدي وOffice 365 طفيفة. لكن ما يحدث على الواجهة الخلفية يتطلب تغييرًا كاملاً في الفكر وتطوير العمليات.
في التطوير البرمجي التقليدي، ليس من المستغرب أن يكون للوحدة البرمجية الواحدة عدة فرق تعمل عليها. وقد يبدو هذا في ظاهره وصفة لكيفية التطوير والإصدار السريع، ولكن من الشائع أيضًا عدم وجود أي شخص في أي فريق يفهم التطبيق بالكامل. وكما يمكنك أن تتخيل، فإن هذا يجعل إجراء تحديثات على التطبيق كابوسًا محتملاً.
أدخل DevOps (التطوير والعمليات)، وهي مجموعة من الفلسفات والأدوات والممارسات التي تتيح تسليم الميزات والتطبيقات والخدمات الجديدة بصورة أسرع. تدمج DevOps الفرق المتعددة في فريق واحد أصغر حجمًا. يشارك المهندسون في كل جزء من دورة الحياة بدلاً من عزلهم في فِرق التطوير والعمليات وضمان الجودة والأمان، على سبيل المثال.
كيف يمكنهم تقليل الحجم دون أن تتأثر الجودة؟ الجواب هو التشغيل الآلي. يسمح التشغيل الآلي لموفري الخدمات السحابية، مثل شركتَي BPaaS وSaaS، بتطوير تطبيقات أعمال قوية مع فرق DevOps أصغر حجمًا.
يتخطى توافر المنصات السحابية للأعمال حدود البيئات السحابية العامة. فبدلاً من إضافة شركتك إلى قائمة الشركات الأخرى على الحل السحابي، توجد أيضًا خيارات للمنصات السحابية الخاصة والحلول السحابية المختلطة (مزيج من الحلول القائمة في الموقع وعلى السحابة).
عدة أسباب. يتم إنشاء التطبيقات الأصلية على السحابة ونشرها بسرعة. تتميز الفِرق بصغر حجمها وتفانيها. المنصة السحابية قابل للتطوير، ما يسمح بقدر أكبر من المرونة وقابلية النقل عبر البيئات متعددة السحابة. ينعكس كل ما سبق على العديد من تطبيقات الأعمال الفعالة من حيث التكلفة، في حين أن التطبيقات ذات البنية المتجانسة تفقد قوتها ببطء أمام موفري الخدمات والمنصات السحابية.
بالتأكيد. فبفضل الخدمات المصغرة والتعبئة في الحاويات والقدرة على تشغيل عمليات الأعمال آليًا، تتسم الخدمات الأصلية على السحابة بالمرونة الكافية في القدرات الوظيفية والنطاق الذي يسع الأعمال بمختلف أحجامها.
يتعلق التطبيق الأصلي على السحابة بكيفية إنشاء البرنامج وليس موقعها. فالخدمات التي على غرار خدمات أمازون ويب ومنصة جوجل السحابية وسحابة IBM تمثل منصات سحابية، يتم عليها تشغيل التطبيقات الأصلية على السحابة.
إن مقارنة Docker بـ Kubernetes هي بمنزلة مقارنة البرتقال بعصير البرتقال. فالمسألة تتعلق بكلا التقنيتَين، وليست بواحدة دون الأخرى. وعلى الرغم من اختلاف التقنيتَين، فإنهما تعملان بصورة جيدة لإنشاء التطبيقات المعبأة في حاويات وتسليمها وتوسيع نطاقها.
فـ Docker هي تقنية مفتوحة المصدر تعبئ التطبيقات في حاويات بطريقة تجعلها محمولة. كما أنها تتيح من خلال إمكانية التنقل وضع التطبيقات على السحابة أو في الموقع.
أما Kubernetes، فهي تقنية تنسيق للحاويات مفتوحة المصدر. حيث تعمل على تجميع حاويات Docker في كبسولات، وتسمح بالتحكم في كيفية تشغيلها عبر واجهات برمجة التطبيقات. وتبقى هذه القدرة مفيدة للغاية مع تزايد تعقيد الأنظمة. وباستخدام Kubernetes، يمكنك ترتيب مجموعات الأجهزة الافتراضية وتشغيل الكبسولات بناءً على متطلبات الموارد الخاصة بكل منها وموارد الحوسبة المتاحة.
فيما يتعلق بالتطبيقات المستندة إلى السحابة، يتم دمجها بإحكام، مثل مجموعة واحدة من البرامج التقليدية. وهذا يجعل التطبيقات المستندة إلى السحابة أكثر تعقيدًا فيما يتعلق بالتحديثات، وتتطلب فترة تعطل.
أما التطبيقات الأصلية على السحابة، فتكون جميعها متصلة بشكل غير وثيق، ولكن دون وجود أجهزة أو برامج لنشرها. وتتم التحديثات عبر خدمات أصغر حجمًا ومعبأة في حاويات (خدمات مصغرة)، ومن ثم يتم نشرها بصورة أسرع وأسهل.
يمكنك بدء استخدام التطبيقات الأصلية على السحابة من خلال تحديد العمليات التي ترغب في إجرائها على السحابة. بعد ذلك، تناقش مع مقدم الخدمة حول أفضل طريقة للتكامل مع أنظمتك الحالية.
ولكن لا يعني مجرد كون مقدم الخدمة يقدم خدمات سحابية أنه يقدم خدمات أصلية على السحابة. وهذا هو سبب أهمية أن تسأل دائمًا: "هل حل الأعمال هذا أصلي على السحابة أم لا؟"
ما هو تعريف
برنامج التشغيل الآلي؟
ما هو تعريف
OCR؟
ما هي
الروبوتات البرمجية؟
ما هو تعريف التشغيل الروبوتي
للعمليات (RPA)؟
للطلاب والمطورين
ابدأ التشغيل الآلي على الفور بفضل الوصول المجاني إلى التشغيل الآلي الكامل الميزات من خلال Community Edition على السحابة.