स्ट्रैंगलर फिग और डिडिट के साथ पुराने पहचान सत्यापन का प्रवासन (HI-1)

वृद्धिशील प्रवासन रणनीतिस्ट्रैंगलर फिग पैटर्न आंशिक प्रवासन की अनुमति देता है, जहाँ पुरानी प्रणाली के साथ नई कार्यक्षमता का निर्माण किया जाता है, धीरे-धीरे पुराने घटकों को बिना किसी बड़े बदलाव के प्रतिस्थापित किया जाता है।

जोखिम और डाउनटाइम को कम करनानई सुविधाओं को अलग करके और यातायात को चुनिंदा रूप से रूट करके, संगठन सिस्टम विफलताओं के जोखिम को कम कर सकते हैं और संक्रमण के दौरान निरंतर सेवा उपलब्धता बनाए रख सकते हैं।

आधुनिक एपीआई का लाभ उठानाडिडिट की एपीआई के साथ एकीकृत करने से एआई-नेटिव पहचान सत्यापन क्षमताओं तक पहुँच मिलती है, जो पुरानी प्रणालियों की तुलना में बेहतर धोखाधड़ी का पता लगाने, अनुपालन और उपयोगकर्ता अनुभव प्रदान करती है।

डिडिट का मॉड्यूलर और डेवलपर-फर्स्ट दृष्टिकोणडिडिट का प्लेटफॉर्म फ्री कोर केवाईसी के साथ एक मॉड्यूलर, एपीआई-संचालित वास्तुकला प्रदान करता है, जो इसे वृद्धिशील अपनाने और मौजूदा स्प्रिंग बूट अनुप्रयोगों में सहज एकीकरण के लिए आदर्श बनाता है।

पुरानी पहचान सत्यापन प्रणालियों की चुनौती

कई संगठन पुरानी पहचान सत्यापन (IDV) प्रणालियों पर निर्भर करते हैं जिन्हें बनाए रखना मुश्किल है, स्केल करना महंगा है, और अक्सर आधुनिक समाधानों की उन्नत धोखाधड़ी का पता लगाने की क्षमताओं का अभाव होता है। पूर्ण बदलाव का विचार लकवाग्रस्त हो सकता है, जिससे ठहराव और बढ़ा हुआ जोखिम होता है। ये पुरानी प्रणालियाँ नई अनुपालन आवश्यकताओं के साथ संघर्ष कर सकती हैं, खराब उपयोगकर्ता अनुभव प्रदान कर सकती हैं, या परिष्कृत डीपफेक और सिंथेटिक पहचान धोखाधड़ी का पता लगाने में असमर्थ हो सकती हैं। पारंपरिक "बिग-बैंग" प्रवासन, जहाँ एक पूरी प्रणाली को एक साथ बदला जाता है, जोखिम, संभावित डाउनटाइम और महत्वपूर्ण विकास लागतों से भरा होता है। यहीं पर एक अधिक रणनीतिक, वृद्धिशील दृष्टिकोण अमूल्य हो जाता है।

IDV प्रवासन के लिए स्ट्रैंगलर फिग पैटर्न का परिचय

स्ट्रैंगलर फिग पैटर्न, जिसे मार्टिन फाउलर ने प्रसिद्ध रूप से गढ़ा था, एक पुरानी प्रणाली को धीरे-धीरे माइग्रेट करने के लिए एक सुरुचिपूर्ण समाधान प्रदान करता है, इसकी परिधि के चारों ओर नई कार्यक्षमता का निर्माण करके, अंततः पुरानी प्रणाली को "गला घोंटकर" सेवानिवृत्त होने तक। पहचान सत्यापन के लिए, इसका मतलब है कि डिडिट की तरह एक आधुनिक एपीआई पर कॉल के साथ विशिष्ट IDV कार्यों को प्रतिस्थापित करना, जबकि शेष विरासत एप्लिकेशन शुरू में अछूता रहता है। यह पैटर्न विशेष रूप से जावा/स्प्रिंग बूट अनुप्रयोगों के लिए अच्छी तरह से अनुकूल है, जिससे डेवलपर्स को नई सेवाओं और एपीआई कॉलों को वृद्धिशील रूप से पेश करने की अनुमति मिलती है।

मुख्य विचार विरासत प्रणाली के सामने एक मुखौटा या एक एपीआई गेटवे रखना है। नए अनुरोध इस गेटवे के माध्यम से रूट किए जाते हैं, जो यह तय करता है कि उन्हें नई प्रणाली (डिडिट) का उपयोग करके संभालना है या उन्हें विरासत प्रणाली में पास करना है। समय के साथ, अधिक से अधिक कार्यक्षमता नई प्रणाली में माइग्रेट हो जाती है, और विरासत घटकों को धीरे-धीरे निष्क्रिय कर दिया जाता है। यह दृष्टिकोण जोखिम को कम करता है, निरंतर वितरण की अनुमति देता है, और नई प्रणाली की क्षमताओं से तत्काल मूल्य प्रदान करता है।

