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

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

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

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

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

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

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

आईडीवी प्रवासन के लिए स्ट्रैंगलर फिग पैटर्न का परिचय

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

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

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

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

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

@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");
    }
}

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

चरण 3: क्रमिक ट्रैफ़िक शिफ्टिंग और निगरानी

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

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

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

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

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

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

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

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