به گزارش از وبسایت cncf 🔒 آوردن گواهی، منشأ و تاریخچه اجرای غیرقابل‌دستکاری به جریان‌های کاری و عامل‌های هوش مصنوعی مدت‌هاست که در دستور کار اکوسیستم ابری بومی قرار دارد. این اکوسیستم بر انعطاف‌پذیری سیستم‌های توزیع‌شده تأکید کرده است: برنامه‌ها پس از خطا بازیابی می‌شوند، سرویس‌ها درخواست‌ها را مجدداً امتحان می‌کنند، و گردش‌های کاری از خرابی‌ها جان سالم به در می‌برند و از همان نقطه متوقف‌شده ادامه می‌دهند. اجرای بادوام به یک ستون بنیادی برای فرایندهای تجاری بلندمدت و به‌ویژه سیستم‌های عامل هوش مصنوعی تبدیل شده است؛ اما با حرکت سازمان‌ها به سمت تولید و استفاده از عامل‌های مستقل هوش مصنوعی، چالش جدیدی پدیدار شده است: چگونه می‌توان به شکلی غیرقابل‌تغییر اثبات کرد که چه اتفاقی افتاده است؟ هنگامی که یک گردش کار فعالیتی را آغاز می‌کند، سرویسی را فراخوانی می‌کند یا کار را به گردش کار دیگری واگذار می‌کند، چگونه سیستم‌های پایین‌دستی می‌توانند تشخیص دهند که آیا زمینهٔ اجرایی قابل‌اعتماد است؟ چگونه تیم‌های امنیتی و انطباق می‌توانند تأیید کنند که سابقهٔ اجرا تغییر نکرده و یک زنجیرهٔ نگهبانی برای تصمیم‌های حساس برقرار است؟

Dapr 1.18 مجموعه‌ای از قابلیت‌های جدید را معرفی می‌کند که برای پاسخ به این مسائل طراحی شده‌اند: Workflow History Signing، انتشار تاریخچهٔ گردش کار و تأیید گردش کار. این قابلیت‌ها در کنار هم زیربنایی برای اجرای قابل‌تأیید در Dapr فراهم می‌آورند.

چرا قابلیت‌ مشاهده به‌تنهایی کافی نیست؟ سیستم‌های ابری بومی مدرن مقادیر زیادی تله‌متری تولید می‌کنند: گزارش‌ها توضیح می‌دهند چه رخ داده، معیارها عملکرد را نشان می‌دهند، ردیابی مسیرهای اجرا را مشخص می‌کند و سوابق حسابرسی زمینهٔ تاریخی فراهم می‌کنند. این ابزارها ضروری‌اند، اما همهٔ آن‌ها یک محدودیت مشترک دارند: نیازمند اعتماد هستند. گزارش‌ها و سوابق را می‌توان تغییر داد، زمینهٔ اجرا ممکن است در جریان انتقال درخواست‌ها بین سرویس‌ها محو شود. هرچه سیستم‌ها توزیع‌شده‌تر و عامل‌ها مستقل‌تر شوند، سازمان‌ها به تضمین‌های رمزنگاری‌شده دربارهٔ تاریخچه و منشأ اجرا نیاز بیشتری پیدا می‌کنند. قابلیت‌ مشاهده به شما می‌گوید چه اتفاقی افتاده؛ اجرای قابل‌تأیید به شما کمک می‌کند که آن را ثابت کنید.

معرفی Workflow History Signing: در Dapr 1.18، هنگام پیشروی اجرای یک گردش کار، Dapr می‌تواند امضاهای رمزنگاری‌شده‌ای را روی سوابق تاریخچهٔ گردش کار ایجاد کند. این امضاها تاریخچه‌های اجرایی قابل‌اعتنایی تولید می‌کنند که بعداً به‌صورت مستقل قابل‌تأیید هستند. بدین‌ترتیب سازمان‌ها می‌توانند تشخیص دهند که آیا تاریخچهٔ گردش کار پس از اجرا دستخوش تغییر شده است یا خیر و ضمانت‌های یکپارچگی قوی‌تری برای انتقال وضعیت گردش کار فراهم آورند — امری حیاتی برای سازمان‌هایی که در محیط‌های تنظیم‌شده یا در فرایندهای حساس فعالیت می‌کنند.