स्प्रिंग बूट और डिडिट के साथ स्ट्रैंगलर फिग को लागू करना

आइए एक स्प्रिंग बूट एप्लिकेशन में एक व्यावहारिक परिदृश्य पर विचार करें। कल्पना कीजिए कि आपके पास ID दस्तावेज़ प्रसंस्करण और जीवंतता जांच के लिए जिम्मेदार एक विरासत सेवा है। आप इसे डिडिट की उन्नत ID सत्यापन और निष्क्रिय और सक्रिय जीवंतता सुविधाओं के साथ बदलना चाहते हैं। आप एक नई स्प्रिंग बूट सेवा, या अपनी मौजूदा सेवा के भीतर एक घटक पेश कर सकते हैं, जो "स्ट्रैंगलर" के रूप में कार्य करता है।

चरण 1: एक प्रॉक्सी/मुखौटा परत बनाएँ

एक नया स्प्रिंग घटक विकसित करें जो पहचान सत्यापन के लिए किए गए कॉलों को इंटरसेप्ट करता है। इस घटक में यह तय करने का तर्क होगा कि विरासत प्रणाली या डिडिट का उपयोग करना है या नहीं। उदाहरण के लिए, यदि आप केवल नए उपयोगकर्ता पंजीकरणों को माइग्रेट कर रहे हैं, तो आप उन्हें डिडिट में रूट कर सकते हैं, जबकि मौजूदा उपयोगकर्ता पुन: सत्यापन शुरू में विरासत प्रणाली के माध्यम से जा सकते हैं।

@Service
public class IdentityVerificationGateway {

    private final DiditApiClient diditApiClient;
    private final LegacyIdvService legacyIdvService;

    public IdentityVerificationGateway(DiditApiClient diditApiClient, LegacyIdvService legacyIdvService) {
        this.diditApiClient = diditApiClient;
        this.legacyIdvService = legacyIdvService;
    }

    public VerificationResult verifyIdentity(User user) {
        // Logic to decide whether to use Didit or legacy
        if (user.isNewUser() || featureFlags.isDiditEnabledFor(user.getRegion())) {
            // Call Didit API for ID Verification and Liveness
            return diditApiClient.performVerification(user);
        } else {
            // Fallback to legacy system
            return legacyIdvService.performVerification(user);
        }
    }
}

चरण 2: डिडिट की एपीआई को एकीकृत करें

अपने DiditApiClient के भीतर, आप डिडिट के मजबूत एपीआई एंडपॉइंट्स पर कॉल करेंगे। डिडिट की मॉड्यूलर वास्तुकला का मतलब है कि आप अपनी ज़रूरत के सटीक पहचान प्रिमिटिव चुन सकते हैं। उदाहरण के लिए, ID सत्यापन और जीवंतता करने के लिए, आप आमतौर पर एक सत्र शुरू करेंगे और फिर परिणामों को संसाधित करेंगे। डिडिट की एपीआई वास्तव में डेवलपर-फर्स्ट है, जो स्वच्छ एपीआई और त्वरित एकीकरण के लिए एक तत्काल सैंडबॉक्स प्रदान करती है।

@Service
public class DiditApiClient {

    private final RestTemplate restTemplate;
    private final String diditApiKey;
    private final String diditApiUrl;

    public DiditApiClient(@Value("${didit.api.key}") String diditApiKey,
                          @Value("${didit.api.url}") String diditApiUrl) {
        this.restTemplate = new RestTemplate();
        this.diditApiKey = diditApiKey;
        this.diditApiUrl = diditApiUrl;
    }

    public VerificationResult performVerification(User user) {
        HttpHeaders headers = new HttpHeaders();
        headers.set("x-api-key", diditApiKey);
        headers.setContentType(MediaType.APPLICATION_JSON);

        // Example: Create a session for ID Verification and Liveness
        // The workflow_id would be configured in Didit's Business Console
        // for your desired sequence of checks.
        String workflowId = "your-didit-workflow-id"; 
        Map<String, String> requestBody = Map.of("workflow_id", workflowId, "vendor_data", user.getUserId());

        HttpEntity<Map<String, String>> request = new HttpEntity<>(requestBody, headers);

        ResponseEntity<DiditSessionResponse> response = restTemplate.postForEntity(
            diditApiUrl + "/v3/session/", request, DiditSessionResponse.class);

        // Handle the session URL, redirect user, and process webhooks for results
        // This simplified example assumes synchronous results for brevity.
        return new VerificationResult(response.getBody().getSessionId(), "PENDING");
    }
}

