😓 🤨 💑 SOA प्रतिमान में सेवा वास्तुकला के लिए 2 लिंक से संक्रमण ☯️ 🤞 ⚾️

इस लेख में, मैं क्लासिक 2-स्तरीय से SOA प्रतिमान में संक्रमण के आयोजन में अपने अनुभव को साझा करना चाहूंगा, यह भी एक एंटरप्राइज़ समाधान और जावा में लिखित संबंधित सेवाओं के साथ एकीकरण के हिस्से के रूप में तैनाती के कुछ पहलुओं पर स्पर्श करें।

प्रागितिहास

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

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

थोड़ा पर्यावरण के बारे में

ओएस डेबियन 6
nginx वेब सर्वर
php 5.3
ढांचा yii
फ़िंग बिल्ड और परिनियोजन प्रणाली
सेवाओं को डेब पैकेज के रूप में स्थापित किया जाता है
हेसियन संबंधित सेवाएं एकीकरण प्रोटोकॉल

प्रतिबंध

प्रारंभ में, एक विकास दृष्टिकोण को मॉड्यूल का उपयोग करके चुना गया था जो व्यापार तर्क की संयुक्त परतों, उदाहरण के लिए, एक ग्राहक आवेदन, एक ग्राहक कार्ड, आदि। सेवाओं पर स्विच करते समय, सवाल उठता है कि आवेदन की संरचना को कैसे व्यवस्थित किया जाए, इसे कैसे तैनात किया जाए, एसवीएन में इसे कैसे संग्रहीत किया जाए।

ऐसी समस्याओं को हल करने के लिए कई दृष्टिकोण हैं। एक समय में उनमें से एक को 2Gis के लोगों ने अपने लेख में सुझाया था। आप आवेदन की संरचना को व्यवस्थित करने में भी इसी तरह के समाधान का उपयोग कर सकते हैं - यिनियान्टिज़िलर । 2amigos से समाधान काफी अच्छा है, लेकिन बस इसे सब कुछ लेने और स्थानांतरित करने के लिए पहले से ही काफी समस्याग्रस्त था। इसलिए, मुझे अपनी बाइक को मौजूदा उदाहरणों और Yii के साथ प्राप्त अनुभव के आधार पर बनाना था

SOA के बारे में थोड़ा सा

पहले चरण में, निम्नलिखित सेवाओं को आवंटित किया गया था

आरेख पर 2 आंतरिक परतों का चयन किया जाता है: कोर और पोर्टल

कोर - सभी सेवाओं के सही संचालन के लिए आवश्यक सामान्य घटकों की एक परत, प्लस पुस्तकालय, उदाहरण के लिए yii, बेहट, रैचर, साथ ही संबंधित सेवाओं के साथ एकीकरण के लिए घटकों का एक सेट।

पोर्टल - उपयोगकर्ता इंटरफ़ेस।

इसके अलावा, आरेख आंतरिक और बाहरी सेवाओं और इंटरैक्शन प्रोटोकॉल की परत दिखाता है

कार्यान्वयन पर अधिक

प्रत्येक एप्लिकेशन, चाहे वह एक सेवा या उपयोगकर्ता इंटरफ़ेस हो, के दो प्रवेश बिंदु हैं: वेब और कंसोल । उदाहरण के लिए, वेब सेवा के मामले में, प्रवेश बिंदु बाकी एपी है।

विन्यास भंडारण yiinitializr के साथ सादृश्य द्वारा किया गया था, हमारी सुविधाओं को ध्यान में रखते हुए। इस प्रकार, प्रत्येक एप्लिकेशन में निम्न कॉन्फ़िगरेशन संरचना होती है:

service.web.php - वेब पार्ट के लिए कॉन्फ़िगर करें
service.console.php - कंसोल भाग के लिए कॉन्फ़िगर करें
service.test.php - ऑटोटेस्ट चलाने के लिए कॉन्फिग
service.base.php - पिछले सभी के लिए एक सामान्य विन्यास। उनमें से प्रत्येक के अंदर जुड़ा हुआ है।
env / local.php - एक विन्यास जिसमें पर्यावरण (देव, परीक्षण या उत्पादन) के आधार पर मापदंडों का प्रतिपादन किया जाता है
वर्गों / मार्गों। एफपी - रूटिंग नियम

