دسترسی ساده برای مصرفکننده، با کنترل سازمانی در پشت صحنه.
Dorsa Enterprise Cloud Platform
زیرساخت موجود سازمان را به یک ابر خصوصی قابلمدیریت تبدیل کنید
یک کنترلپلین سازمانی برای پرتال خدمات، حاکمیت، تأمین منابع، عملیات و پشتیبانی؛ بدون جداکردن تیمها از فرآیندها و قواعد واقعی سازمان.
بانک و مؤسسه مالیاپراتور ارتباطیEnterprise
Control PlaneON-PREMISE
Dorsa Private Cloudروی زیرساخت موجود سازمان
PortalGovernanceAutomationOperations
Existing datacenter infrastructure
یک لایه کنترل مشترک
پلتفرم، ابزارهای پراکنده را به یک چرخه خدمت تبدیل میکند
کاربر درخواست میدهد، قواعد سازمان اعمال میشوند، منابع تأمین میشوند و عملیات از همان مسیر قابلرصد باقی میماند.
سیاست، سهمیه، نقش و تأییدیه جزئی از فرآیند هستند.
از درخواست تا تأمین منابع، هر مرحله مرز مشخصی دارد.
دارایی، رخداد، تغییر و ظرفیت در یک نمای پیوسته دیده میشوند.
مدل دامنه محصول
شش مفهوم مستقل، یک زنجیره قابلردیابی
جدا نگهداشتن تعریف خدمت، زمینه سازمانی، کنترل ظرفیت، قواعد ماشینی، تصمیم انسانی و دارایی واقعی باعث میشود Governance به بخشی از معماری تبدیل شود؛ نه مجموعهای از شرطهای پراکنده.
تعریف خدمت
Resource، ورودی، محدودیت، هزینه، Lifecycle و Provisioner هر خدمت.
زمینه سازمانی
Consumer، محیط، مالک، شبکه، سهمیه، حساسیت و تأییدکنندگان.
کنترل ظرفیت
کنترل همزمان ظرفیت در سطح سازمان مصرفکننده و پروژه.
تصمیم ماشینی
قواعد قطعی برای Allow، Deny، Warn، Mutate یا Route کردن درخواست.
تصمیم انسانی
تأیید، رد، بازگشت، ارجاع و ثبت مسئولیت در گردش چندمرحلهای.
منبع واقعی
ثبت خروجی Provisioning با مالک، پروژه، وضعیت و ارتباط با Request.
معماری قابلیتها
پنج لایه، یک چرخه عملیاتی
هر لایه مسئولیت مشخصی دارد؛ کنار هم، مسیر کامل ارائه و مدیریت خدمت ابری سازمان را میسازند.
01Enterprise Portalپرتال خدمات سازمانی
نقطه ورود یکپارچه کاربران برای مشاهده، درخواست و پیگیری خدمات ابری.
کاتالوگ محصولات و خدماتمدیریت سفارش و درخواست خدمتلایه حاکمیتی و انطباق
02Governance & Managementحاکمیت و مدیریت
قواعد سازمان، سطح دسترسی و نقاط تأیید در خود جریان ارائه خدمت اعمال میشوند.
مدیریت سهمیهمدیریت سیاستهاگردش کار و تأییدیهمدیریت نقش و دسترسی
03Provisioning & Automationتأمین و خودکارسازی
درخواست تأییدشده به فرآیند قابلردیابی تأمین منابع و ثبت دارایی تبدیل میشود.
تأمین و خودکارسازی منابعمدیریت CMDB و داراییهای ابری
04Operations & Monitoringعملیات و پایش
وضعیت منابع، رخدادها، تغییرات و ظرفیت در یک نمای عملیاتی پیگیری میشوند.
کشف منابعهمگامسازی و تطبیقهشدار و رخدادمدیریت تغییراتعملیات ظرفیت و سهمیه
05Support & Operationsپشتیبانی و عملیات
سوابق عملیاتی و فرآیند پشتیبانی در امتداد همان چرخه خدمت باقی میمانند.
رویدادهای ممیزی و لاگ عملیاتیمدیریت پشتیبانی و مشکلاتعملیات مراکز داده
Request to Serviceمشاهده مدل تصمیمگیری Governance
درخواست فقط آغاز یک چرخه است
یک درخواست پس از اعتبارسنجی و تصمیمهای حاکمیتی، به عملیات Provider تبدیل میشود؛ Resource تحویلشده در CMDB ثبت و ادامه وضعیت آن در عملیات رصد میشود.
نبود Quota، Policy یا Workflow فعال، بهتنهایی درخواست را متوقف نمیکند. فقط Deny صریح یا Reject نهایی مسیر را میبندد.
درخواستانتخاب Product و عملیات
اعتبارسنجیSchema، Project و Context
GovernanceQuota، Policy و Workflow
Provisioningاجرای Provider Adapter
Cloud Assetثبت Resource در CMDB
OperationsDiscovery، Alarm و Change
Provider & Resource Coverage
یک مدل عملیات برای Cloud و Datacenter
معماری محصول خانوادههای مختلف منابع را زیر یک چرخه درخواست، دارایی و عملیات قرار میدهد.
Compute & OpenStack
VM، Image، Flavor، Volume، Snapshot، Network، IP و Load Balancer
Kubernetes
Cluster، Node، Namespace، Workload، Service، Ingress و PVC
Storage & Ceph
Cluster، Pool، OSD، RBD Image، Object Storage و Replication
Datacenter & Integration
VMware، Fortinet، DNS، Ansible، Bare Metal و تجهیزات شبکه
Coverage نهایی هر Provider و عملیات قابلتحویل، پس از ارزیابی زیرساخت در ماتریس Scope پروژه ثبت میشود.
برای زیرساختهای حساس و گسترده
متناسب با مدل عملیاتی سازمان، نه یک نسخه عمومی
دامنه نهایی پلتفرم براساس زیرساخت، فرآیندها و مسئولیتهای هر سازمان طراحی میشود.
بانکها و مؤسسات مالی
برای سازمانهایی که کنترل دسترسی، گردش تأیید، ممیزی و مرزبندی خدمت بخشی از معماری عملیاتی آنهاست.
حاکمیت متمرکزگردش تأییدلاگ عملیاتی
اپراتورهای ارتباطی
برای تیمهایی که باید منابع گسترده، ظرفیت و عملیات زیرساخت را از یک لایه کنترل مشترک مدیریت کنند.
مدیریت ظرفیتکشف منابععملیات یکپارچه
سازمانهای بزرگ
برای ایجاد سلفسرویس کنترلشده میان تیمهای فناوری، بدون حذف سیاستها و فرآیندهای داخلی سازمان.
کاتالوگ خدمتسهمیه تیمینقش و دسترسی
Product Packaging
از Foundation تا Cloud OSS/BSS سازمانی
بستهها مسیر بلوغ را مرحلهای میکنند؛ دامنه دقیق هر استقرار براساس نیاز و زیرساخت سازمان نهایی میشود.
01
Foundationشروع کنترلشده
برای راهاندازی پرتال و کاتالوگ سازمانی
- Enterprise Portal
- Catalog و Request
- Provisioning پایه
- Cloud Asset پایه
- Role و Audit پایه
02
Enterprise Operationsحاکمیت و عملیات
برای کنترل سهمیه، تأیید و عملیات منابع
- Quota و Policy
- Workflow چندمرحلهای
- CMDB پیشرفته
- Discovery و Reconciliation
- Alarm و Change پایه
03
Enterprise Cloud OSS/BSSمدل کامل سازمانی
برای بانک، اپراتور و سازمان بزرگ
- Capacity پیشرفته
- Incident و Change پیشرفته
- گزارش مدیریتی
- Providerهای بیشتر
- Policy و Workflow اختصاصی
فرآیند همکاری
از شناخت زیرساخت تا عملیات پایدار
همکاری با یک جلسه کشف نیاز شروع میشود و در هر مرحله با یک خروجی مشخص، مسئولیتها و معیار عبور به مرحله بعد شفاف میماند.
شروع بدون تعهد اجراییدرخواست ارزیابی اولیه
01
Discoverشناخت وضع موجود
زیرساخت، ابزارها، تیمها و فرآیند فعلی سازمان بررسی میشود.
02
Designطراحی مدل خدمت
کاتالوگ، نقشها، سهمیهها، سیاستها و گردشهای تأیید تعریف میشوند.
03
Deliverاستقرار و یکپارچهسازی
لایههای پلتفرم متناسب با Scope تأییدشده به زیرساخت سازمان متصل میشوند.
04
Operateبهرهبرداری و بهبود
عملیات، ظرفیت، رخدادها و بازخورد کاربران برای بهبود مستمر رصد میشوند.
Scope شفاف
مرز محصول از ابتدا روشن است
صفحه محصول باید برای ارزیابی فنی قابل استناد باشد؛ بنابراین تفاوت قابلیت اصلی، قابلیت قابلتوسعه و موارد خارج از Scope را پنهان نمیکنیم.
جزئیات مرز Scope- این محصول جایگزین زیرساخت فعلی سازمان نیست؛ یک لایه کنترل و عملیات روی آن است.
- محاسبه هزینه برای Cost Visibility است و بهتنهایی Approval یا Budget Control ایجاد نمیکند.
- پلتفرم یک ITSM کامل، سامانه Procurement یا سامانه پرداخت و صورتحساب تجاری نیست.
- دامنه نهایی Providerها و عملیات قابلتحویل در Scope فنی هر پروژه تثبیت میشود.
ورودی جلسه فنی
برای طراحی دقیق، از واقعیت زیرساخت شروع میکنیم
لازم نیست از ابتدا پاسخ همه پرسشها آماده باشد؛ همین چهار محور، گفتوگوی اولیه را هدفمند میکند.
تصویر کلی زیرساخت موجودتیمها و مصرفکنندگان خدماتظرفیت و خدمات اولویتدارفرآیندهای دسترسی و تأیید
پرسشهای متداول
پیش از جلسه فنی
آیا این محصول جایگزین زیرساخت فعلی سازمان است؟
خیر. نقطه شروع این محصول، زیرساخت موجود سازمان است. دامنه اتصالها و اجزای قابلمدیریت پس از ارزیابی فنی مشخص میشود.
تفاوت آن با سرویسهای عمومی ابر درسا چیست؟
سرویسهای عمومی برای ایجاد مستقیم منابع در Workspace ابر درسا طراحی شدهاند؛ پلتفرم ابر خصوصی برای استقرار سازمانی و اعمال مدل خدمت و حاکمیت روی زیرساخت خود سازمان است.
برای شروع چه اطلاعاتی نیاز است؟
تصویر کلی زیرساخت، تیمهای مصرفکننده، خدمات موردنیاز، فرآیندهای تأیید و الزامات عملیاتی، ورودی جلسه ارزیابی اولیه هستند.
قدم بعدی
معماری ابر خصوصی سازمان خود را بررسی کنیم
در جلسه اولیه، وضع موجود، هدف کسبوکار و دامنه فنی بررسی میشود تا مسیر قابلاجرا مشخص شود.