याद रखें कि डिडिट जटिल ऑर्केस्ट्रेटेड वर्कफ़्लो को डिज़ाइन करने के लिए एक नो-कोड बिजनेस कंसोल भी प्रदान करता है, जिसमें ID सत्यापन, निष्क्रिय और सक्रिय जीवंतता, 1:1 फेस मैच, AML स्क्रीनिंग और पते का प्रमाण जैसे तत्व शामिल हैं। यह आपको अपनी सत्यापन यात्रा को एक बार परिभाषित करने और फिर एक साधारण एपीआई कॉल के माध्यम से इसे ट्रिगर करने की अनुमति देता है, जिससे आपका स्प्रिंग बूट एकीकरण सरल हो जाता है।

चरण 3: क्रमिक यातायात बदलाव और निगरानी

एक बार जब डिडिट एकीकरण हो जाता है, तो आप धीरे-धीरे यातायात को स्थानांतरित कर सकते हैं। उपयोगकर्ताओं के एक छोटे प्रतिशत के साथ शुरू करें, A/B परीक्षण करें, या विशिष्ट समूहों के लिए इसे सक्षम करें। प्रदर्शन, उपयोगकर्ता अनुभव और सत्यापन सटीकता की बारीकी से निगरानी करें। डिडिट के व्यापक विश्लेषण और वेबहुक क्षमताएं इस निगरानी प्रक्रिया को कुशल बनाती हैं, क्योंकि उपयोगकर्ता सत्यापन के माध्यम से आगे बढ़ते हैं, वास्तविक समय के अपडेट प्रदान करते हैं। जैसे-जैसे आत्मविश्वास बढ़ता है, आप डिडिट में रूट किए गए यातायात को बढ़ा सकते हैं, अंततः विरासत घटकों को पूरी तरह से निष्क्रिय कर सकते हैं।

डिडिट कैसे मदद करता है

डिडिट स्ट्रैंगलर फिग पैटर्न का उपयोग करके सहज प्रवासन की सुविधा के लिए विशिष्ट रूप से तैनात है। हमारा एआई-नेटिव, डेवलपर-फर्स्ट पहचान प्लेटफॉर्म एक मॉड्यूलर वास्तुकला प्रदान करता है जो उन्नत पहचान सत्यापन क्षमताओं को सीधा बनाता है। डिडिट के साथ, आपको शक्तिशाली उपकरणों के एक सूट तक पहुंच प्राप्त होती है:

• ID सत्यापन (OCR, MRZ, बारकोड): वैश्विक स्तर पर पहचान दस्तावेजों से डेटा को सटीक रूप से निकालें।
• निष्क्रिय और सक्रिय जीवंतता: उन्नत बायोमेट्रिक जीवंतता का पता लगाने के साथ डीपफेक और प्रस्तुति हमलों का मुकाबला करें।
• 1:1 फेस मैच: सुनिश्चित करें कि ID प्रस्तुत करने वाला व्यक्ति इसका सही मालिक है।
• AML स्क्रीनिंग और निगरानी: प्रतिबंधों और PEP सूचियों के खिलाफ स्क्रीनिंग करके वैश्विक विनियमों का अनुपालन करें।
• पते का प्रमाण: आवासीय पतों को कुशलता से सत्यापित करें।
• आयु अनुमान (गोपनीयता-संरक्षण): गोपनीयता से समझौता किए बिना आयु-प्रतिबंधित उद्योगों में अनुपालन के लिए।
• फोन और ईमेल सत्यापन: खाता सुरक्षा बढ़ाएँ और धोखाधड़ी को रोकें।

डिडिट के फायदे स्पष्ट हैं: हम आपको शुरू करने के लिए फ्री कोर केवाईसी प्रदान करते हैं, एक वास्तव में मॉड्यूलर वास्तुकला जो आपको केवल वही एकीकृत करने की अनुमति देती है जिसकी आपको आवश्यकता है, और एक एआई-नेटिव दृष्टिकोण जो अत्याधुनिक सटीकता और धोखाधड़ी की रोकथाम प्रदान करता है। हमारे प्लेटफॉर्म में कोई सेटअप शुल्क नहीं है, और हमारी डेवलपर-फर्स्ट लोकाचार स्वच्छ एपीआई और त्वरित एकीकरण के लिए व्यापक दस्तावेज सुनिश्चित करता है, जो स्ट्रैंगलर फिग पैटर्न की वृद्धिशील प्रकृति के साथ पूरी तरह से संरेखित होता है।

शुरू करने के लिए तैयार हैं?

डिडिट को कार्रवाई में देखने के लिए तैयार हैं? आज ही एक मुफ्त डेमो प्राप्त करें।

डिडिट के मुफ्त टियर के साथ मुफ्त में पहचान सत्यापित करना शुरू करें।