F5 के साथ CasC का उपयोग करने से संस्करण और वैकल्पिक रूप से गतिशील नेटवर्क एंडपॉइंट कॉन्फ़िगरेशन के लिए अनुमति होगी, समय की बचत होगी और जोखिम कम होंगे।
क्या यह उपकरण इसका समर्थन करता है? क्या एकल कॉन्फ़िगरेशन फ़ाइलें (SCF, F5 अवधि) वाहन ऐसा करने के लिए है?
जवाबों:
हां, F5 कोड के रूप में कॉन्फ़िगरेशन का समर्थन करता है। ऐतिहासिक रूप से, F5 ने "एंटरप्राइज मैनेजर" नामक कोड के रूप में कॉन्फ़िगरेशन को प्रबंधित करने के लिए एक उपकरण बनाया है जो iControl XML API का उपयोग करके क्लाइंट एंडपॉइंट F5s (LTMs, आदि) को व्यावहारिक रूप से प्रबंधित करता है।
उन्होंने इसके बजाय जल्दी से पता चला कि यह प्रबंधन उपकरण भयानक था और प्रबंधन उपकरणों (LTMs, आदि। iControl के रूप में भी ब्रांडेड) के लिए ग्राहक उपकरणों के लिए एक अधिक मजबूत REST एपीआई को जोड़ा गया जो कि उपयोग करने में आसान है और अधिक लचीला है और फिर एक प्रतिस्थापन का निर्माण शुरू कर दिया है। एंटरप्राइज मैनेजर ने BIG-IQ की ब्रांडिंग की।
बिंदु जा रहा है, आप इस REST इंटरफ़ेस का उपयोग करके उसी API को प्रबंधित कर सकते हैं। देवतृपाल पर उनका ट्यूटोरियल देखें । आमतौर पर, आप देवस्थान साइट पर सटीक रीस्ट सिंटैक्स और कॉल्स प्रति-आधार पर इस तरह पा सकते हैं जैसे टीएमओएस 12.1.0 के लिए एक ।
सामान्यतया, यह अनुशंसा नहीं की जाती है कि आप एक SCF (सिंगल कॉन्फ़िगरेशन फ़ाइल) का उपयोग बहुत अधिक कारणों से करते हैं। सबसे पहले, इसमें किसी भी सहायक फ़ाइलों की कमी होती है, जैसे कि आपके एसएसएल प्रोफाइल के लिए प्रमाण पत्र और कुंजी या स्क्रिप्टेड (तथाकथित "बाहरी" स्वास्थ्य मॉनिटर), आदि। दूसरा, यह विभाजन का उपयोग करने पर खराब तरीके से खेलता है, क्योंकि विभाजन कई फाइलों में फैला हुआ है। एक फ़ोल्डर संरचना। ये SCF फ़ाइल में अच्छी तरह से समेकित नहीं होते हैं। टीएमओएस स्क्रिप्ट लिखने के लिए आप वास्तव में बेहतर होंगे। F5 को Bigpipe कमांड से TMOS शेल में बदलने के कारणों में से एक यह है कि इसे स्क्रिप्ट किया जा सकता है जहां Bigpipe को आसानी से स्क्रिप्ट नहीं किया जा सकता है। लेकिन फिर, REST API को प्राथमिकता दी जाती है। SCF वास्तव में TMOS के संस्करण 9 की विरासत हैं और अच्छी तरह से वृद्ध नहीं हुए हैं और संस्करण 12 में खराब रूप से काम करते हैं। इसका एक महत्वपूर्ण कारण वी 10 और वी 11 के बीच हा peering में परिवर्तन के कारण है जब वे एक गुच्छेदार वास्तुकला में बदल गए। यह वास्तव में SCF के प्रयोज्य पर कहर बरपाता है।
कठपुतली वास्तव में F5s के प्रबंधन के लिए एक मॉड्यूल है यदि आप इस कॉन्फ़िगरेशन प्रबंधन उपकरण का उपयोग करते हैं और नमक के लिए इसके लिए एक धावक है - दोनों REST API का उपयोग करते हुए यदि आप इन कॉन्फ़िगरेशन प्रबंधन टूल का उपयोग करते हैं।
जेम्स, आप उस BIG-IQ के बदले एंटरप्राइज़ मैनेजर में सही हैं। हालाँकि, एंटरप्राइज़ मैनेजर की तरह, BIG-IQ 'डिवाइस / फीचर' प्रबंधन के लिए है। REST API के माध्यम से सीधे, या 3rd पार्टी ऑटोमेशन टूल / टूल-चेन के माध्यम से एकीकृत करने के लिए, आपको F5 iWorkflow (प्रोग्रामेबल / एक्स्टेंसिबल API गेटवे) को देखना चाहिए।
IWorkflow के पीछे की टीम 'सर्विस टेम्प्लेट' और 'सर्विस कैटलॉग' पर केंद्रित है। ये तेजी से 'डिक्लेक्टिव इंटरफेस' बनाने के शानदार तरीके हैं, जिन्हें आप एक ही कार्य करने के लिए सिंगल रिस्ट कॉल्स, बनाम सैकड़ों 'इंटेलेक्चुअल इंटरफेस' (अलग-अलग रीस्ट-पॉइंट्स) कहकर हिट कर सकते हैं।
एक घोषणात्मक मॉडल में जाने से आप भविष्य में MANY के सिरदर्द से बचेंगे, और बेहतर स्वचालन, और CI / CD पाइप-लाइनों के साथ एकीकरण का समर्थन करेंगे। सबसे बड़ी चीज जो आप चाहते हैं वह है कि आप अपने बुनियादी ढांचे की सभी बारीकियों को स्वचालन पाइप-लाइन में ही स्थानांतरित करें !! घोषणात्मक इंटरफ़ेस के माध्यम से अमूर्तता आपको निराशा के उस गड्ढे से बचाएगा।
REST + घोषणात्मक इंटरफेस के साथ, आपके पास कोड मॉडल के रूप में एक बहुत सरल इन्फ्रास्ट्रक्चर है जिसमें आप केवल सेवा टेम्पलेट्स के लिए JSON ब्लॉब्स को बनाए रख रहे हैं, न कि अखंड कॉन्फ़िगरेशन फ़ाइलों को। डबल-विन!
REST API से iApps (F5 सर्विसेस टेम्प्लेट) को कॉल करने पर एक नज़र डालें। यहाँ एक मुफ्त ऑन-लाइन प्रशिक्षण पाठ्यक्रम है:
http://f5-automation-labs.readthedocs.io/en/latest/
पीछा करना = ठीक करना! पूरे रास्ते बाकी!