فلوی 4SO Workspace: هویت، فضاها، همکاری، حاکمیت.

ZERO-TRUST WORKSPACE DELIVERY

4SO WorkspaceSecure Browser-delivered Workspaces

Workspace محیط کار و دسترسی راه‌دور را از Endpoint کاربر جدا می‌کند؛ هویت، Policy، DLP، Scheduling، Session و Execution در یک مدل محصولی قابل‌اداره قرار می‌گیرند.

Linux WorkspacesRDP / VNC / SSHDLP & PolicyMulti-zone

دانلود بروشور فنی۱۲ صفحه · Control/Execution Planes · Session Flow · Zero Trust · Recovery

اجزای 4SO Workspace: مرورگر، سیاست، Control Plane و Execution Plane جدا

۱مرورگر کاربراحراز هویت، انتخاب Workspace و اجرا یا ادامه‌ی Session در یک مرورگر مدرن.
۲هویت و سیاستهویت سازمانی، RBAC و DLP تعیین می‌کنند Session چه کاری می‌تواند بکند: Clipboard، فایل، شبکه و Peripheral.
۳Control Planeسرویس‌های Go زمان‌بندی، چرخه‌ی عمر و Audit را مالک‌اند؛ PostgreSQL مرجع وضعیت است.
۴Agent با mTLSمدیریت نود به‌صورت Outbound-first؛ وضعیت مشاهده‌شده و اجرای محدود.
۵Execution PlaneWorkspaceهای ایزوله‌ی Linux با KasmVNC؛ Docker Engine اولین Runtime Provider است.
۶RDP / VNC / SSHدسترسی مرورگری به سیستم‌های موجود از طریق اکوسیستم Apache Guacamole.

۰۱PROBLEM & OUTCOME

مسئله‌ی محصول

دسترسی امن وقتی سخت می‌شود که اجرای کار روی Endpoint اعتماد شود.

تیم‌ها معمولاً برای Browser، Desktop، Remote Access، Policy و Session چند ابزار جدا دارند. Workspace آن‌ها را زیر یک تجربه‌ی واحد می‌آورد و اجرای محافظت‌شده را از دستگاه کاربر جدا می‌کند.

۰۱ZERO TRUST

Endpoint محل اعتماد نیست

Session و اجرای workload در محیط کنترل‌شده باقی می‌مانند و Endpoint فقط لایه‌ی تعامل است.

۰۲UNIFIED ACCESS

یک ورودی برای چند نوع Workspace

Browser، Linux Desktop/Application و RDP/VNC/SSH از یک تجربه‌ی وب در دسترس‌اند.

۰۳POLICY

Policy بخشی از محیط اجرا است

DLP، Identity، Network Path و Peripheral access در مدل محصول حضور دارند.

۰۴OPERATIONS

زیرساخت Session قابل اداره است

Capacity، نودها، Scheduling، Audit و چرخه‌ی عمر از پنل اپراتور مدیریت می‌شوند.

۰۲CAPABILITY SNAPSHOT

نمای قابلیت‌ها

تجربه‌ی کاربر ساده، زیرساخت پشت آن جدی.

Workspace قابلیت‌های User Experience و Infrastructure Operations را در یک محصول کنار هم نگه می‌دارد.

۰۱WORKSPACES

Browser، Desktop و App

محیط‌های Linux disposable برای کار روزمره و بارهای کاری کنترل‌شده.

۰۲REMOTE ACCESS

RDP / VNC / SSH

دسترسی به سیستم‌های موجود از طریق مرورگر بدون کلاینت‌های پراکنده.

۰۳IDENTITY

هویت و دسترسی سازمانی

Authentication، Authorization و دامنه برای User و Operator.

۰۴DLP

Policy و کنترل داده

فایل، Clipboard، Peripheral و Network Path بر اساس Policy قابل‌کنترل‌اند.

۰۵SCHEDULING

Scheduling و Capacity

انتخاب نود اجرایی، ظرفیت و Scale بر اساس وضعیت زیرساخت.

۰۶MULTI-ZONE

Multi-zone Operation

گسترش Execution Plane بدون تبدیل Control Plane به محیط اجرای بار کاری.

۰۷RECORDING

Recording و Collaboration

قابلیت‌های Session-level برای مشاهده، همکاری و Audit.

۰۸OBSERVABILITY

Health، Capacity و Audit

اپراتور زیرساخت و چرخه‌ی عمر Session را از یک دید واحد دنبال می‌کند.