معرفی انتشار تاریخچهٔ گردش کار: سیستم‌های توزیع‌شده معمولاً به‌تنهایی عمل نمی‌کنند؛ یک گردش کار ممکن است فعالیت‌هایی را فراخوانی کند، آن فعالیت‌ها با سرویس‌ها تماس می‌گیرند، سرویس‌ها ممکن است گردش‌های کاری دیگری ایجاد کنند و عامل‌های هوش مصنوعی ابزارهای خارجی را به‌کار گیرند که در چندین سیستم اجرا می‌شوند. فهم این‌که یک درخواست از کجا آمده، معمولاً نیاز به بازسازی اطلاعات از گزارش‌ها و ردیابی‌های متنوع دارد. Dapr 1.18 قابلیت انتشار تاریخچهٔ گردش کار را معرفی می‌کند تا زمینهٔ اجرایی همراه با حرکت کار در سراسر سیستم جریان یابد. این امکان به سرویس‌ها، گردش‌ها و عامل‌های پایین‌دستی می‌دهد تا بفهمند منشأ اجرا کجاست، کدام گردش‌های کاری در آن دخیل بوده‌اند و توالی رویدادهای اجرا چگونه بوده است. به‌جای درنظر گرفتن متن اجرا به‌عنوان اطلاعات محلی، Dapr منشأ را به عنوان یک بخش اصلی از اجرای توزیع‌شده معرفی می‌کند.

معرفی گواهی گردش کار: انتشار تاریخچهٔ تبار، امکان تصدیق اعتماد را ایجاد می‌کند. با تأیید گردش کار، Dapr به گردش‌ها و فعالیت‌ها اجازه می‌دهد تا زمینهٔ اجرایی رمزنگاری‌شده و قابل‌تأیید را دریافت کنند؛ به‌طوری که برنامه‌ها بتوانند بر مبنای منشأ تأییدشده به‌جای فرضیات تصمیم‌گیری کنند. برای مثال: یک سیستم انتقال وجوه بانکی ممکن است تنها درخواست‌هایی را بپذیرد که از گردش‌های کاری پرداخت تأییدشده ناشی شده‌اند و تماس‌های مستقیم API را برای دورزدن بررسی‌های تقلب و انطباق مسدود کند. یا یک پردازشگر ادعاهای سلامت پیش از صدور بازپرداخت، تاریخچهٔ اجرای گردش کار را اعتبارسنجی کند تا مطمئن شود که بررسی‌های صلاحیت، غربالگری تقلب و بررسی‌های کدگذاری پزشکی انجام شده‌اند. این قابلیت زمینهٔ اجرا را از صرفاً فراداده به یک سیگنال اعتماد رمزنگاری‌شده تبدیل می‌کند.

اجرای قابل‌تأیید بر پایهٔ هویت قابل‌تأیید شکل می‌گیرد. Dapr پیش از این با استفاده از هویت‌های SPIFFE بار کاری را با هویتی رمزنگاری‌شده معرفی کرده است که برای احراز هویت متقابل و ارتباط امن سرویس‌به‌سرویس به‌کار می‌رود. قابلیت‌های جدید در Dapr 1.18 دقیقاً روی همین پایه بنا شده‌اند: تأیید گردش کار و منشأ اجرا به هویت بارهای کاری شرکت‌کننده متصل می‌شوند و امکان مشخص‌کردن نه تنها آن‌چه اتفاق افتاده، بلکه کسانی را که در اجرای گردش کار نقش داشته‌اند فراهم می‌سازند.

این ترکیب یک زنجیرهٔ اعتماد ایجاد می‌کند که شامل سازمان‌دهندگان جریان کار، فعالیت‌ها، سرویس‌ها، عامل‌های هوش مصنوعی و سیستم‌های خارجی است. با تلفیق هویت مبتنی بر SPIFFE و امضای تاریخچه، انتشار منشأ و تأیید اجرا، Dapr اعتماد رمزنگاری‌شده را فراتر از ارتباطات صرف گسترش می‌دهد و به سازمان‌ها امکان می‌دهد هم هویت بار کاری ارسال‌کنندهٔ درخواست و هم نسل اجرایی که آن درخواست را ایجاد کرده است، تأیید کنند. به عبارت دیگر: SPIFFE می‌پرسد «تو کی هستی؟» و اجرای تأییدپذیر می‌گوید «چطور به اینجا رسیدی؟» این دو با هم پایهٔ محکم‌تری برای ایمن‌سازی سیستم‌های توزیع‌شده و برنامه‌های هوش مصنوعی فراهم می‌آورند.

