بُنى تنفيذ تطبيقات Chat

يساعدك هذا الفصل في اختيار بنية التنفيذ عند تطوير تطبيق Google Chat.

أنماط الهندسة المعمارية

يصف هذا القسم بعض الأساليب المعمارية الأكثر شيوعًا والتي يتم استخدامها لإنشاء التطبيقات. راجع اختيار بنية الخدمة للحصول على مساعدة في تحديد الطريقة الأفضل لتطبيقاتك.

بنية الخدمة

يتيح Google Chat التكامل مع التطبيق، ولكنه لا ينفِّذ منطق التطبيق. ويجب تنفيذ هذا المنطق في شفرتك، باستخدام أي المكتبات أو الخدمات المناسبة لتطبيقك.

أين يمكنك إنشاء الرمز البرمجي الخاص بك، وكيفية تفاعله مع دردشة Google، بالتعاون معًا تشكل بنية الخدمة. وفي ما يلي أكثرها شيوعًا.

خدمة ويب

ومن بين أكثر الطرق شيوعًا لتنفيذ التطبيقات استخدام خدمة ويب أو تنفيذ HTTP آخر في الخوادم داخل الشركة. في هذا التصميم، يمكنك تهيئة Google Chat للتكامل مع خدمة بعيدة عبر HTTP:

بنية التطبيق باستخدام خدمة ويب في خادم داخل الشركة

وهذا يسمح بالتنفيذ بالاستفادة من المكتبات والمكونات الحالية المتوفرة على نظامك.

خدمة Cloud Pub/Sub

إذا كانت عمليات تنفيذ التطبيقات محمية بجدار ناري، قد يتعذّر على Google Chat إجراء استدعاءات HTTP إليه. تتمثَّل إحدى طُرق حلّ هذه المشكلة في استخدام خدمة Google Cloud Pub/Sub، التي يشترك فيها تطبيق التطبيق في موضوع يحتوي على رسائل من Google Chat:

بنية تطبيق تم تنفيذه باستخدام Cloud Pub/Sub.

في هذه الاتفاقية، يجب أن تستخدم عملية تنفيذ التطبيق بروتوكول HTTP لإرسال الرسائل إلى Google Chat.

برمجة تطبيقات

يمكنك إنشاء منطق تطبيقك بالكامل في برمجة التطبيقات. ويعد هذا مفيدًا بشكل خاص للتطبيقات التي تتكامل أيضًا مع خدمات Google Workspace. قد تقرأ تطبيقات مثل هذه البيانات وتكتبها باستخدام جداول بيانات Google والعروض التقديمية والتقويم وDrive وما إلى ذلك.

بنية تطبيق تم تنفيذه باستخدام "برمجة التطبيقات".

ضع في اعتبارك الشكل الذي قد تبدو عليه عملية التنفيذ لا يتم تنفيذها في برمجة التطبيقات. سيبدو برنامج تتبع HTTP المُدمج مع Google Chat وخدمات Google Workspace على النحو التالي:

بنية تطبيق تم تنفيذه باستخدام نظام داخل الشركة

يمكن أن يكون تنفيذ هذا التطبيق أكثر سهولة، لا سيما في ما يتعلق بالمصادقة، باستخدام "برمجة التطبيقات"، مع خدمات Google Workspace المدمجة ونموذج المصادقة الضمنية.

روابط الرد التلقائي على الويب الواردة

يمكنك إنشاء تطبيق يُدخِل الرسائل إلى مساحة Chat فقط، وذلك باستخدام الطلبات إلى Google Chat API. وتم التعامل مع هذه الطريقة باعتبارها "مشفرة" في مساحة دردشة معينة، ولا تسمح بتفاعل المستخدم، ولا يمكن مشاركة هذا النوع من التطبيقات أو نشره.

يناسب الرد التلقائي على الويب الوارد مع التطبيقات البسيطة لمرة واحدة الإبلاغ عن التنبيهات أو الحالة، أو لبعض أنواع نماذج التطبيقات.

تنفيذ منطق التطبيق

لا يقيد Google Chat الطريقة التي تنفذ بها منطق تطبيقك. يمكنك إنشاء المحلل اللغوي لأوامر البنية الثابتة والبسيط أو استخدام مكتبات أو خدمات متقدمة في الذكاء الاصطناعي ومعالجة اللغات أو أي شيء آخر مناسب لأهدافك.

محلّل الأوامر

تفحص التطبيقات المستندة إلى الأوامر محتوى الرسالة للأحداث الواردة من Google Chat، ثم تستخرج الأوامر والمعلمات من هذا المحتوى.

