SAAS के कॉर्पोरेट उपयोग में समस्याएं

तो, नए-नए झगड़े वाले रुझानों की उपज, छोटी और बड़ी कंपनियां शुरू होती हैं, जो डरपोक हैं, जो जल्दी और निर्णायक रूप से विभिन्न सेवाओं की सदस्यता लेते हैं।

प्रारंभिक उत्साह और "वाह!" - प्रभाव चला गया है।


और सप्ताह के दिनों में हमें ऐसी समस्याएं आती हैं जिनके बारे में हमने पहले कभी नहीं सोचा था ...

हमारे अनुभव से, एक निश्चित अमूर्त कंपनी के एक विशिष्ट सेट में निम्नलिखित समूहों के अनुप्रयोग शामिल हैं:

• डाक सेवा
• सीआरएम
• लेखांकन
• कार्यप्रवाह
• संचार (आवाज और वीडियो कॉन्फ्रेंसिंग)
• सदस्यता एंटीवायरस
• कॉर्पोरेट ज्ञान का आधार (निर्देशों का भंडार, नियमावली)

ऐसी सेवाओं का उपयोग आमतौर पर 12 या अधिक पूर्णकालिक कर्मचारियों से किया जाता है।

1. प्रमुख - सोवियत संघ का घर

प्रत्येक कर्मचारी को अब 3x से 7i तक (कंपनी में सेवाओं की संख्या के अनुसार) नए, बहु-चरित्र और अद्वितीय पासवर्ड का आविष्कार और याद रखने की आवश्यकता है। और फिर उन्हें नियमित रूप से बदलें।

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

क्या हर कोई अलग-अलग अर्थहीन चरित्र सेटों को याद रख सकता है?

2. रुको! कौन आ रहा है?

चूंकि सार्वजनिक सेवाओं के लिए खाते कंपनी के नियंत्रण से बाहर हैं, इसलिए किसी भी व्यक्ति ने किसी तरह से आपके कर्मचारी का पासवर्ड प्राप्त किया है जो कॉर्पोरेट जानकारी तक पहुंच सकता है। यदि आप समस्या नंबर 1 पर लौटते हैं - तो आप समझते हैं कि यह "सामाजिक" इंजीनियरिंग के प्राथमिक तरीकों से किया जाता है।

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

• एसएमएस के माध्यम से किसी व्यक्ति के निजी मोबाइल फोन पर भेजे गए एक बार के कोड
• व्यक्तिगत इलेक्ट्रॉनिक कुंजी श्रृंखला पर एक बार कोड
• मोबाइल उपकरणों पर एक बार कोड
• स्क्रैच कार्ड पर एक बार कोड
• इलेक्ट्रॉनिक टोकन पर प्रमाणपत्र का उपयोग

हालाँकि, बहुत कम सेवाएँ हैं जो दो-कारक प्रमाणीकरण का उपयोग करती हैं !

3. वहाँ मत जाओ! तुम यहाँ आओ!

इस तथ्य के कारण एक और समस्या है कि आप सेवाओं को नियंत्रित नहीं करते हैं, आप समय और स्थान पर अपने कर्मचारियों के लिए कॉर्पोरेट जानकारी तक पहुँच को प्रतिबंधित नहीं कर सकते हैं।
एक ओर:

• कर्मचारियों के काम में महान लचीलापन!
• कार्यालय एक पिंजरे में बंद हो जाता है!
• आप ग्रह के दूसरी ओर एक इंटरनेट कैफे में अपना काम कर सकते हैं!

और अगर आपके कर्मचारी को पासवर्ड या उसका लैपटॉप चुराया गया है? और अब ग्रह के दूसरी तरफ एक हमलावर है!
कहीं भी बाहरी सेवाओं का उपयोग करने की क्षमता एक समस्या में बदल जाती है।

क्या वास्तव में आपके एकाउंटेंट ने भुगतान किया है?

4. शिव के हाथों में से एक

और किसी को अब कई कॉर्पोरेट सेवाओं के सभी में नए कर्मचारियों को जोड़ना होगा।
और फिर, जब कर्मचारियों को हटाते हैं, तो किसी को बाहरी सेवा में अपने खाते को हटाने या निलंबित करने के लिए नहीं भूलना चाहिए।
अन्यथा, डेटा हानि हो सकती है।
यानी कई दिन दिनचर्या।

