تدفّق 4SO Workspace: الهوية، المساحات، التعاون، الحوكمة.

ZERO-TRUST WORKSPACE DELIVERY

4SO Workspaceمساحات عمل آمنة عبر المتصفح

يفصل Workspace بيئة العمل والوصول البعيد عن Endpoint المستخدم؛ إذ تجتمع Identity وPolicy وDLP وScheduling وSession وExecution في نموذج منتج واحد قابل للإدارة.

Linux WorkspacesRDP / VNC / SSHDLP & PolicyMulti-zone

PDFتنزيل الكتيب التقنينسخة فارسية Deep Tech من 12 صفحة↓

مكوّنات 4SO Workspace: المتصفّح والسياسة ومستويا التحكم والتنفيذ المنفصلان

1متصفّح المستخدممصادقة واختيار مساحة العمل وتشغيل الجلسة أو استئنافها في متصفّح حديث.
2الهوية والسياسةتحدّد الهوية المؤسسية وRBAC وDLP ما يُسمح للجلسة: الحافظة والملفات والشبكة والأجهزة الطرفية.
3Control Planeتملك خدمات Go الجدولة ودورة الحياة والتدقيق؛ وPostgreSQL هو مرجع الحالة.
4وكيل العقدة عبر mTLSإدارة العقد تبدأ من الداخل إلى الخارج وتُصادَق عبر mTLS: حالة مرصودة وتنفيذ محدود.
5Execution Planeمساحات Linux معزولة تُبثّ عبر KasmVNC؛ وDocker Engine هو أول مزوّد Runtime.
6RDP / VNC / SSHوصول عبر المتصفّح إلى الأنظمة القائمة من خلال منظومة Apache Guacamole.

01PROBLEM & OUTCOME

مشكلة المنتج

يصبح الوصول الآمن صعباً حين يُوثَق بتنفيذ العمل على Endpoint.

تعتمد الفرق عادةً على أدوات منفصلة لكلٍّ من Browser وDesktop وRemote Access وPolicy وSession. يجمعها Workspace في تجربة واحدة موحّدة ويفصل التنفيذ المحمي عن جهاز المستخدم.

01ZERO TRUST

Endpoint ليس موضع الثقة

تبقى Session وتنفيذ workload داخل بيئة مضبوطة، ولا يمثّل Endpoint إلا طبقة التفاعل.

02UNIFIED ACCESS

مدخل واحد لعدة أنواع من Workspace

يتوفر Browser وLinux Desktop/Application وRDP/VNC/SSH من تجربة ويب واحدة.

03POLICY

Policy جزء من بيئة التنفيذ

DLP وIdentity وNetwork Path وPeripheral access حاضرة في نموذج المنتج.

04OPERATIONS

بنية Session التحتية قابلة للإدارة

تُدار Capacity والعُقد وScheduling وAudit ودورة الحياة من لوحة المشغّل.

02CAPABILITY SNAPSHOT

لمحة عن القدرات

تجربة مستخدم بسيطة، وبنية تحتية جادّة خلفها.

يجمع Workspace قدرات User Experience وInfrastructure Operations جنباً إلى جنب في منتج واحد.

01WORKSPACES

Browser وDesktop وApp

بيئات Linux مؤقتة (disposable) للعمل اليومي وأحمال العمل المضبوطة.

02REMOTE ACCESS

RDP / VNC / SSH

الوصول إلى الأنظمة القائمة عبر المتصفح دون عملاء متفرقين.

03IDENTITY

الهوية والوصول المؤسسي

Authentication وAuthorization ونطاق الصلاحية للمستخدم والمشغّل.

04DLP

Policy وضبط البيانات

يمكن التحكم في File وClipboard وPeripheral وNetwork Path وفق Policy.

05SCHEDULING

Scheduling وCapacity

اختيار عقدة التنفيذ والسعة والتوسّع بناءً على حالة البنية التحتية.

06MULTI-ZONE

Multi-zone Operation

توسيع Execution Plane دون تحويل Control Plane إلى بيئة لتشغيل أحمال العمل.

07RECORDING

Recording وCollaboration

قدرات على مستوى Session للمراقبة والتعاون وAudit.

08OBSERVABILITY

Health وCapacity وAudit