सामान्य पैकेज में ApplicationDispatcher घटक अनुप्रयोग को शुरू करने के लिए ज़िम्मेदार है, जो निम्नलिखित कार्यों को लागू करता है: कॉन्फ़िगरेशन की तैयारी, आंतरिक उपनामों को निर्धारित करना, मार्गों को निर्धारित करना और पर्यावरण के आधार पर निर्देशिकाओं के लिए पथ प्राप्त करने के तरीके प्रदान करता है, उदाहरण के लिए, अस्थायी फ़ाइलों या लॉग वाले फ़ोल्डर के लिए।

घटक index.php में जुड़ा हुआ है और निम्नानुसार कहा जाता है

डाउनलोड स्रोत पैकेज index.php

//    if(!file_exists('/usr/share/ntk-rm-common/protected/components/ApplicationDispatcher.php')) {    throw new Exception('   ntk-rm-common'); } require_once('/usr/share/ntk-rm-common/protected/components/ApplicationDispatcher.php');   //      $dispatcher = ApplicationDispatcher::getInstance(); //   :    $dispatcher->setEnvironment(ApplicationDispatcher::ENV_PRODUCTION); //    $dispatcher->setApplicationType(ApplicationDispatcher::APP_TYPE_WEB); //     $dispatcher->create('crm')->run();

