अलवर साइटों पर विन्यास की संरचना

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

कॉन्फ़िगरेशन

साइटों को कॉन्फ़िगर करने के लिए, हमने वाईआई में कॉन्फ़िगरेशन की निम्न संरचना का उपयोग किया:

protected/config /console /config.php /import.php /cache.php /log.php … /mobile /config.php /import.php /cache.php /log.php … /sites /alawar.ru.php /iphone.alawar.ru.php /ipad.alawar.ru.php /site.php … /test /config.php /import.php … /web /config.php /import.php /log.php … /~server /amqp.php /crontab.txt /db.php /eauth.php /mongo.php /redis.php /smsgate.php /services.php /comment.php … 

सभी कॉन्फ़िगरेशन फ़ाइलों को उनके उद्देश्य के अनुसार वर्गीकृत किया गया था:

• वेब / config.php - सभी वेब साइटों के लिए सामान्य सेटिंग्स और पैरामीटर युक्त कॉन्फ़िगरेशन
  

   <?php return array( 'preload' => array( 'log' ), //   'import' => require(dirname(__FILE__) . '/import.php'), 'components' => array( … //   MySql 'db' => require(dirname(dirname(__FILE__)) . '/server/mysql.php'), //   Redis 'redis' => require(dirname(dirname(__FILE__)) . '/server/redis.php'), //   Mongo 'mongo' => require(dirname(dirname(__FILE__)) . '/server/mongo.php'), //  'log' => require(dirname(dirname(__FILE__)) . '/web/log.php'), //   'comment' => require(dirname(dirname(__FILE__)) . '/server/comment.php'), // RabbitMQ 'amqp' => require(dirname(dirname(__FILE__)) . '/server/amqp.php'), //   .  'eauth' => require(dirname(dirname(__FILE__)) . '/server/eauth.php'), … ), 'params' => array( //      'services' => require(dirname(dirname(__FILE__)) . '/server/services.php'), //   - 'smsgate' => require(dirname(dirname(__FILE__)) . '/server/smsgate.php'), … ) ); 

  
  
• साइट / {site.ru} .php - साइट {site.ru} के लिए अंतिम कॉन्फ़िगरेशन (विशिष्ट सेटिंग्स + सामान्य वेब / config.php कॉन्फ़िगरेशन):
  

   return CMap::mergeArray( array( 'basePath' => dirname(__FILE__) . DIRECTORY_SEPARATOR . '..'. DIRECTORY_SEPARATOR . '..', 'name' => 'Site', 'theme' => 'site', 'host' => 'site.ru', 'language' => 'ru', // site.ru 'modules' => array( … ), // site.ru 'controllerMap' => array( … ), //   site.ru 'components' => array( … ), // application-level parameters that can be accessed // using Yii::app()->params['paramName'] 'params' => array( //runtime  //: //Yii::app()->params['runtimeData']['css'] -    css  //Yii::app()->params['runtimeData']['js'] -    js  'runtimeData' => @include(dirname(__FILE__).'/runtime/sites/site.ru.php'), 'adminEmail' => 'admin@site.ru', ), ), require(dirname(dirname(__FILE__)).'/web/config.php') ); 

  
  अंतिम साइट कॉन्फ़िगरेशन के गठन के लिए यह दृष्टिकोण आपको नई साइटों को आसानी से कनेक्ट करने और उन्हें काफी लचीले ढंग से कॉन्फ़िगर करने की अनुमति देता है।
  
• कंसोल / config.php - कंसोल एप्लिकेशन के लिए एक कॉन्फिगरेशन, वेब / config.php की संरचना के समान, लेकिन इसके अपने आयात, लॉगिंग सेटिंग, प्लग-इन घटक आदि हैं।
  
• परीक्षण / config.php - परीक्षण वातावरण के लिए विन्यास
  

कॉन्फ़िगरेशन संरचना की ख़ासियत यह है कि संरक्षित / ~ सर्वर में "सिल्वर-डिपेंडेंट" पैरामीटर और सेटिंग्स केंद्रित हैं, जो प्रत्येक सर्वर के लिए अलग-अलग रिपॉजिटरी में संग्रहीत हैं (~ सर्वर रिपॉजिटरी में से एक की जांच करने के लिए सिर्फ एक सिमलिंक है)। यह संरचना आपको विभिन्न प्रकार के वातावरण में परियोजना को तैनात करने के लिए आसानी से, जल्दी और बिना बैसाखी के अनुमति देती है।

तैनाती

फिलहाल, हमारी परियोजना को 3 सर्वरों पर तैनात किया जा सकता है:

• dev-server - वह सर्वर जिस पर विकास किया जा रहा है
• परीक्षण सर्वर - वह सर्वर जिस पर परीक्षण चलाए जाते हैं
• ठेस सर्वर - उत्पादन

तदनुसार, प्रत्येक सर्वर का विन्यास के साथ अपना स्वयं का भंडार होता है:

• देव-config
• परीक्षण-config
• prod-config

एक परियोजना को तैनात करते समय (हम जेनकींस और फिंग टूल्स के साथ ऐसा करते हैं), हम केवल यह संकेत देते हैं कि कौन सी शाखा और कौन से रिपॉजिटरी को बढ़ाने के लिए कॉन्फ़िगरेशन के साथ:

 #  task-xx  dev- phing -Dbranch=task-xx -Dconfig=dev-config deploy #     phing -Dbranch=prod -Dconfig=prod-config deploy 

यहाँ है कि इसके साथ फ़िंग क्या करता है:

 <!--     --> <target name="deploy" depends="-get-properties"> <!--   ,     --> <mkdir dir="${deploy.path}" /> <!--   ,          --> <mkdir dir="${deploy.path}/application" /> <!--   ,        --> <mkdir dir="${deploy.path}/config" /> <echo msg="checkout application and config..." /> <!--   --> <exec command="bzr co ${bzr.branch.path} ./" dir="${deploy.path}" checkreturn="FALSE" returnProperty="bzr.co.return" outputProperty="bzr.co.out" /> <if> <!--    ,  ,     --> <equals arg1="${bzr.co.return}" arg2="3" /> <then> <exec command="bzr co ${bzr.trunk.path} ./" dir="${deploy.path}/application" /> <exec command="bzr switch -b ${bzr.branch.path}" dir="${deploy.path}/application" /> </then> </if> <!--     --> <exec command="bzr co ${bzr.config.path} ./" dir="${deploy.path}/config" /> <!--      runtime --> <chmod file="${deploy.path}/application/protected/runtime" mode="0777" /> <!--     --> <exec command="ln -s ${deploy.path}/config/server server" dir="${deploy.path}/application/protected/config/" level="info"/> <!--    php error log --> <exec command="ln -s ${php.error.log.path} phplog" dir="${deploy.path}/application/protected/runtime/" level="info"/> <!--      css  js       protected/runtime/sites/{site.ru.php} --> <exec command="php ${deploy.path}/application/protected/yiic deploy data=css" /> <exec command="php ${deploy.path}/application/protected/yiic deploy data=js" /> <!--    redis  mysql --> <exec command="php ${deploy.path}/application/protected/yiic deploy data=shardmap" /> </target> 

इस प्रकार, तैनाती के बाद, पूरी परियोजना की संरचना इस प्रकार है:

 application/ #     protected/ … config/ … ~server/ #  config/server … … public/ … config/ #    … server/ … 

कुल मिलाकर

हमारे द्वारा उपयोग की जाने वाली कॉन्फ़िगरेशन संरचना:

• नई साइटों को तैनात और कॉन्फ़िगर करना आसान है
• परियोजना की तैनाती को स्वचालित करें
• विभिन्न वातावरणों में परियोजना को तैनात करना आसान है
• कॉन्फ़िगरेशन फ़ाइलों में परिवर्तन ट्रैक करने में सक्षम हो

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