يتابع المشغّل البنية التحتية ودورة حياة Session من رؤية واحدة.

4SO

Control Plane وExecution Plane دوران مستقلان. لا يرتبط Workspace Intent ببيئة تنفيذ بعينها؛ وSingle-node نموذج نشر من الدرجة الأولى.

03TOPOLOGY / DEPLOYMENT MODEL

نموذج النشر

من خادم واحد إلى Execution Plane متعدد المناطق.

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

الملف التعريفي	Control Plane	Execution	الاستخدام
عقدة واحدة	الخادم نفسه	الخادم نفسه	بداية بسيطة وبيئة صغيرة
Control + عُقد التنفيذ	Control Plane مستقل	عدة عُقد تنفيذ	فصل الإدارة عن تنفيذ Workspace
Multi-zone	Control Plane مركزي	Execution في عدة Zones	القرب من المستخدم وتوزيع السعة
HA Control Plane	متعدد العُقد	Execution Pool مستقل	تكرار Control Plane والعمليات المؤسسية

04ARCHITECTURE

المعمارية

Control Plane وExecution Plane ليسا شيئاً واحداً، عن قصد.

يبقى Intent وPolicy في Control Plane؛ وتتولى الوكلاء (Agents) الإدارة، بينما تعمل Session الفعلية في Execution Plane.

USERBrowser Experienceالمصادقة وCatalog وLaunch/Resume وإنهاء Session.

↓

CONTROLWorkspace Control PlanePostgreSQL وIdentity وPolicy وScheduling وdurable operations.

↓

AGENTAuthenticated Agent Planeإدارة outbound-first بثقة وحالة محددتين.

↓

EXECUTIONبيئة تنفيذ Workspaceبيئة تشغيل Browser/Desktop/Application وRemote Session.

الطبقة	Component / Protocol	الدور	العقد
State Authority	PostgreSQL	Workspace intent وSession lifecycle وPolicy وNode/Capacity وdurable operations	لا تُنشئ UI ولا Agent مصدراً مستقلاً للحالة
Control Plane	Go services + Product API	Identity وAuthorization وScheduling وlifecycle وaudit	Control Plane ≠ Execution Plane
Agent Plane	Outbound-first mTLS agents	Node management وobserved state وتنفيذ bounded action	صلاحية Agent تمر عبر Product API/RBAC
Linux Streaming	KasmVNC	Browser/Desktop/Application workspace streaming	يبقى Protected execution على Execution Plane
Remote Access	Apache Guacamole ecosystem	RDP / VNC / SSH من المتصفح	يقع Remote protocol خلف سطح Identity/Policy نفسه

TECH

Install & Runtime Contract. لا يُثبَّت Workspace من Source checkout؛ فـ release artifact وpreflight وresume boundary جزء من Product Contract نفسه.

الحد	Mechanism	العقد التقني
Release artifact	MANIFEST.json + SHA256SUMS	تُسلَّم API وController وEdge وCLI وmigration ومدخلات runtime كحزمة deterministic.
Preflight 1	Read-only boundary preflight	تُفحص release cache والمضيف وحدود التثبيت قبل أي mutation.
Release authority	Exact cached artifact	يُنشر Artifact المتحقَّق منه، بهوية مرتبطة بـ commit/manifest، في cache يملكه installer؛ وتُرفض hard-link وpermission غير الآمنة.
Preflight 2	Cached-artifact preflight	يُفحص Artifact نفسه بدقة مرة أخرى قبل convergence كي لا ينفصل مسار Source عن مسار Runtime.
Host exposure	Loopback TLS edge	PostgreSQL وControl API غير منشورين على المضيف (host-published)؛ ويبقى endpoint المعتمد للمنتج على TLS edge المحدود.
Diagnosis / resume	Doctor + status-json	يُبلَّغ عن resume_required وlast_safe_resume_point من durable owner boundary، لا من تخمين المتصفح.
Execution	Docker Engine first · Kubernetes optional	يعمل KasmVNC وGuacamole في Execution Plane.

05LIFECYCLE

دورة الحياة

Session ليست مجرد Launch.

من المصادقة إلى Scheduling وتطبيق Policy وResume وRecording وEnd، كل ذلك جزء من دورة حياة المستخدم والبنية التحتية.

01الدخولAuthenticate