विधि स्रोत कोड बनाएँ

  /** *    * @param $service -    * @return mixed * @throws Exception */ public function create($service) { $this->service = $service; if(empty($this->app_type)) { throw new Exception('  : web  console'); } //    require_once $this->getBasePath('common') . '/helpers/global.php'; $config = $this->prepareConfig(); //        $config['runtimePath'] = $this->getRuntimePath($service); //       - protected $config['basePath'] = $this->getBasePath($service); $this->setAliases(); if ($this->app_type == self::APP_TYPE_WEB) { $this->app = Yii::createWebApplication($config); //    $this->setRoutes(); //     assets     $basePath = $this->getHtdocsPath($this->service) . '/assets/'; $this->app->getAssetManager()->setBasePath($basePath); } else { defined('STDIN') or define('STDIN', fopen('php://stdin', 'r')); $this->app = Yii::createConsoleApplication($config); } return $this->app; }

कॉन्फ़िगरेशन फ़ाइल तैयार करने का तर्क Yii-Boilerplate या Yiinitializr में उपयोग किए गए से बहुत भिन्न नहीं है

  /** *    . * @return array|mixed * @throws Exception -         */ private function prepareConfig() { if (!$this->isExistsServiceConfig()) { throw new Exception('   «' . $this->getServiceConfigName() . '»  .   .'); } //    $service_configs = array( '/' . $this->service . '.' . $this->app_type . '.php', '/env/local.php' ); $config = $this->mergeConfigs(array(), $service_configs , $this->getConfigPath(($this->service))); //    $common_configs = array( '/env/local.php', '/common.base.php', $this->app_type == self::APP_TYPE_WEB ? '/common.web.php' : '/common.console.php', ); $config = $this->mergeConfigs($config, $common_configs, $this->getConfigPath('common')); //   backend  $backend_configs = array( '/php-backend.base.php', '/env/local.php', ); $config = $this->mergeConfigs($config, $backend_configs, $this->getConfigPath('php-backend')); return $config; }

पैकेज संरचना

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

/ usr / शेयर / <service_name> / संरक्षित / - सेवा स्रोत
/ usr / share / doc / <service_name> / - उदाहरण config local.default.php
/ usr / bin / <service_name> - रोबोट लॉन्च करने के लिए निष्पादन योग्य फ़ाइल
वेब उत्तर के लिए / var / www / <service_name> / htdocs / - निर्देशिका
/ var / tmp / <service_name> / - अस्थायी फ़ाइलों को संग्रहीत करने के लिए निर्देशिका
/ var / log / <service_name> / सेवा लॉग को संग्रहीत करने के लिए निर्देशिका

Phing सुविधा का उपयोग कर एक पैकेज बनाएँ

फ़िंग की उपयोगिता पैकेज के निर्माण के लिए जिम्मेदार है, जो:

ट्रंक शाखा से svn से वर्तमान संस्करण को डाउनलोड करता है
उपरोक्त वर्णित प्रक्रिया के अनुसार आवश्यक निर्देशिकाओं में सब कुछ वितरित करता है
पैकेज बनाने के लिए कमांड को कॉल करता है
svn में एक लेबल बनाता है
एक पैकेज को डेबियन पैकेज रिपॉजिटरी सर्वर पर अपलोड करता है

पैकेज संरचना बनाने के कार्य से नमूना कोड

  <!-- ============================================ --> <!-- Target: prepare --> <!-- ============================================ --> <target name="prepare" depends="clean"> <echo msg="    " /> <mkdir dir="${project.packageDir}" /> <copy todir="${project.packageDir}"> <fileset dir="${project.basedir}/debian"> <include name="**/*" /> <exclude name=".svn" /> <exclude name="cron.d/" /> <exclude name="cron.d/*" /> </fileset> </copy> <exec command="svn info | grep 'URL: '" outputProperty="project.tmp.svnInfo" /> <php expression="end(explode(': ', '${project.tmp.svnInfo}'));" returnProperty="project.tmp.svnUrl" /> <echo msg="    SVN" /> <exec command="rm -Rf ${project.packageDir}/var/www/ntk-rm-crm/*" /> <exec command="svn export --force ${project.tmp.svnUrl} ${project.packageDir}/export/"/> <echo msg="     - /var/www/ntk-rm-crm/htdocs/" /> <mkdir dir="${project.packageDir}/var/www/ntk-rm-crm/" /> <copy todir="${project.packageDir}/var/www/ntk-rm-crm/htdocs/" > <fileset defaultexcludes="false" expandsymboliclinks="true" dir="${project.packageDir}/export/htdocs/"> <include name="**/*" /> </fileset> </copy> <mkdir dir="${project.packageDir}/var/www/ntk-rm-crm/htdocs/assets/" /> <copy file="${project.packageDir}/var/www/ntk-rm-crm/htdocs/index-prod.php" tofile="${project.packageDir}/var/www/ntk-rm-crm/htdocs/index.php" overwrite="true" /> <delete file="${project.packageDir}/var/www/ntk-rm-crm/htdocs/index-prod.php" /> <echo msg="     /usr/share/ntk-rm-crm/protected/" /> <mkdir dir="${project.packageDir}/usr/share/ntk-rm-crm/protected/" /> <copy todir="${project.packageDir}/usr/share/ntk-rm-crm/protected/" > <fileset defaultexcludes="false" expandsymboliclinks="true" dir="${project.packageDir}/export/protected/"> <include name="**/*" /> <exclude name="configs/*" /> <exclude name="**/yiic*" /> </fileset> </copy> <delete dir="${project.packageDir}/usr/share/ntk-rm-crm/protected/configs/" includeemptydirs="true" /> <echo msg="  yiic.php   " /> <copy file="${project.packageDir}/export/protected/yiic-prod.php" tofile="${project.packageDir}/usr/share/ntk-rm-crm/protected/yiic.php" overwrite="true" /> <copy file="${project.packageDir}/export/protected/yiic-prod" tofile="${project.packageDir}/usr/bin/ntk-rm-crm" overwrite="true" /> <echo msg="     /etc/ntk-rm-crm/" /> <mkdir dir="${project.packageDir}/etc/ntk-rm-crm/" /> <copy todir="${project.packageDir}/etc/ntk-rm-crm/" > <fileset defaultexcludes="false" expandsymboliclinks="true" dir="${project.packageDir}/export/protected/configs/"> <include name="**/*" /> <exclude name="**/crm.test.php" /> <exclude name="**/local.default.php" /> </fileset> </copy> <echo msg="     /usr/share/doc/ntk-rm-crm/" /> <mkdir dir="${project.packageDir}/usr/share/doc/ntk-rm-crm/" /> <copy file="${project.packageDir}/export/protected/configs/env/local.default.php" tofile="${project.packageDir}/usr/share/doc/ntk-rm-crm/local.default.php" overwrite="true" /> <echo msg=" cron- /etc/cron.d/ntk-rm-crm" /> <copy file="${project.basedir}/debian/cron.d/ntk-rm-crm" tofile="${project.packageDir}/etc/cron.d/ntk-rm-crm" overwrite="true" /> <echo msg="    /var/log/ntk-rm-crm/" /> <mkdir dir="${project.packageDir}/var/log/ntk-rm-crm/" /> <echo msg="     /var/tmp/ntk-rm-crm/" /> <mkdir dir="${project.packageDir}/var/tmp/ntk-rm-crm/" /> <echo msg="  export" /> <delete dir="${project.packageDir}/export/" includeemptydirs="true" /> </target>

निष्कर्ष

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

लेख केवल मार्गदर्शन के लिए है। एक लेख में सभी पहलुओं का खुलासा नहीं किया गया है। यदि वे सामने आते हैं तो सवालों के जवाब देने के लिए तैयार हैं।

इसके अलावा, यहाँ SOA प्रतिमान के बारे में सामग्री के लिए कुछ लिंक दिए गए हैं:

SOA प्रतिमान में सेवा वास्तुकला के लिए 2 लिंक से संक्रमण