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

सार्वजनिक साइट
इंटरनेट लाइन
सर्वर वायरड लिंक
समस्या
प्रत्येक साइट के लिए होस्टिंग और प्रबंधन विधि अलग से सोचें।
बदलाव
वांछित परिणाम बताएं तो निर्माण से लेकर प्रकाशन और जांच तक सब कुछ जुड़ जाता है।
निर्माण की प्रक्रिया
वांछित परिणाम की व्याख्या
सामग्री, कार्यक्षमता और सार्वजनिक सीमा निर्धारित करें।
निर्माण और डोमेन कनेक्शन
मसौदा, छवियाँ, कोड और सेवा पते को जोड़ें।
जांच के बाद प्रकाशित करें
अलग संस्करण की जांच करें और सार्वजनिक सेवा पर लागू करें।
निरंतर संचालन और विस्तार
सेवा, प्रमाणपत्र प्रबंधन और अगले संशोधन को जारी रखें।
कार्यान्वयन और उपयोग के तरीके
01क्या हर बार जब आपको एक साइट की आवश्यकता होती है, तो आपको सर्वर को किराए पर लेना होगा?
हमें अपनी कंपनी की जानकारी और शोध उपलब्धियां दिखाने के लिए एक वेबसाइट की आवश्यकता थी। बनाते समय, हमें AI उपयोग के उदाहरणों को प्रस्तुत करने वाली एक लैब भी चाहिए थी, और पाठ्य सामग्री व शिक्षण उपकरणों को संभालने वाली एक अकादमी की भी जरूरत पड़ी। साइट बढ़ने पर होस्टिंग उत्पाद चुनना और नए मैनेजमेंट इंटरफेस को सीखना कठिन हो गया।
इसलिए, मैंने पहले से मौजूदा व्यक्तिगत सर्वर का उपयोग किया। मैंने यह बताया कि मुझे किस प्रकार की जगह बनानी है, और एजेंट ने निर्माण से लेकर डोमेन कनेक्शन, प्रकाशन और संशोधन तक सब कुछ संभाला। अब हम कंपनी, लैब, अकादमी और समाचार को अलग-अलग पते पर चला रहे हैं।
02NAS नेटवर्क के लिए है, Mac Studio वेब सेवाओं के लिए
बाहरी अनुरोध SK ब्रॉडबैंड 1 गिगा इंटरनेट से NAS के OpenWrt राउटर और आंतरिक वायरड नेटवर्क के माध्यम से Mac Studio में प्रवेश करते हैं। वर्तमान में वेब सेवाओं को चलाने वाला उपकरण Mac Studio M4 Max है, जिसमें 64GB मेमोरी है। सर्वर का वायरड लिंक 2.5Gbps पर कनेक्ट है।
Nginx दर्शकों द्वारा अनुरोध किए गए डोमेन को देखता है और संबंधित वेब ऐप से जोड़ता है। कंपनी की वेबसाइट, लैब और अकादमी को अलग-अलग सेवाओं के रूप में चलाया जाता है, इसलिए एक ही सर्वर पर भी उद्देश्य के अनुसार स्क्रीन और कार्यक्षमता संचालित की जा सकती है। NAS जो वेब पेजों को पूरी तरह से स्वयं चलाता है, उससे इसकी भूमिका अलग है।
आंतरिक नेटवर्क का 2.5Gbps बाहरी ट्रांसमिशन गति को 2.5 गुना नहीं बनाता है। बाहरी दर्शकों को डेटा भेजते समय, इंटरनेट लाइन की अपलोड गति प्राथमिक सीमा बन जाती है।
03एक सबडोमेन जोड़ने से एक नई सेवा खुलती है
बेसिक डोमेन upmi.re.kr है। lab, academy, news इसी डोमेन की ओर CNAME के माध्यम से इशारा करते हैं, और वेब सर्वर ने पते के आधार पर गंतव्य को अलग किया है। सबडोमेन जोड़ने पर अलग डोमेन या भुगतान वाली होस्टिंग खरीदने की आवश्यकता नहीं होती थी।
डोमेन प्रबंधन इंटरफेस में DNS सेटिंग, आंतरिक सेवाओं को चलाना, Nginx कनेक्शन और HTTPS प्रमाणपत्र जारी करना एक ही कार्य के रूप में किया जाता है। अंत में, हम वास्तविक प्रकाशित पते पर जाकर स्क्रीन और लिंक के खुलने की जांच करते हैं।
डोमेन रजिस्ट्रेशन/नवीनीकरण लागत और HTTPS प्रमाणपत्र प्रबंधन अलग-अलग हैं। प्रमाणपत्र को शेड्यूल किए गए कार्य के रूप में नवीनीकृत किया जाता है और वेब सर्वर पर लागू किया जाता है, लेकिन डोमेन भुगतान तक सब कुछ स्वचालित होने का दावा नहीं किया जा सकता है।
04लेख अपलोड करना और वेबसाइट को ठीक करना जुड़ा हुआ है
"इस उदाहरण को जोड़ दो", "तस्वीर बदलो और विवरण छोटा करो", "अलग से व्याख्या का स्थान बनाओ" जैसे परिणाम बताते हैं। एजेंट मौजूदा स्क्रीन और सामग्री को पढ़ता है और लेख, छवि और पेज कोड को एक साथ संशोधित करता है। मैं सामग्री और प्रकाशन सीमा की जांच करता हूं, और यह सुनिश्चित करता हूं कि यह वास्तविक अनुभव से मेल खाता हो।
संशोधन के बाद, हम सामग्री संरचना और लिंक की जांच करते हैं और संचालन के लिए बिल्ड बनाते हैं। नए संस्करण को अलग से चलाकर जांचने के बाद, हम संचालन सेवा को बदलते हैं। डिप्लॉयमेंट के दौरान, मौजूदा संस्करण और निष्पादन सेटिंग्स को सुरक्षित रखा जाता है, और यदि जांच विफल होती है, तो हम पिछले संस्करण पर वापस आ सकते हैं।
इस बार की संचालन प्रक्रिया भी इसी तरह जोड़ी गई थी। यह केवल लेख लिखने तक सीमित नहीं था, बल्कि मुख्य कार्ड, विस्तृत पेज, हिंदी-अंग्रेजी सामग्री, कैलकुलेटर और खोज के लिए आवश्यक उदाहरण डेटा को भी जोड़ा गया।
05एक एजेंट जो अनुरोधों को संभालता है, और एक स्वचालन जो सामान्य रूप से चलता है
निर्माण, संशोधन और नए डिप्लॉयमेंट तब होते हैं जब मैं अनुरोध करता हूं, और एजेंट उन्हें निष्पादित करता है। सेवा बनाए रखने और प्रमाणपत्र नवीनीकरण जैसे दोहराव वाले चक्रों को निष्पादन प्रबंधक और शेड्यूल किए गए कार्यों के लिए सौंप दिया गया है। वेब सेवाओं को लगातार चलाने के लिए प्रबंधन किया जाता है, और प्रमाणपत्र नवीनीकरण की स्थिति की जांच दिन में दो बार की जाती है।
जब कोई समस्या होती है, तो एजेंट स्थिति और लॉग की जांच करके कारण को संकीर्ण करता है, सेटिंग्स को ठीक करता है और प्रकाशित पते पर फिर से जांचता है। मुझे सभी प्रबंधन मेनू में भटकने का श्रम कम हो जाता है, लेकिन उपकरण खराब होने या लाइन बाधाओं का स्वतः समाधान नहीं होता है।
संचालन की मुख्य बात यह है कि एक बार स्थापित करने के बाद उसे छोड़ देना नहीं, बल्कि अनुरोध → परिवर्तन → जांच → डिप्लॉयमेंट → पुनर्स्थापना को एक ही प्रवाह में बनाए रखना है।
06समानांतर कनेक्शन पेज के आकार और उपयोग के तरीके पर निर्भर करता है
वर्तमान सर्वर पर संक्षिप्त रूप से मापी गई इंटरनेट अपलोड लगभग 795.6Mbps थी। मौजूदा तीन पेजों का प्रारंभिक आंतरिक डेटा लगभग 1.22~3.13MB था। गणना में प्रति व्यक्ति 3.2MB, ट्रांसमिशन लक्ष्य 5 सेकंड और लाइन रिजर्व 30% लागू किया गया था।
795.6Mbps × 70% × 5 सेकंड ÷ (8 × 3.2MB) = लगभग 108 व्यक्ति। यह उसी समय पेज डेटा प्राप्त करना शुरू करने की स्थिति के लिए लाइन गणना है। यह पहले से पढ़ रहे लोगों की संख्या से अलग एक सूचकांक है।
वर्तमान में Nginx के कनेक्शन स्लॉट 1,024 हैं। इसमें दर्शकों के कनेक्शन और आंतरिक सर्वर कनेक्शन दोनों शामिल हैं, इसलिए इसे 1,024 व्यक्तियों के रूप में नहीं देखा जा सकता है। प्रति व्यक्ति सक्रिय अनुरोध कनेक्शन को 3~6 मानते हुए और समान रिजर्व रखते हुए, गणना की सीमा लगभग 59~108 व्यक्ति है।
इसलिए, हम पहले 60~100 व्यक्तियों के पैमाने पर लोड टेस्ट करने का लक्ष्य प्रस्तुत करते हैं। यह वास्तविक अधिकतम समानांतर कनेक्शन को सत्यापित करने वाला संख्यात्मक डेटा नहीं है। बड़े डेटा डाउनलोड, वीडियो, इलेक्ट्रॉनिक व्हाइटबोर्ड के रियल-टाइम कनेक्शन और AI प्रतिक्रियाओं को अलग से परीक्षण करना होगा। लैब चैटबॉट का मॉडल प्रतिक्रिया वर्तमान में एक बार में एक-एक करके संभालता है।
07बदलाव लागत से अधिक, विचारों को तुरंत सेवा में बदलने की शैली है
अलग से भुगतान वाली होस्टिंग सर्वर को किराए पर लेने के बजाय, मैंने अपने उपकरणों का उपयोग करके चार प्रकाशित स्थानों को संचालित किया। जब नई सुविधाओं की आवश्यकता होती है, तो हम तय किए गए प्रबंधन मेनू में संभावित आइटम खोजने के बजाय, वांछित परिणाम बताते हैं और स्वयं लागू करते हैं।
WordPress स्वयं मुफ्त ओपन सोर्स है। यह उदाहरण यह नहीं कहता कि WordPress भुगतान वाला है, बल्कि यह एक अनुभव है जिसमें हमने WordPress या अलग होस्टिंग उत्पाद का उपयोग किए बिना, व्यक्तिगत सर्वर पर स्वयं बनाया गया वेब ऐप संचालित किया। डोमेन, इंटरनेट, बिजली, उपकरण और AI उपयोग लागत बची हुई है।
मैं सामग्री और दिशा तय करता हूं, और एजेंट निर्माण, कनेक्शन, डिप्लॉयमेंट और जांच को आगे बढ़ाता है। एक वेबसाइट बनाने का अनुभव कंपनी, शोध, पाठ्यक्रम और नई सेवाओं के लगातार विस्तार के लिए संचालन आधार बन गया है।
दायरा और सीमाएँ
वर्तमान सर्वर की सेवाओं, DNS, HTTPS, वायरड लिंक और अपलोड की जांच करके उन्हें व्यवस्थित किया गया है। समानांतर कनेक्शन संख्या पेज डेटा, ट्रांसमिशन समय और कनेक्शन संख्या के अनुमान पर आधारित गणना है, और बाहरी लोड टेस्ट द्वारा सत्यापित अधिकतम व्यक्ति नहीं है।