02الاختيارSelect

03الجدولةSchedule

04التشغيلLaunch

05تطبيق PolicyEnforce

06الاستئنافResume

07المراقبةObserve

08الإنهاءEnd

06WORKSPACE PROFILES

ملفات Workspace

يتغير نوع الوصول، وتبقى تجربة المنتج ثابتة.

يدخل المستخدم من Catalog واحد، وتُدار اختلافات بيئة التنفيذ خلف العملية نفسها.

07ACTION & WORKFLOW CONTRACT

تدفق Session والاستعادة

Session ليست طلباً لحظياً؛ تُتابَع Operation وobserved runtime كلاهما.

تنتقل Launch وStop وRestart وRecovery من Product API إلى Operation/Outbox، وتُرصد حالة Session بمعزل عن حالة الطلب.

01RequestREQUESTED

02AdmissionADMITTED

03RuntimeRUNNING

04RepairRECONCILING

05SuccessSUCCEEDED

06FailureFAILED / CANCELLED

SCHEDULER BRANCH

Placement وفق Policy وCapacity

لا تُنشأ Session إلا على Node مصرَّح بها وجاهزة.

SESSION REQUEST

↓

POLICY +
CAPACITY

↓

NODE A

NODE B

NODE C

Scheduler → agent admit → runtime launch → observed ready

No capacity → admission blocked، لا placement عشوائي.

ACCESS SPLIT

Linux Workspace أو Remote Protocol

Identity/Policy مشتركة، أما Execution Path فمختلف.

AUTHENTICATED USER

↓

RESOURCE
POLICY

↓

KasmVNC
LINUX

↙ ↘

GUACAMOLE
RDP/VNC/SSH

سطح Identity/Policy واحد · Runtime لبروتوكولين

KasmVNC وGuacamole مساران لـ Runtime تحت Control Plane واحد.

RECOVERY FORK

Recover Runtime أو Cleanup

تحدد Failure class ما إذا كان سيُنفَّذ repair أو cleanup.

FAILED / STALE SESSION

↓

CLASSIFY

↓

RECOVER
RUNTIME

↙ ↘

RECOVER
CLEANUP

↓

OBSERVE + CONVERGE

تُحسم حالة Runtime المجهولة عبر Agent read-back قبل أي retry.

FLOW 01

Launch Workspace

لا تُنشأ Session فعلياً إلا بعد admission وscheduling.

01Identity02Policy03Catalog04Capacity05Scheduler06Session Ready

Failure / Recoveryلا تخمّن UI نتيجة Session من accepted operation.

FLOW 02

Remote Access

يتصل Browser بـ protocol runtime دون أن يصبح endpoint موضع الثقة.

01User Login02Resource Scope03Policy04Guacamole Route05RDP/VNC/SSH06Session Observe

Failure / Recoveryيوقف Policy failure أو target failure مسار access قبل session attach.

FLOW 03

Session Restart

يرتبط Restart بـ successor session قابلة للتتبع.

01Source Session02Restart Admit03Stop Boundary04Successor Create05Health06Attach

Failure / Recoveryيُحفظ correlation بين Source وsuccessor؛ ولا يُعلن restart ناقص نجاحاً.

FLOW 04

Runtime Recovery

Recovery ليست مثل Restart العادي.

01Failure Detect02Classify03Recover Runtime04Agent Action05Observe06Converge

Failure / Recoveryتبقى Recovery attempt وretry count في history.

FLOW 05

Node Drain / Remove

تتغير بنية Session التحتية دون ترك workload يتيماً (orphan).

01Node Health02Capacity Gate03Stop Placement04Drain Sessions05Remove06Reschedule Verify

Failure / Recoveryلا تُحذف Node فيها Session نشطة بصمت.

ADDITIONAL OPERATIONAL FLOWS

تدفقات تشغيلية تكميلية

Policy وCapacity أيضاً جزء من Runtime Session، وليستا إعدادات هامشية.

FLOW 06

Policy / DLP Change

يبقى تغيير Policy قابلاً للتتبع من Authority حتى تطبيقه على Session.

01Policy Intent02Scope / RBAC03Conflict Check04Persist Policy05Agent Propagate06Session Apply07Observe