4SO

Control Plane و Execution Plane دو نقش مستقل‌اند. Workspace Intent به محیط اجرای خاص قفل نمی‌شود؛ Single-node یک مدل استقرار درجه‌یک است.

۰۳TOPOLOGY / DEPLOYMENT MODEL

مدل استقرار

از تک‌سرور تا Execution Plane چندناحیه‌ای.

مدل استقرار از یک Server شروع می‌شود و با افزودن نودهای اجرایی رشد می‌کند. Kubernetes یک گزینه‌ی استقرار است، نه پیش‌شرط تجربه‌ی کاربر.

پروفایل	Control Plane	Execution	کاربرد
تک‌نود	همان Server	همان Server	شروع ساده و محیط کوچک
Control + نودهای اجرایی	Control Plane مستقل	چند نود اجرایی	تفکیک مدیریت از اجرای Workspace
Multi-zone	Control Plane مرکزی	Execution در چند Zone	نزدیکی به کاربر و توزیع ظرفیت
HA Control Plane	چندنودی	Execution Pool مستقل	افزونگی Control Plane و عملیات سازمانی

۰۴ARCHITECTURE

معماری

Control Plane و Execution Plane عمداً یکی نیستند.

Intent و Policy در Control Plane می‌مانند؛ Agent‌ها مدیریت را انجام می‌دهند و Session واقعی در Execution Plane اجرا می‌شود.

USERBrowser Experienceاحراز هویت، Catalog، Launch/Resume و پایان Session.

↓

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

↓

AGENTAuthenticated Agent Planeمدیریت outbound-first با Trust و وضعیت مشخص.

↓

EXECUTIONمحیط اجرای WorkspaceBrowser/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 authority از 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 surface قرار می‌گیرد

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 inputs به‌صورت deterministic bundle تحویل می‌شوند.
Preflight 1	Read-only boundary preflight	پیش از هر mutation در release cache، host و boundaryهای نصب بررسی می‌شوند.
Release authority	Exact cached artifact	Artifact تأییدشده با identity وابسته به commit/manifest در cache مالک installer منتشر می‌شود؛ hard-link و permission ناامن رد می‌شوند.
Preflight 2	Cached-artifact preflight	همان artifact دقیق پیش از convergence دوباره بررسی می‌شود تا Source و Runtime path از هم جدا نشوند.
Host exposure	Loopback TLS edge	PostgreSQL و Control API host-published نیستند؛ endpoint canonical محصول روی TLS edge محدود باقی می‌ماند.
Diagnosis / resume	Doctor + status-json	resume_required و last_safe_resume_point از durable owner boundary گزارش می‌شوند، نه از حدس browser.
Execution	Docker Engine first · Kubernetes optional	KasmVNC و Guacamole در Execution Plane کار می‌کنند.

۰۵LIFECYCLE

چرخه‌ی عمر

Session فقط Launch نیست.

از احراز هویت تا Scheduling، اجرای Policy، Resume، Recording و End، همه بخشی از چرخه‌ی عمر کاربر و زیرساخت‌اند.

۰۱ورودAuthenticate

۰۲انتخابSelect

۰۳زمان‌بندیSchedule

۰۴راه‌اندازیLaunch

۰۵اعمال PolicyEnforce

۰۶ادامهResume

۰۷پایشObserve

۰۸پایانEnd

۰۶WORKSPACE PROFILES

پروفایل Workspace

نوع دسترسی عوض می‌شود، تجربه‌ی محصول ثابت می‌ماند.

کاربر از یک Catalog واحد وارد می‌شود و تفاوت محیط اجرا در پشت همان فرایند مدیریت می‌شود.

۰۷ACTION & WORKFLOW CONTRACT

فلو Session و Recovery

Session یک درخواست لحظه‌ای نیست؛ Operation و observed runtime هر دو دنبال می‌شوند.

Launch، Stop، Restart و Recovery از Product API به Operation/Outbox می‌روند و وضعیت Session جدا از وضعیت درخواست مشاهده می‌شود.

۰۱RequestREQUESTED

۰۲AdmissionADMITTED

۰۳RuntimeRUNNING

۰۴RepairRECONCILING

۰۵SuccessSUCCEEDED

۰۶FailureFAILED / 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

Unknown runtime state قبل از retry با Agent read-back حل می‌شود.

FLOW 01

Launch Workspace

