पथ 03पाठ 1 / 6

तय करें कि आपका डेटा कहाँ जा सकता है

Development tool, model, logs और deployed service में डेटा का रास्ता trace करें। गोपनीय जानकारी इस्तेमाल करने से पहले सीमा जाँचें।

बुनियादी10 minसमीक्षा की गई

प्रकाशक हम कैसे लिखते हैं

अपनी समझ जाँचेंPrototype का database स्वीकृत region में है। क्या आप उसके coding assistant में ग्राहकों के गोपनीय records paste कर सकते हैं?अभ्यास करें
Prototype का database स्वीकृत region में है। क्या आप उसके coding assistant में ग्राहकों के गोपनीय records paste कर सकते हैं?

आप क्या सीखेंगे

  • Development के समय के data flows और application के data flows में अंतर करें।
  • गोपनीय डेटा साझा करने से पहले जरूरी प्रमाण पहचानें।
  • महत्वपूर्ण test conditions छिपाए बिना काल्पनिक डेटा इस्तेमाल करें।

दो data flows अलग करें

काल्पनिक records के साथ workflow परखने के लिए vibe coding उपयोगी है। कंपनी की वास्तविक जानकारी tool में आने पर जोखिम बदलता है। यह application के कोई उपयोगकर्ता होने से पहले भी हो सकता है।

दो flows जाँचने हैं। Development flow में prompts, repository context, attachments, tool output और diagnostic logs आते हैं। Application flow में user requests, databases, integrations, telemetry और backups आते हैं। हर flow के प्राप्तकर्ता और controls अलग हो सकते हैं।

एक काल्पनिक expense application लें। उसका database स्वीकृत cloud account में चलता है। Parser ठीक करने के लिए developer assistant में वास्तविक expense claim paste करता है। उसमें कर्मचारी का नाम, receipt और bank details हैं। Database की स्वीकृत जगह इस अलग disclosure की अनुमति सिद्ध नहीं करती।

पूरा रास्ता जाँचें

गोपनीय डेटा जोड़ने से पहले उसका रास्ता बनाएँ। हर चरण की वास्तविक service और account का नाम दें। “Enterprise” जैसा product label data-flow diagram नहीं है।

स्थानहल किया जाने वाला प्रश्न
Editor या agentवह कौन-सी files और attachments पढ़ सकता है?
Model servicePrompts और tool results किसे मिलते हैं?
Logs और historyक्या रखा जाता है, कहाँ और कितने समय तक?
Support accessStored content कौन देख सकता है?
Connected toolsक्या प्राप्त जानकारी दूसरी जगह पहुँच सकती है?
Application hostingUser data किन accounts, regions और networks में है?

लागू contract और configuration दर्ज करें। जहाँ संबंधित हो, subprocessors, deletion का व्यवहार, training की शर्तें और international transfers जाँचें। Privacy और security के जिम्मेदार लोगों से अनिश्चितता हल कराएँ।

GDPR की requirements processing के context पर निर्भर हैं। संबंधित प्रावधानों में data minimization, processor arrangements, security और impact assessment शामिल हैं। कंपनी की गोपनीयता में ऐसी जानकारी भी आती है जो personal data नहीं है, जैसे source code या commercial plans। नियम पढ़ें।

उपयोगी काल्पनिक fixture से शुरू करें

सुरक्षित उदाहरण की संरचना फिर भी वास्तविक जैसी होनी चाहिए। नाम, identifiers और account numbers बदलें। दोष पैदा करने वाली स्थितियाँ बनाए रखें: छूटा field, असामान्य तारीख या लंबा विवरण।

Production record copy करके एक नाम बदलने के बाद उसे “synthetic” न कहें। बाकी fields किसी व्यक्ति की पहचान कर सकती हैं या transaction उजागर कर सकती हैं। Schema और विफलता की स्थिति से नया record बनाएँ।

Credentials को prompts और fixtures से बाहर रखें। काम को secret चाहिए, तो सीमित access वाला स्वीकृत secret mechanism इस्तेमाल करें। “इसे निजी रखें” instruction technical सीमा लागू नहीं करता।

जाँच के बाद उपयोग बढ़ाएँ

स्वीकार्य उपयोग का छोटा निर्णय लिखें: डेटा की categories, स्वीकृत service configuration, स्वीकार्य कार्रवाइयाँ और जिम्मेदार व्यक्ति। समाप्ति की तारीख या review की शर्त जोड़ें। नया connector, model route या logging configuration निर्णय बदल सकता है।

जानकारी किसी अस्वीकृत प्राप्तकर्ता तक पहुँचे, तो आगे साझा करना रोकें और incident प्रक्रिया अपनाएँ। क्या साझा हुआ और कहाँ, यह दर्ज करें। संवेदनशील सामग्री और tickets या chats में copy न करें।

व्यावहारिक लक्ष्य नियंत्रित उपयोग है। काल्पनिक डेटा से विचार जल्दी परखे जा सकते हैं। सत्यापित processing सीमाएँ कंपनी के workflows में अगले कदम का आधार देती हैं। प्रभावशाली demo या cloud region, इनमें से कोई भी सभी जरूरी प्रश्नों का उत्तर नहीं देता।

अभ्यास करें

काल्पनिक expense application के दो flows बनाएँ: development और production। Editor, agent, model provider, logs, database और support access शामिल करें। अज्ञात प्राप्तकर्ताओं को चिह्नित करें। खर्च के एक वास्तविक record की जगह ऐसा काल्पनिक fixture बनाएँ जिसमें वही test conditions बनी रहें।

Worksheet डाउनलोड करें (Markdown)
अपनी समझ जाँचें ↑

सीखना जारी रखें

स्रोत और आगे पढ़ें

Taiga से संबंधित सामग्री पढ़ें