Failure / Recoveryينتقل التطبيق الجزئي لـ Policy إلى Reconcile؛ ولا يجوز أن تستمر Session بـ bypass صامت ودون Evidence.

FLOW 07

Add Execution Node

لا تدخل Capacity الجديدة إلى Pool إلا بعد Trust وHealth وScheduling eligibility.

01Node Identity02Preflight03Agent mTLS04Register05Capacity Observe06Scheduling Eligible07Placement Verify

Failure / Recoveryلا تصبح Node غير السليمة أو التي تفتقر إلى Agent identity صالحة مؤهلةً لـ Placement.

Action / Flow	Admission / Preconditions	Execution / Lock	Success Criterion	Failure / Recovery
Launch Workspace	يجب أن تسمح صلاحية Actor/Project وCatalog entry وPolicy وCapacity	Idempotency-Key → durable Operation/Outbox → scheduler/Agent	يُعاد Session ID وobserved session/runtime state لـ Workspace نفسه	يمكن أن ينشئ Failure حدث retry/recovery؛ ولا تخمّن UI حالة Session من Operation
Stop Session	Session قائمة وصلاحية صالحة	تنتقل Operation مستقلة للإيقاف إلى Agent/runtime	لم تعد Session في حالة serving/running وتصبح Operation نهائية (terminal)	قابلة للإلغاء قبل lease؛ وبعد side effect يجب أن تُستخلص النتيجة عبر reconcile من runtime
Restart Session	Source session صالحة وrestart مسموح	ترتبط Operation بـ restart attempt وsuccessor session	تكون successor session مرصودة وقابلة للاستخدام	يُحفظ correlation بين Source/successor؛ ولا يُعلن الفشل Session السابقة نجاحاً جديداً
Recover Runtime	Session لديها failure/recovery condition	إجراء صريح RECOVER_RUNTIME؛ ولا يحل generic restart محل recovery semantics	يعود Runtime إلى observed-ready وتخرج Session من recovery state	تبقى Recovery attempt ووقت آخر retry في history
Recover Cleanup	Stale/partial runtime cleanup قابل للإثبات	إجراء صريح RECOVER_CLEANUP على Session نفسها	تُنظَّف الموارد غير المكتملة وتتقارب authority مع runtime	لا يتحول Cleanup دون evidence إلى Session جديدة أو إلى نجاح
Node Capacity Lifecycle	تُفحص سلامة Node/Execution Plane وسعتها قبل Add/Drain/Remove	Scheduling منفصل عن node lifecycle لكنه منسَّق معه	تبقى Sessions المحتفظ بها (retained) سليمة وتُقرأ placement/capacity من observed state	يجب ألا يترك Drain/Remove Session نشطة يتيمة بصمت؛ وreconciliation هو مسار العودة

FLOW

الإلغاء (Cancellation) ممكن فقط عند الحد الآمن المبكر: أن تكون Operation في REQUESTED/ADMITTED، وبلا lease owner، وقبل تجاوز side-effect boundary. ويحتفظ History بـ Launch/Stop/Restart/Recover وretry count وآخر recovery.

08OPERATIONS CATALOG

كتالوج العمليات

تتمحور عمليات Workspace حول User Journey وInfrastructure Journey.

يرى المستخدم Session؛ وفي الوقت نفسه يدير المشغّل السعة والعُقد وPolicy وAudit.

Publish Workspaceتعريف Workspace ونشره للنطاقات المسموح بها.

Launch / Resumeبدء Session أو استئنافها مع Identity وPolicy.

Assign Accessربط User/Group بـ Workspace وPolicy.

Observe Capacityمراقبة Health وLoad وسعة Execution Plane.

إضافة عقدة تنفيذتوسيع Capacity دون تغيير تجربة المستخدم.

Drain / Remove لعقدة التنفيذإخراج العقدة بشكل مضبوط من Scheduling ودورة الحياة.

Record / Auditتتبّع Session والأحداث التشغيلية.

Scale Infrastructureالنمو من Single-node إلى بنية موزّعة.

افصل بيئة العمل عن جهاز المستخدم، وأبقِ تجربة المستخدم بسيطة.

يحوّل 4SO Workspace الوصول الآمن من اتصالات متفرقة إلى منتج واحد قابل للإدارة.

كل منتجات 4SO ←