ومن بين الطرق البسيطة إنشاء رمز مميز للرسالة، واستخراج الأمر، ثم الإشارة إلى القاموس الذي يربط الأوامر بوظائف المعالج لكل أمر.

معالجة اللغات الطبيعية

وتستخدم العديد من عمليات تنفيذ التطبيقات معالجة اللغات الطبيعية لتحديد ما يطلبه المستخدم. هناك عدة طرق لتطبيق معالجة اللغات الطبيعية، ولا يهم Google Chat ما تستخدمه.

من الخدمات الفعالة والرائجة التي يمكنك استخدامها في تنفيذ تطبيقك Dialogflow، الذي يتيح لك إنشاء وكلاء أذكياء باستخدام نموذج intent/إجراء.

اختيار بنية الخدمات

يساعدك هذا القسم في إرشادك أثناء تحديد بنية الخدمة لتطبيقك.

اعتبارات عامة

هناك عدد من العوامل التي يجب وضعها في الاعتبار عند تحديد بنية الخدمات. وفي ما يلي شرح لكل منها. يساعدك قسم تحديد الاختيار على اختيار بنية بناء على هذه الجوانب.

  • مَن الأشخاص الذين يناسبهم هذا التطبيق؟
  • ما الموارد التي سيصل إليها التطبيق؟
  • ما أنماط المحادثة التي سيتم تنفيذها؟

يتم توضيح كل منها في الأقسام التالية. يساعدك القسم تحديد الاختيار على اختيار بنية بناء على هذه الجوانب.

جمهور التطبيق

هناك عدد من الجماهير المحتملة التي يمكن أن يحصل عليها التطبيق. في ما يلي عرض لبعض الأمثلة:

  • تطبيقك الشخصي
  • فقط بعض الأشخاص في مجموعة العمل الخاصة بك، ولا أحد غيرك
  • تثبيته في جميع أنحاء مؤسستك
  • توزيعه في Marketplace

الوصول إلى الموارد

يجب تحديد الموارد التي سيحتاج تطبيقك للوصول إليها، وقد تتضمن هذه الموارد ما يلي:

  • موارد Google Workspace
  • Google APIs وأنظمة أخرى
  • الموارد الخارجية (بخلاف Google)

أنماط المحادثات

يجب أيضًا مراعاة الطريقة التي تريد أن يتفاعل بها تطبيقك مع الأشخاص. تصف الفقرات التالية بعض أنماط المحادثات التي قد ينفذها تطبيقك.

الاتصال والرد (متزامن)

في هذا النمط، يستجيب التطبيق للرسائل الواردة من المستخدمين بشكل فردي. تؤدي رسالة مستخدم واحدة إلى التطبيق إلى ردّ واحد من التطبيق.

بنية الرسالة المتزامنة.

ردود متعددة (غير متزامنة)

ويتميز هذا النمط بالاتصال الثنائي بين المستخدمين والتطبيق، مع إنشاء التطبيق لأي عدد من الرسائل الإضافية. على سبيل المثال، قد يطلب المستخدم شيئًا ما من تطبيق ما - يجب أن يرسل التطبيق ردًا أوليًا للإقرار بالطلب - ثم يرسل التطبيق لاحقًا رسالة أو أكثر مرة أخرى إلى المساحة التي صدر منها الطلب.

بنية رسالة غير متزامنة.

اتجاه واحد من التطبيق

قد يكون من المفيد في بعض الأحيان إنشاء تطبيق يُدخل الرسائل في مساحة، ولكنه لا يتلقى أي أحداث من المستخدمين مطلقًا. هذه ليست محادثة مباشرة، ولكنها قد تكون مفيدة لأشياء مثل إعداد تقارير التنبيهات.

بنية تطبيق أحادي الاتجاه.

رحلة ذهاب فقط إلى التطبيق

على الرغم من أنه من الممكن إنشاء تطبيق يتلقى الرسائل ويعالجها فقط بدون تقديم أي رد أو رسالة إلى الأشخاص الذين يستخدمونه، فإن هذا يؤدي إلى ترك انطباع سيئ لدى المستخدم ونحن لا نوصي بشدة بهذه الممارسة.

الاختيار

إذًا ما بنية الخدمة التي ينبغي لك اختيارها لتنفيذ تطبيقك؟ بطبيعة الحال، إذا كان لديك تطبيق حالي تريد دمجه في Google Chat، ستحتاج على الأرجح إلى استخدام طريقة التنفيذ الحالية أو تكييفها.

إذا كنت تطور تطبيقًا جديدًا، فيوضح الرسم التخطيطي التالي خيارات البنية المقترحة لمختلف حالات الاستخدام.

اختر بنية تستند إلى حالة الاستخدام.