ऐसा अजीब क्षण जब आपने दस्तावेज़ प्रबंधन सेवा में कर्मचारी के खाते को हटाने का प्रबंधन नहीं किया और आपके अनुबंधों की परियोजनाएं प्रतियोगियों के पास चली गईं।

5. शिव का दूसरा हाथ

कई मध्यम और बड़ी कंपनियां पहले से ही सक्रिय निर्देशिका या LDAP के माध्यम से अपने कर्मचारियों का प्रबंधन करती हैं।
लेकिन दुर्लभ सार्वजनिक सेवाएं मक्खी पर कॉर्पोरेट निर्देशिकाओं के साथ अपने सूचना क्षेत्र को सिंक्रनाइज़ करने में सक्षम हैं।

अब आपको EVERY (!) नई सेवा में सब कुछ मैन्युअल रूप से डुप्लिकेट करना होगा।

लेकिन क्या आप "एंड-टू-एंड" विंडोज प्रमाणीकरण की तकनीक के माध्यम से आपके द्वारा अर्जित सेवाओं का उपयोग करते हैं, जिसमें उपयोगकर्ता को केवल विंडोज डोमेन में लॉग इन करने की आवश्यकता होती है?

कोई विंडोज प्रमाणीकरण नहीं!

6. बालियों द्वारा सभी बहनें

यदि कंपनी लंबे समय से विकसित हुई है, तो शाखाओं या बड़े डिवीजनों की एक व्यापक संरचना है, तो कभी-कभी आवश्यकता होती है:

• केंद्रीय रूप से सेवाओं की खरीद
• विभिन्न प्रभागों में सेवाएं वितरित करना
• प्रभाग प्रशासकों के नियंत्रण में सेवाओं के लिए खातों के वितरण को स्थानांतरित करना

इस स्थिति में, कॉर्पोरेट आईटी-सेवा में अतिरिक्त कठिनाइयाँ हैं।

- प्रत्यायोजन ??
- नहीं, सुना नहीं।

7. मेरी तुम्हारी समझ में नहीं आया!

समय के साथ कोई भी काम करने वाली कंपनी अपनी स्वयं की जानकारी की एक निश्चित परत प्राप्त करती है, दोनों संरचित और नहीं।
हालांकि, विभिन्न आपूर्तिकर्ताओं से कई सेवाओं का उपयोग करते समय, हमें एक ऐसी स्थिति मिलती है जहां एक ही जानकारी के लिए कई मैनुअल दोहराव की आवश्यकता होती है।
यदि आवश्यक हो, तो पहले से निर्मित जानकारी ऑब्जेक्ट में परिवर्तन करें, सभी अनुप्रयोगों में मैन्युअल रूप से परिवर्तन करना भी आवश्यक है।
वास्तविक उदाहरण:

• आपके भागीदारों के पते और बैंक विवरण या कमोडिटी नामकरण की एक सूची। उन्हें लेखांकन प्रणाली और सीआरएम दोनों में, नकल करने की आवश्यकता है।
• EDMS में सहमत और रिकॉर्ड किए गए अनुबंध भी CRM में डुप्लिकेट होने की सबसे अधिक संभावना है।

नतीजतन, हमारे पास एक ऐसी स्थिति है जहां एक सूचना प्रणाली अतिरिक्त चाल या मैनुअल श्रम के बिना किसी अन्य प्रणाली के डेटा को नहीं समझ सकती है



हमने Softcloud.ru प्रोजेक्ट में 3 साल के काम के दौरान अपने अनुभव में इन सभी समस्याओं को देखा और महसूस किया।
और चर्चा के परिणामस्वरूप, एक नए एसएएएस उपकरण के लिए आवश्यकताओं का जन्म हुआ, जो एक अवसर प्रदान करेगा:

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

PS मैं इसे टिप्पणियों से निकाल रहा हूं - हमने इन सभी विचारों को ez-login.com परियोजना में लागू करना शुरू कर दिया

पी पी एस। बाद के प्रकाशन - हमने सास कैसे की: EZ-Login के उदाहरण का उपयोग करके क्लाउड उत्पाद बनाने का अभ्यास:
भाग 1. एनालिटिक्स के बारे में