چرا این موضوع برای عامل‌های هوش مصنوعی مهم است؟ ظهور عامل‌های هوش مصنوعی اهمیت منشأ و گواهی را بیشتر کرده است. بر خلاف برنامه‌های سنتی، عامل‌ها اغلب ابزارهای خارجی را فراخوانی می‌کنند، کار را به سرویس‌ها تفویض می‌کنند، با چندین سرویس تعامل دارند، گردش‌های کاری طولانی‌مدت را راه‌اندازی می‌کنند و با عامل‌های دیگر هم‌راستا می‌شوند. با تبدیل این سیستم‌ها به تصمیم‌گیرندگان تجاری حیاتی، سازمان‌ها نیازمند تضمین‌های قوی‌تری دربارهٔ این‌که چه کسی و چگونه یک کار را آغاز یا تایید کرده است، می‌شوند: کدام عامل این اقدام را شروع کرده؟ کدام گردش کار آن را تأیید کرد؟ آیا تاریخچهٔ اجرا دست‌کاری شده است؟ سیستم‌های پایین‌دستی می‌توانند به درخواست اعتماد کنند یا نه؟

سیستم‌های عامل سنتی غالباً بر مفروضات اعتماد بین ارکستراتورها، ابزارها و سرویس‌ها تکیه دارند. ترکیب هویت SPIFFE با اجرای تأییدشدنی در Dapr پایهٔ محکم‌تری فراهم می‌آورد و به سیستم‌ها این امکان را می‌دهد که دربارهٔ اینکه چه کسی یک درخواست را ارائه داده و چگونه آن درخواست شکل گرفته است، استدلال قابل‌اتکایی ارائه دهند. قابلیت‌های معرفی‌شده در Dapr 1.18 سنگ‌بنایی برای پاسخ به این سوالات از طریق اصل و نسب اجرایی و تأیید رمزنگاری تشکیل می‌دهند؛ نتیجهٔ نهایی ایجاد بلوکی جدید برای ساخت سیستم‌های هوش مصنوعی قابل‌اعتماد است.

از اجرای بادوام تا اجرای قابل‌تأیید: گردش‌های کاری در Dapr پیش‌تر امکان اجرای بادوام را برای بازماندن از شکست‌ها، تلاش‌های مجدد و اختلالات زیرساخت فراهم کرده بودند. Dapr 1.18 این پایه را گسترش می‌دهد تا سازمان‌ها نه تنها قابلیت بازیابی اجرا را داشته باشند، بلکه بتوانند ضمانت‌های قوی‌تری در مورد یکپارچگی، منشأ و اصالت تاریخچهٔ اجرا نیز فراهم کنند. این گامی مهم در جهت ایجاد سیستم‌های توزیع‌شده و هوش مصنوعی قابل‌اعتماد است.

نگاه به آینده: اکوسیستم ابری بومی سال‌ها صرف تقویت انعطاف‌پذیری برنامه‌ها کرده است؛ چالش بعدی اعتمادپذیر کردن آن‌هاست. اجرای قابل‌تأیید گامی اساسی است که گواهی، منشأ و تاریخچهٔ اجرای غیرقابل‌دستکاری را به گردش کارها، سرویس‌ها و عامل‌های هوش مصنوعی می‌آورد. با ادامهٔ پذیرش سیستم‌های مستقل و معماری‌های عاملی، توانایی اثبات نحوهٔ انجام کار ممکن است به‌سرعت به اندازهٔ توانایی انجام خود کار مهم شود.

شروع به کار: Workflow History Signing، انتشار تاریخچهٔ گردش کار و تأیید گردش کار در Dapr 1.18 در دسترس هستند. از جامعه دعوت می‌شود تا این قابلیت‌ها را آزمایش کنند، بازخورد ارائه دهند و در شکل‌دهی آیندهٔ اجرای قابل‌تأیید برای برنامه‌ها، گردش کارها و عامل‌های هوش مصنوعی ابری مشارکت کنند 🙂