Session بعد از admission و scheduling واقعاً ساخته می‌شود.

01Identity02Policy03Catalog04Capacity05Scheduler06Session Ready

Failure / RecoveryUI از accepted operation نتیجه‌ی Session را حدس نمی‌زند.

FLOW 02

Remote Access

Browser به protocol runtime متصل می‌شود بدون اینکه endpoint محل اعتماد شود.

01User Login02Resource Scope03Policy04Guacamole Route05RDP/VNC/SSH06Session Observe

Failure / RecoveryPolicy failure یا target failure مسیر access را قبل از session attach متوقف می‌کند.

FLOW 03

Session Restart

Restart به successor session قابل‌ردیابی متصل است.

01Source Session02Restart Admit03Stop Boundary04Successor Create05Health06Attach

Failure / RecoverySource و successor correlation حفظ می‌شود؛ restart ناقص success اعلام نمی‌شود.

FLOW 04

Runtime Recovery

Recovery با Restart معمولی یکی نیست.

01Failure Detect02Classify03Recover Runtime04Agent Action05Observe06Converge

Failure / RecoveryRecovery attempt و retry count در history می‌ماند.

FLOW 05

Node Drain / Remove

زیرساخت Session بدون orphan کردن workload تغییر می‌کند.

01Node Health02Capacity Gate03Stop Placement04Drain Sessions05Remove06Reschedule Verify

Failure / RecoveryNode دارای 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 جدید فقط پس از Trust، Health و Scheduling eligibility وارد Pool می‌شود.

01Node Identity02Preflight03Agent mTLS04Register05Capacity Observe06Scheduling Eligible07Placement Verify

Failure / RecoveryNode ناسالم یا بدون Agent identity معتبر برای Placement واجد شرایط نمی‌شود.

Action / Flow	Admission / Preconditions	Execution / Lock	Success Criterion	Failure / Recovery
Launch Workspace	Actor/Project permission، Catalog entry، Policy و Capacity باید مجاز باشند	Idempotency-Key → durable Operation/Outbox → scheduler/Agent	Session ID و observed session/runtime state برای همان Workspace برگردد	Failure می‌تواند retry/recovery event بسازد؛ UI وضعیت Session را از Operation حدس نمی‌زند
Stop Session	Session موجود و permission معتبر	Operation مستقل stop به Agent/runtime می‌رود	Session دیگر serving/running نباشد و Operation terminal شود	قبل از lease قابل cancel است؛ پس از side effect نتیجه باید از runtime reconcile شود
Restart Session	Source session معتبر و restart مجاز	Operation به restart attempt و successor session متصل می‌شود	Successor session مشاهده‌شده و قابل استفاده باشد	Source/successor correlation حفظ می‌شود؛ failure session قبلی را success جدید اعلام نمی‌کند
Recover Runtime	Session دارای failure/recovery condition	Action صریح RECOVER_RUNTIME؛ generic restart جای recovery semantics را نمی‌گیرد	Runtime دوباره observed-ready و Session از recovery state خارج شود	Recovery attempt و زمان آخرین retry در history باقی می‌ماند
Recover Cleanup	Stale/partial runtime cleanup قابل اثبات	Action صریح RECOVER_CLEANUP روی همان Session	Resourceهای نیمه‌کاره پاک و authority با runtime همگرا شود	Cleanup بدون evidence به Session جدید یا success تبدیل نمی‌شود
Node Capacity Lifecycle	Node/Execution Plane health و ظرفیت قبل از Add/Drain/Remove بررسی می‌شود	Scheduling از node lifecycle جدا ولی هماهنگ است	Sessionهای retained سالم و placement/capacity از observed state خوانده شود	Drain/Remove نباید Session فعال را بی‌صدا orphan کند؛ reconciliation مسیر بازگشت است

FLOW

Cancellation فقط در مرز امن اولیه ممکن است: Operation در REQUESTED/ADMITTED، بدون lease owner و پیش از عبور از side-effect boundary. History برای Launch/Stop/Restart/Recover، retry count و آخرین recovery را نگه می‌دارد.

۰۸OPERATIONS 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 به ساختار توزیع‌شده.

محیط کار را از Endpoint جدا کنید؛ تجربه‌ی کاربر را ساده نگه دارید.

4SO Workspace دسترسی امن را از یک اتصال پراکنده به یک محصول قابل‌اداره تبدیل می‌کند.

بازگشت به محصولات 4SO ←