क्षमता की स्थिति
सार्वजनिक दावे चार अवस्थाओं का उपयोग करते हैं, ताकि उपलब्ध व्यवहार, उत्पादन स्वीकृति, परिवेश निर्भरताएँ और नियोजित कार्य एक ही विपणन लेबल में न मिल जाएँ।
40 क्षमताएँ
analytics-governed
Reports सटीक DatasetVersions को निश्चित कर सकते हैं, अपरिवर्तनीय ReportVersions बना सकते हैं और अनुमति, RLS, फ़िल्टर व रन संदर्भ संरक्षित रख सकते हैं।
परिणाम संरक्षण और निर्यात सीमित हैं; पहुँच अंतर्निहित संसाधन अनुमतियों के अधीन ही रहती है।
analytics-postgresql-boundary
वर्तमान शासित, Dataset-सचेत Analytics संकलक PostgreSQL को लक्षित करता है।
अन्य Sources के लिए स्वीकृत भौतिकीकरण या डायलेक्ट-अडैप्टर मार्ग चाहिए।
assurance-read-model
Advanexus Assurance समर्थित कैनोनिकल साक्ष्य Sources से अनुमति-सचेत, पठन-अनुकूलित परिचालन कहानी बनाता है।
Source मॉड्यूल कैनोनिकल स्वामी बने रहते हैं; प्रक्षेपण कवरेज, घटना और मॉड्यूल के अनुसार बदलती है।
assurance-user360-not-score
User 360, दर्शक के अनुमत दायरा के भीतर विस्तृत निरीक्षण योग्य साक्ष्य पदचिह्न दिखाता है।
यह एक कर्मचारी उत्पादकता, प्रदर्शन या स्वचालित HR स्कोर नहीं है।
assurance-visible-gaps
Assurance गायब इतिहास गढ़ने के बजाय ज्ञात, सत्यापित, असत्यापित, विरासती और अनुपलब्ध साक्ष्य को स्पष्ट रूप से अलग रखता है।
दृश्य घटना या सामान्य रेंडरर पूर्ण अर्थगत कवरेज सिद्ध नहीं करता।
evidence-package-checksum
अधिकृत Evidence Packages में मैनिफ़ेस्ट और चेकसम मेटाडेटा के साथ सीमित HTML, PDF, CSV, JSON, NDJSON और ZIP आउटपुट शामिल हो सकते हैं।
निर्माण, डाउनलोड, समाप्ति और संरक्षित आकार सीमित रहते हैं और अनुमति जाँचें के अधीन होते हैं।
evidence-package-not-signed
Evidence Packages चेकसम से सत्यापन-योग्य तकनीकी निर्यात हैं; वे स्वतः डिजिटल रूप से हस्ताक्षरित या कानूनी रूप से निर्णायक रिकॉर्ड नहीं हैं।
KMS हस्ताक्षरण, WORM या ऑब्जेक्ट लॉक, कानूनी रोक और नियामक प्रमाणन के लिए अलग नियंत्रण चाहिए।
source-aware-integrity
Integrity स्थिति हर समर्थित कैनोनिकल Source से उपलब्ध सत्यापन शक्ति दर्शाता है।
सफल Integrity Run में भी असत्यापित, लंबित या विरासती रिकॉर्ड हो सकते हैं।
pricing-operational-scope
सार्वजनिक कीमतें गैर बाध्यकारी योजना अनुमान हैं; अंतिम Advanexus गुंजाइश को स्वीकृत परिचालन जिम्मेदारी, सिस्टम, नियंत्रण, कार्यभार और सबूत दायित्वों द्वारा आकार दिया जाता है।
निष्पादित प्रस्ताव और Order Form मूल्य, अवसंरचना, समर्थन, तीसरे पक्ष की लागत, स्वीकृति और बहिष्कार के लिए आधिकारिक रहे।
connector-capabilities-vary
कनेक्टर क्षमताएँ हर Source, ड्राइवर और परिनियोजन के लिए अलग निर्धारित होती हैं।
खोज, पूर्वावलोकन, क्वेरी, स्थानांतरण, लेखन, हटाने, गुणवत्ता और Analytics मार्ग सभी कनेक्टरों में समान नहीं होते।
connector-families
आठ क्षमता परिवारों के सत्रह कनेक्टर अनुबंध संबंधपरक, वेयरहाउस, कुंजी-मूल्य, दस्तावेज़, विस्तृत-कॉलम, खोज, ग्राफ और एंटरप्राइज़ SaaS सिस्टमों को कवर करते हैं।
MariaDB, MySQL-संगत परिवार का उपयोग करता है; घोषित समर्थन का अर्थ सुविधा-समानता नहीं है।
source-capability-contract
Sources, Project-सीमित कनेक्शन पहचान देते हैं और केवल क्षमता-समर्थित परिचालन उपलब्ध कराते हैं।
रनटाइम उपलब्धता क्रेडेंशियल, नेटवर्क, विक्रेता लाइब्रेरी और परिनियोजन नीति पर निर्भर करती है।
data-quality-assertions
Data Quality, स्पष्ट Source-केंद्रित अपेक्षाओं को SQL अभिकथन, QualityRuns और विफलता निष्कर्ष में बदलता है।
कस्टम SQL के लिए न्यूनतम-विशेषाधिकार वाली पठन भूमिकाएँ और लौटाए गए फ़ील्ड की सावधानीपूर्वक समीक्षा चाहिए।
data-quality-boundaries
Data Quality नियम अभी परिवर्तनीय Source अनुबंध हैं, अपरिवर्तनीय DatasetVersion-बँधा नियम नहीं।
समूह निष्पादन, स्वचालित सुधार और पूर्ण निष्कर्ष-सुधार कार्यप्रवाह अभी उपलब्ध क्षमताएँ नहीं हैं।
dataset-version-contract
Dataset किसी डेटा परिभाषा को स्थिर पहचान, अपरिवर्तनीय DatasetVersions, वंशावली और अर्थगत मेटाडेटा देता है।
अनुवर्ती प्रभाव विश्लेषण केवल दर्ज अनुबंधों और संबंधों तक सीमित है।
dataset-version-not-row-snapshot
आभासी DatasetVersion क्वेरी और स्कीमा अनुबंध को संरक्षित करता है, लेकिन सक्रिय Source पंक्तियों की स्थिर प्रति अनिवार्य रूप से नहीं।
सटीक ऐतिहासिक पंक्तियों के लिए संरक्षित परिणाम कलाकृति या स्पष्ट भौतिकीकृत स्नैपशॉट अनुबंध चाहिए।
intelligence-actions-controlled
मॉडल प्रस्ताव दे सकते हैं; नियतात्मक सेवाएँ सत्यापन करती हैं; नीति और लोग पंजीकृत अवस्था-बदलने वाली कार्रवाइयों को अधिकृत करते हैं।
पुष्टि, अनुमोदन और साक्ष्य व्यवहार सटीक पंजीकृत कार्रवाई अनुबंध पर निर्भर करता है।
intelligence-bounded
Advanexus Intelligence, पंजीकृत प्लेटफ़ॉर्म कौशल और उपकरण के ऊपर अवस्था-संपन्न, अनुमति-सचेत समन्वयन परत है।
यह एक अप्रतिबंधित स्वायत्त एजेंट या समानांतर प्राधिकरण प्रणाली नहीं है।
intelligence-no-screen-scraping
Intelligence, मनमानी स्क्रीन या परिणाम ग्रिड को स्क्रैप करने के बजाय पंजीकृत पृष्ठ, ऑब्जेक्ट और allow-listed संदर्भ का उपयोग करता है।
इसमें सामान्य वेब खोज, ब्राउज़र स्वचालन या स्वचालित दस्तावेज़ीकरण-RAG क्षमता नहीं है।
no-compliance-certification
यह साइट औपचारिक रूप से अनुमोदित साक्ष्य के बिना नियामक प्रमाणीकरण या कानूनी अनुपालन बैज का दावा नहीं करती है।
उत्पाद नियंत्रण एक शासित प्रक्रिया का समर्थन कर सकते हैं लेकिन स्वयं एक संगठन को प्रमाणित नहीं करते हैं।
pipeline-executors
कार्यान्वित Pipeline निष्पादक, क्वेरी, स्थानांतरण, हटाने, Data Quality और Master रन के परिणाम संरक्षित रखते हैं।
कार्य परिभाषाएँ परिवर्तनीय हैं; सार्वजनिक कैटलॉग में सक्रिय निष्पादक और असमर्थित ऐतिहासिक प्रकार स्पष्ट रूप से अलग रहने चाहिए।
pipeline-schedule-boundary
Pipeline Schedule अभी अंतराल या cron आशय संरक्षित करता है; यह कार्य को स्वचालित रूप से प्रेषण नहीं करता।
सार्वभौमिक JobVersion, रद्द, पुनः प्रयास, रोलबैक या exactly-once गारंटी उपलब्ध नहीं है।
aws-managed-target
Advanexus रनटाइम सीमाओं को प्रबंधित करने के लिए मैप किया जा सकता है AWS डेटाबेस, कैश, ऑब्जेक्ट स्टोरेज, रहस्य, अवलोकन और कार्यभार सेवाओं।
भंडार सार्वभौमिक रूप से स्वीकृत उत्पादन ECS या CDK स्टैक प्रदान नहीं करता है।
bounded-by-default
संवादात्मक पूर्वावलोकन, खोज, ग्राफ, कलाकृति, निर्यात, नोटबुक, रूपांतरण और पैकेज मार्ग स्पष्ट सीमाओं का उपयोग करते हैं।
काटा गया या आंशिक परिणाम को वैसा ही स्पष्ट दिखाया जाता है; उन्हें पूर्ण डेटा वितरण के रूप में प्रस्तुत नहीं किया जाता।
production-acceptance-required
प्रोडक्शन साइन-ऑफ एक सटीक संशोधन, अपरिवर्तनीय छवि, लक्ष्य अवसंरचना और रिकॉर्ड स्वीकृति सबूत से जुड़ा हुआ है।
दस्तावेज़ीकरण, एक तत्परता बिल्ला या रिपॉज़िटरी परीक्षण अकेले तैनाती को प्रमाणित नहीं करते हैं।
tenant-project-scope
Tenant, संगठन और डेटा-पृथक्करण की सीमा है; Project, Tenant के भीतर सदस्यता और निष्पादन का दायरा है।
हर लक्ष्य परिवेश को प्राधिकरण, माइग्रेशन और नकारात्मक-पथ स्वीकृति पास करनी होगी।
capability-status-contract
सार्वजनिक क्षमताओं को उपलब्ध, उत्पादन उन्मुख, परिवेश - स्वतंत्र या योजनाबद्ध के रूप में वर्गीकृत किया गया है।
स्थिति उत्पाद गुंजाइश का वर्णन करती है; यह ग्राहक के परिवेश की स्वीकृति को प्रतिस्थापित नहीं करता है।
existing-stack
advanexus को मौजूदा डेटा सिस्टमों के साथ काम करने के लिए बनाया गया है; उनके संपूर्ण प्रतिस्थापन की आवश्यकता नहीं है।
एकीकरण के लिए फ़िर भी समर्थित कनेक्टर और स्वीकृत परिनियोजन डिज़ाइन चाहिए।
platform-control-layer
advanexus एक साझा परिचालन मॉडल के माध्यम से शासित डेटा परिचालन, विश्लेषण, नियंत्रित Python कार्य और उपलब्ध साक्ष्य को जोड़ता है।
क्षमताओं की गहराई और उत्पादन स्वीकृति, मॉड्यूल और परिनियोजन के अनुसार बदलती है।
anpy-boundaries
ANPy शासित Python विश्लेषण है; यह पूर्ण MLOps, GPU समय-निर्धारण, मॉडल सेवा या स्वायत्त निष्पादन का दावा नहीं है।
Drive माउंटिंग, सीधी तालिका-to-DataFrame पहुँच और पूर्ण collaborative-notebook व्यवहार स्वतः उपलब्ध क्षमताएँ नहीं हैं।
anpy-governed-runtime
ANPy, Project-सीमित नोटबुक, संस्करणबद्ध परिवेश, कर्नेल जीवनचक्र और सीमित सेल-रन आउटपुट को जोड़ता है।
उत्पादन उपयोग के लिए स्वीकृत रनटाइम-manager, छवि, पैकेज कैटलॉग और पृथक्करण नीति चाहिए।
managed-table-versioning
सफल रूपांतरण, स्थिर उपयोगकर्ता-दृश्य SQL उपनाम के पीछे अपरिवर्तनीय भौतिक तालिका संस्करण प्रकाशित करते हैं।
उपनाम पदोन्नति केवल सत्यापन के बाद होती है; रोलबैक, अनुवर्ती उपभोक्ताओं द्वारा अपेक्षित स्कीमा बदल सकता है।
sandbox-bounded-transform
सीमित पूर्व-जाँच और प्रकाशन, CSV, परिसीमक-युक्त UTF-8 पाठ, JSON ऑब्जेक्ट रिकॉर्ड और पहली XLSX कार्यपत्रक का समर्थन करते हैं।
प्रारूप, आकार, एन्कोडिंग, परिसीमक, sheet और पार्सर सीमाएँ स्पष्ट रहती हैं; असमर्थित सामग्री पर प्रक्रिया सुरक्षित रूप से रोक दी जाती है।
sandbox-file-versions
Sandbox Drive, Project में साझा फ़ाइलों को SHA-256 पहचान और कोटा लेखांकन के साथ अपरिवर्तनीय संस्करणों के रूप में संरक्षित करता है।
उत्पादन स्टोरेज का एन्क्रिप्शन, जीवनचक्र और पुनर्प्राप्ति, स्वीकृत स्टोरेज परिनियोजन पर निर्भर है।
general-deny-boundary
मॉड्यूल-विशिष्ट अनुमति अनुबंध मौजूद हैं; एक सार्वभौमिक बने मंच-व्यापी DENY- जीत मॉडल अभी तक पूरा नहीं है।
सार्वजनिक सुरक्षा प्रतिलिपि को एक मजबूत वैश्विक नकारात्मक अनुमति अनुबंध नहीं होना चाहिए।
security-boundaries
सर्वर स्वामित्व वाली पहचान, टेनेंट, परियोजना और अनुमति संदर्भ संरक्षित अनुप्रयोग और डेटा-एक्सेस सीमाओं पर पुनर्मान्य हैं।
लक्ष्य - परिवेश पहचान, सत्र, भूमिका और नकारात्मक-पथ स्वीकृति अनिवार्य बनी हुई है।
sql-read-only
SQL Console, सर्वर-नियंत्रित Source और दायरा सत्यापन वाली नियंत्रित, केवल-पठन अन्वेषण सतह है।
Source क्षमता और SQL डायलेक्ट ही यह तय करते हैं कि क्या सुरक्षित रूप से निष्पादित हो सकता है।
public-site-accessibility
सार्वजनिक साइट को कीबोर्ड एक्सेस, सेमैनेटिक स्ट्रक्चर, कम गति और उत्तरदायी रीडिंग के लिए डिज़ाइन किया गया है।
अंतिम अनुरूपता को सटीक सार्वजनिक निर्माण पर स्वचालित और मैनुअल स्वीकृति की आवश्यकता होती है।
public-site-data-minimization
सार्वजनिक स्थैतिक साइट को संग्रह को कम करने के लिए डिज़ाइन किया गया है और इसे एम्बेडेड कॉन्टैक्ट-फॉर्म बैकेंड की आवश्यकता नहीं है।
डायरेक्ट ईमेल प्रेषक और प्राप्तकर्ता के मेल सिस्टम का अनुसरण करता है; औपचारिक कानूनी मालिकों की समीक्षा एक रिलीज गेट बनी हुई है।
public-site-no-nonessential-cookies
प्रारंभिक सार्वजनिक स्थैतिक साइट को विश्लेषण, विज्ञापन या अन्य गैर-आवश्यक कुकीज़ की आवश्यकता नहीं है।
किसी भी भविष्य में वैकल्पिक प्रौद्योगिकी को जारी होने से पहले नीति, सहमति और प्रलेखन समीक्षा की आवश्यकता होती है।
कोई परिणाम नहीं
लेजर जोड़े ने स्थिति, सीमा, साक्ष्य संदर्भ, मालिक और अंतिम समीक्षा तिथि के साथ सार्वजनिक शब्दों की समीक्षा की। खोज और मॉड्यूल फिल्टर एक क्षमता का पता लगाने में मदद करते हैं; वे कभी भी उपलब्ध एक में एक सशर्त या योजनाबद्ध आइटम को बदल नहीं देते हैं।
वर्तमान उत्पाद अनुबंध वास्तव में समर्थन करता है।
अनुमति, कनेक्टर, तैनाती या सबूत की स्थिति जो दावा के साथ दिखाई देना चाहिए।
Repository प्रलेखन या परीक्षण संदर्भ समीक्षा के लिए इस्तेमाल किया, लक्ष्य पर्यावरण स्वीकृति के लिए एक विकल्प नहीं है।
जब उत्पाद या सार्वजनिक शब्द बदलने के लिए दावा को संशोधित करना चाहिए।
वर्तमान उत्पाद अनुबंध में कार्यान्वयन या परीक्षण प्रमाणों का समर्थन करने की क्षमता मौजूद है। कनेक्टर, अनुमति और बाध्य संचालन सीमा अभी भी लागू हो सकती है।
क्षमता मौजूद है, लेकिन सटीक उत्पादन तैनाती के लिए बुनियादी ढांचा, प्राधिकरण, भंडारण, वसूली, ब्राउज़र या लाइव सर्विस स्वीकृति की आवश्यकता होती है।
उपलब्धता ड्राइवर, विक्रेता रनटाइम, नेटवर्क, रहस्य, कार्यकर्ता, भंडारण, मॉडल प्रदाता या तैनाती नीति पर निर्भर करती है।
क्षमता एक दस्तावेजी सख्त या भविष्य का चरण है। इसे वर्तमान उपयोगकर्ता के रूप में प्रस्तुत नहीं किया जा सकता है।
दावा रिकॉर्ड साक्ष्य संदर्भ और समीक्षा तिथि के लिए सार्वजनिक शब्द लिंक करते हैं। सार्वजनिक निर्माण जारी होने से पहले उत्पाद परिवर्तन को दावा और अनुवाद समीक्षा की आवश्यकता होती है।
प्रोडक्शन साइन-ऑफ एक सटीक स्रोत संशोधन, अपरिवर्तनीय छवियां, लक्ष्य अवसंरचना और रिकॉर्ड माइग्रेशन, प्राधिकरण, वसूली, भंडारण, कनेक्टर, ब्राउज़र और परिचालन स्वीकृति से संबंधित है। Repository परीक्षण, एक तत्परता लेबल या इस सार्वजनिक लेजर खुद के द्वारा एक ग्राहक पर्यावरण प्रमाणित नहीं कर सकते हैं।
अगला चरण
वे प्रणालियाँ, स्वामी, नियम, डिलीवरी दायित्व और साक्ष्य आवश्यकताएँ सामने रखें जो महत्वपूर्ण हैं।
किसी महत्वपूर्ण प्रवाह पर चर्चा करें