Lighthouse CI की मदद से, परफ़ॉर्मेंस पर नज़र रखना

GitHub Actions जैसे लगातार इंटिग्रेशन वाले सिस्टम में Lighthouse को जोड़ने का तरीका.

Katie Hempenius
Katie Hempenius
X

Lighthouse CI, लगातार इंटिग्रेशन के दौरान Lighthouse का इस्तेमाल करने के लिए टूल का एक सुइट है. Lighthouse CI को डेवलपर के वर्कफ़्लो में कई अलग-अलग तरीकों से शामिल किया जा सकता है. इस गाइड में इन विषयों के बारे में बताया गया है:

  • Lighthouse सीआई सीएलआई का इस्तेमाल करना.
  • Lighthouse CI को चलाने के लिए, सीआई की सेवा देने वाली कंपनी को कॉन्फ़िगर करना.
  • Lighthouse सीआई के लिए, GitHub Action और स्टेटस की जांच सेट अप करना. इससे GitHub पुल रिक्वेस्ट पर, Lighthouse के नतीजे अपने-आप दिखने लगेंगे.
  • Lighthouse रिपोर्ट के लिए, परफ़ॉर्मेंस डैशबोर्ड और डेटा स्टोर बनाना.

खास जानकारी

Lighthouse CI, मुफ़्त टूल का एक सुइट है. इसकी मदद से, परफ़ॉर्मेंस को मॉनिटर करने के लिए Lighthouse का इस्तेमाल किया जा सकता है. एक Lighthouse रिपोर्ट, किसी वेब पेज की परफ़ॉर्मेंस का स्नैपशॉट देती है. यह स्नैपशॉट, रिपोर्ट जनरेट होने के समय का होता है. Lighthouse CI से पता चलता है कि समय के साथ इन नतीजों में क्या बदलाव हुए हैं. इसका इस्तेमाल, कोड में किए गए खास बदलावों के असर का पता लगाने या यह पक्का करने के लिए किया जा सकता है कि लगातार इंटिग्रेशन की प्रोसेस के दौरान, परफ़ॉर्मेंस थ्रेशोल्ड पूरे हों. परफ़ॉर्मेंस की निगरानी करना, Lighthouse CI का सबसे आम इस्तेमाल है. हालांकि, इसका इस्तेमाल Lighthouse रिपोर्ट के अन्य पहलुओं की निगरानी के लिए भी किया जा सकता है. उदाहरण के लिए, एसईओ या सुलभता.

Lighthouse CI का मुख्य फ़ंक्शन, Lighthouse CI कमांड लाइन इंटरफ़ेस से मिलता है. (ध्यान दें: यह Lighthouse सीएलआई से अलग टूल है.) Lighthouse CI CLI, Lighthouse CI का इस्तेमाल करने के लिए, कमांड का एक सेट उपलब्ध कराता है. उदाहरण के लिए, autorun कमांड कई Lighthouse रन को एक्ज़ीक्यूट करता है, मीडियन Lighthouse रिपोर्ट की पहचान करता है, और रिपोर्ट को स्टोरेज के लिए अपलोड करता है. अतिरिक्त फ़्लैग पास करके या Lighthouse CI की कॉन्फ़िगरेशन फ़ाइल, lighthouserc.js को पसंद के मुताबिक बनाकर, इस व्यवहार को काफ़ी हद तक पसंद के मुताबिक बनाया जा सकता है.

Lighthouse CI का मुख्य फ़ंक्शन, Lighthouse CI सीएलआई में शामिल होता है. हालांकि, Lighthouse CI का इस्तेमाल आम तौर पर इनमें से किसी एक तरीके से किया जाता है:

  • लगातार इंटिग्रेशन के हिस्से के तौर पर, Lighthouse सीआई चलाना
  • Lighthouse CI GitHub Action का इस्तेमाल करना, जो हर पुल अनुरोध पर चलता है और टिप्पणी करता है
  • Lighthouse सर्वर के डैशबोर्ड की मदद से, समय के साथ परफ़ॉर्मेंस को ट्रैक करना.

ये सभी तरीके, Lighthouse CI सीएलआई पर आधारित हैं.

Lighthouse CI के विकल्पों में, तीसरे पक्ष की परफ़ॉर्मेंस मॉनिटर करने वाली सेवाएं शामिल हैं. इसके अलावा, सीआई प्रोसेस के दौरान परफ़ॉर्मेंस डेटा इकट्ठा करने के लिए, अपनी स्क्रिप्ट भी लिखी जा सकती है. अगर आपको परफ़ॉर्मेंस मॉनिटर करने वाले सर्वर और टेस्ट डिवाइसों को मैनेज करने की ज़िम्मेदारी किसी और को देनी है, तो आपको तीसरे पक्ष की सेवा का इस्तेमाल करना चाहिए. इसके अलावा, अगर आपको सूचनाएं पाने की सुविधाएं (जैसे, ईमेल या Slack इंटिग्रेशन) चाहिए, लेकिन आपको ये सुविधाएं खुद नहीं बनानी हैं, तो भी आपको तीसरे पक्ष की सेवा का इस्तेमाल करना चाहिए.

Lighthouse CI को स्थानीय तौर पर इस्तेमाल करना

इस सेक्शन में, Lighthouse CI CLI को डिवाइस पर इंस्टॉल करने और चलाने का तरीका बताया गया है. साथ ही, lighthouserc.js को कॉन्फ़िगर करने का तरीका बताया गया है. Lighthouse CI CLI को स्थानीय तौर पर चलाना, यह पक्का करने का सबसे आसान तरीका है कि आपका lighthouserc.js सही तरीके से कॉन्फ़िगर किया गया है.

  1. Lighthouse CI CLI इंस्टॉल करें.

    npm install -g @lhci/cli

    Lighthouse CI को कॉन्फ़िगर करने के लिए, अपने प्रोजेक्ट के रेपो के रूट में lighthouserc.js फ़ाइल डालें. यह फ़ाइल ज़रूरी है. इसमें Lighthouse CI से जुड़ी कॉन्फ़िगरेशन की जानकारी शामिल होगी. Lighthouse CI को git रिपॉज़िटरी के बिना इस्तेमाल करने के लिए कॉन्फ़िगर किया जा सकता है. हालांकि, इस लेख में दिए गए निर्देशों के मुताबिक, आपके प्रोजेक्ट की रिपॉज़िटरी को git का इस्तेमाल करने के लिए कॉन्फ़िगर किया गया है.

  2. अपनी रिपॉज़िटरी के रूट में, lighthouserc.js कॉन्फ़िगरेशन फ़ाइल बनाएं.

    touch lighthouserc.js

  3. lighthouserc.js में यह कोड जोड़ें. यह कोड, Lighthouse CI का एक खाली कॉन्फ़िगरेशन है. आगे के चरणों में, इस कॉन्फ़िगरेशन में और जानकारी जोड़ी जाएगी.

    module.exports = {
  ci: {
    collect: {
      /* Add configuration here */
    },
    upload: {
      /* Add configuration here */
    },
  },
};

  4. जब भी Lighthouse CI चलता है, तो यह आपकी साइट को दिखाने के लिए एक सर्वर शुरू करता है. इस सर्वर की मदद से, Lighthouse आपकी साइट को तब भी लोड कर सकता है, जब कोई दूसरा सर्वर काम न कर रहा हो. Lighthouse CI के चलने के बाद, यह सर्वर को अपने-आप बंद कर देगा. यह पक्का करने के लिए कि विज्ञापन सही तरीके से दिखाए जाएं, आपको staticDistDir या startServerCommand प्रॉपर्टी में से किसी एक को कॉन्फ़िगर करना चाहिए.

    अगर आपकी साइट स्टैटिक है, तो ci.collect ऑब्जेक्ट में staticDistDir प्रॉपर्टी जोड़ें. इससे यह पता चलता है कि आपकी स्टैटिक फ़ाइलें कहां मौजूद हैं. Lighthouse CI, आपकी साइट की जांच करते समय इन फ़ाइलों को दिखाने के लिए अपने सर्वर का इस्तेमाल करेगा. अगर आपकी साइट स्टैटिक नहीं है, तो ci.collect ऑब्जेक्ट में startServerCommand प्रॉपर्टी जोड़ें. इससे उस कमांड के बारे में पता चलता है जिससे आपका सर्वर शुरू होता है. Lighthouse CI, टेस्टिंग के दौरान एक नया सर्वर प्रोसेस शुरू करेगा और उसके बाद उसे बंद कर देगा.

    // Static site example
collect: {
  staticDistDir: './public',
}

    // Dynamic site example
collect: {
  startServerCommand: 'npm run start',
}

  5. ci.collect ऑब्जेक्ट में url प्रॉपर्टी जोड़ें, ताकि उन यूआरएल के बारे में बताया जा सके जिनके लिए Lighthouse CI को Lighthouse चलाना चाहिए. url प्रॉपर्टी की वैल्यू, यूआरएल के कलेक्शन के तौर पर दी जानी चाहिए. इस कलेक्शन में एक या उससे ज़्यादा यूआरएल हो सकते हैं. Lighthouse CI, हर यूआरएल के लिए Lighthouse को डिफ़ॉल्ट रूप से तीन बार चलाएगा.

    collect: {
  // ...
  url: ['http://localhost:8080']
}

  6. ci.upload ऑब्जेक्ट में target प्रॉपर्टी जोड़ें और वैल्यू को 'temporary-public-storage' पर सेट करें. Lighthouse CI से इकट्ठा की गई Lighthouse रिपोर्ट, कुछ समय के लिए सार्वजनिक स्टोरेज में अपलोड की जाएंगी. यह रिपोर्ट सात दिनों तक वहां रहेगी. इसके बाद, अपने-आप मिट जाएगी. सेटअप करने की इस गाइड में, "कुछ समय के लिए सार्वजनिक स्टोरेज" अपलोड करने के विकल्प का इस्तेमाल किया गया है. ऐसा इसलिए, क्योंकि इसे सेटअप करना आसान है. Lighthouse रिपोर्ट को सेव करने के अन्य तरीकों के बारे में जानने के लिए, दस्तावेज़ देखें.

    upload: {
  target: 'temporary-public-storage',
}

    रिपोर्ट को सेव करने की जगह कुछ इस तरह दिखेगी:

    https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1580152437799-46441.report.html

    (यह यूआरएल काम नहीं करेगा, क्योंकि रिपोर्ट पहले ही मिटाई जा चुकी है.)

  7. autorun निर्देश का इस्तेमाल करके, टर्मिनल से Lighthouse CI CLI चलाएं. इससे Lighthouse तीन बार चलेगा और मीडियन Lighthouse रिपोर्ट अपलोड होगी.

    lhci autorun

    अगर आपने Lighthouse CI को सही तरीके से कॉन्फ़िगर किया है, तो इस निर्देश को चलाने पर आपको इस तरह का आउटपुट दिखेगा:

    ✅  .lighthouseci/ directory writable
✅  Configuration file found
✅  Chrome installation found
⚠️   GitHub token not set
Healthcheck passed!

Started a web server on port 65324...
Running Lighthouse 3 time(s) on http://localhost:65324/index.html
Run #1...done.
Run #2...done.
Run #3...done.
Done running Lighthouse!

Uploading median LHR of http://localhost:65324/index.html...success!
Open the report at https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1591720514021-82403.report.html
No GitHub token set, skipping GitHub status check.

Done running autorun.

    कंसोल आउटपुट में GitHub token not set मैसेज को अनदेखा किया जा सकता है. GitHub टोकन की ज़रूरत सिर्फ़ तब होती है, जब आपको GitHub Action के साथ Lighthouse CI का इस्तेमाल करना हो. GitHub Action को सेट अप करने का तरीका, इस लेख में आगे बताया गया है.

    https://storage.googleapis.com... से शुरू होने वाले आउटपुट में मौजूद लिंक पर क्लिक करने से, आपको मीडियन Lighthouse रन से जुड़ी Lighthouse रिपोर्ट पर ले जाया जाएगा.

    autorun के इस्तेमाल किए गए डिफ़ॉल्ट को कमांड लाइन या lighthouserc.js की मदद से बदला जा सकता है. उदाहरण के लिए, नीचे दिया गया lighthouserc.js कॉन्फ़िगरेशन बताता है कि autorun के हर बार चलने पर, पांच Lighthouse रन इकट्ठा किए जाने चाहिए.

  8. numberOfRuns प्रॉपर्टी का इस्तेमाल करने के लिए, lighthouserc.js को अपडेट करें:

    module.exports = {
    // ...
    collect: {
      numberOfRuns: 5
    },
  // ...
  },
};

  9. autorun कमांड को फिर से चलाएं:

    lhci autorun

    टर्मिनल आउटपुट में यह दिखना चाहिए कि Lighthouse को डिफ़ॉल्ट रूप से तीन बार चलाने के बजाय, पांच बार चलाया गया है:

    ✅  .lighthouseci/ directory writable
✅  Configuration file found
✅  Chrome installation found
⚠️   GitHub token not set
Healthcheck passed!

Automatically determined ./dist as `staticDistDir`.
Set it explicitly in lighthouserc.json if incorrect.

Started a web server on port 64444...
Running Lighthouse 5 time(s) on http://localhost:64444/index.html
Run #1...done.
Run #2...done.
Run #3...done.
Run #4...done.
Run #5...done.
Done running Lighthouse!

Uploading median LHR of http://localhost:64444/index.html...success!
Open the report at https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1591716944028-6048.report.html
No GitHub token set, skipping GitHub status check.

Done running autorun.

    कॉन्फ़िगरेशन के अन्य विकल्पों के बारे में जानने के लिए, Lighthouse CI के कॉन्फ़िगरेशन दस्तावेज़ को देखें.

Lighthouse CI को चलाने के लिए, अपनी सीआई प्रोसेस सेट अप करें

Lighthouse CI का इस्तेमाल, आपके पसंदीदा सीआई टूल के साथ किया जा सकता है. Lighthouse CI के दस्तावेज़ में, Configure Your CI Provider सेक्शन में कोड सैंपल दिए गए हैं. इनसे पता चलता है कि Lighthouse CI को सामान्य सीआई टूल की कॉन्फ़िगरेशन फ़ाइलों में कैसे शामिल किया जाए. खास तौर पर, इन कोड सैंपल से पता चलता है कि सीआई प्रोसेस के दौरान परफ़ॉर्मेंस की मेट्रिक इकट्ठा करने के लिए, Lighthouse सीआई को कैसे चलाया जाए.

परफ़ॉर्मेंस की निगरानी करने के लिए, Lighthouse सीआई का इस्तेमाल करके परफ़ॉर्मेंस के मेज़रमेंट इकट्ठा करना एक अच्छा तरीका है. हालांकि, ऐडवांस उपयोगकर्ता एक कदम आगे बढ़कर, Lighthouse CI का इस्तेमाल करके बिल्ड को फ़ेल कर सकते हैं. ऐसा तब किया जा सकता है, जब वे पहले से तय की गई शर्तों को पूरा न करते हों. जैसे, Lighthouse के ऑडिट पास करना या सभी परफ़ॉर्मेंस बजट को पूरा करना. इस व्यवहार को lighthouserc.js फ़ाइल की assert प्रॉपर्टी की मदद से कॉन्फ़िगर किया जाता है.

Lighthouse CI में तीन लेवल के असर्शन इस्तेमाल किए जा सकते हैं:

  • off: दावे को अनदेखा करें
  • warn: stderr में गड़बड़ियों को प्रिंट करें
  • error: stderr में गड़बड़ियों को प्रिंट करें और Lighthouse CI से बाहर निकलें. इसके लिए, शून्य के अलावा किसी अन्य एग्ज़िट कोड का इस्तेमाल करें

यहां lighthouserc.js कॉन्फ़िगरेशन का एक उदाहरण दिया गया है, जिसमें असर्शन शामिल हैं. यह लाइटहाउस की परफ़ॉर्मेंस और सुलभता कैटगरी के स्कोर के लिए, दावे सेट करता है. इसे आज़माने के लिए, यहां दिए गए असर्शन को अपनी lighthouserc.js फ़ाइल में जोड़ें. इसके बाद, Lighthouse CI को फिर से चलाएं.

module.exports = {
  ci: {
    collect: {
      // ...
    },
    assert: {
      assertions: {
        'categories:performance': ['warn', {minScore: 1}],
        'categories:accessibility': ['error', {minScore: 1}]
      }
    },
    upload: {
      // ...
    },
  },
};

इससे जनरेट होने वाला कंसोल आउटपुट कुछ ऐसा दिखता है:

Lighthouse CI से जनरेट हुए चेतावनी वाले मैसेज का स्क्रीनशॉट

Lighthouse CI के असर्शन के बारे में ज़्यादा जानने के लिए, दस्तावेज़ देखें.

Lighthouse सीआई को चलाने के लिए, GitHub Action सेट अप करना

Lighthouse सीआई को चलाने के लिए, GitHub Action का इस्तेमाल किया जा सकता है. इससे, GitHub रिपॉजिटरी की किसी भी ब्रांच में कोड में बदलाव होने पर, हर बार एक नई Lighthouse रिपोर्ट जनरेट होगी. हर पुल अनुरोध पर इन नतीजों को दिखाने के लिए, इसका इस्तेमाल स्टेटस की जांच के साथ करें.

GitHub पर स्टेटस की जांच का स्क्रीनशॉट

  1. अपनी रिपॉज़िटरी के रूट में, .github/workflows नाम की एक डायरेक्ट्री बनाएं. आपके प्रोजेक्ट के वर्कफ़्लो इस डायरेक्ट्री में सेव किए जाएंगे. वर्कफ़्लो एक ऐसी प्रोसेस है जो पहले से तय समय पर चलती है. उदाहरण के लिए, कोड पुश किए जाने पर. इसमें एक या उससे ज़्यादा कार्रवाइयां शामिल होती हैं.

    mkdir .github
mkdir .github/workflows

  2. .github/workflows में, lighthouse-ci.yaml नाम की फ़ाइल बनाएं. इस फ़ाइल में, नए वर्कफ़्लो का कॉन्फ़िगरेशन मौजूद होगा.

    touch lighthouse-ci.yaml

  3. lighthouse-ci.yaml में यह टेक्स्ट जोड़ें.

    name: Build project and run Lighthouse CI
on: [push]
jobs:
  lhci:
    name: Lighthouse CI
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v1
      - name: Use Node.js 10.x
        uses: actions/setup-node@v1
        with:
          node-version: 10.x
      - name: npm install
        run: |
          npm install
      - name: run Lighthouse CI
        run: |
          npm install -g @lhci/cli@0.3.x
          lhci autorun --upload.target=temporary-public-storage || echo "LHCI failed!"

    यह कॉन्फ़िगरेशन, एक ऐसा वर्कफ़्लो सेट अप करता है जिसमें एक ही जॉब होता है. यह जॉब तब चलेगा, जब रिपॉज़िटरी में नया कोड पुश किया जाएगा. इस काम को चार चरणों में पूरा किया जाता है:

    • उस डेटा स्टोर करने की जगह को देखें जिसके लिए Lighthouse सीआई चलाया जाएगा
    • Node को इंस्टॉल और कॉन्फ़िगर करना
    • ज़रूरी npm पैकेज इंस्टॉल करना
    • Lighthouse CI चलाएं और नतीजों को कुछ समय के लिए सार्वजनिक स्टोरेज में अपलोड करें.

  4. इन बदलावों को कमिट करें और GitHub पर पुश करें. अगर आपने ऊपर बताए गए चरणों का सही तरीके से पालन किया है, तो GitHub पर कोड पुश करने से, आपके जोड़े गए वर्कफ़्लो को ट्रिगर किया जाएगा.

  5. यह पुष्टि करने के लिए कि Lighthouse CI ट्रिगर हो गया है और उसकी जनरेट की गई रिपोर्ट देखने के लिए, अपने प्रोजेक्ट के Actions टैब पर जाएं. आपको अपने सबसे हाल ही के कमिट के तहत, प्रोजेक्ट बनाएं और Lighthouse सीआई चलाएं वर्कफ़्लो दिखेगा.

    GitHub के 'सेटिंग' टैब का स्क्रीनशॉट

    Actions टैब से, किसी खास कमिट से जुड़ी Lighthouse रिपोर्ट पर जाया जा सकता है. कमिट पर क्लिक करें. इसके बाद, Lighthouse CI वर्कफ़्लो के चरण पर क्लिक करें. इसके बाद, Lighthouse CI चलाएं चरण के नतीजों को बड़ा करें.

    GitHub के 'सेटिंग' टैब का स्क्रीनशॉट

    आपने Lighthouse CI को चलाने के लिए, GitHub Action सेट अप कर लिया है. यह तब सबसे ज़्यादा काम का होगा, जब इसका इस्तेमाल GitHub स्टेटस की जांच के साथ किया जाएगा.

GitHub स्टेटस की जांच सेट अप करना

अगर स्टेटस चेक को कॉन्फ़िगर किया गया है, तो यह हर पीआर पर दिखने वाला एक मैसेज होता है. इसमें आम तौर पर, किसी टेस्ट के नतीजे या बिल्ड के सफल होने जैसी जानकारी शामिल होती है.

GitHub के 'सेटिंग' टैब का स्क्रीनशॉट

Lighthouse CI के लिए स्टेटस चेक सेट अप करने का तरीका यहां बताया गया है.

  1. Lighthouse CI GitHub ऐप्लिकेशन के पेज पर जाएं और Configure पर क्लिक करें.

  2. (ज़रूरी नहीं) अगर आप GitHub पर एक से ज़्यादा संगठनों का हिस्सा हैं, तो वह संगठन चुनें जिसके पास उस डेटाबेस का मालिकाना हक है जिसके लिए आपको Lighthouse सीआई का इस्तेमाल करना है.

  3. अगर आपको सभी रिपॉज़िटरी में Lighthouse CI को चालू करना है, तो सभी रिपॉज़िटरी को चुनें. अगर आपको इसे सिर्फ़ कुछ रिपॉज़िटरी में इस्तेमाल करना है, तो सिर्फ़ चुनिंदा रिपॉज़िटरी को चुनें. इसके बाद, रिपॉज़िटरी चुनें. इसके बाद, Install & Authorize पर क्लिक करें.

  4. दिखने वाले टोकन को कॉपी करें. इसका इस्तेमाल अगले चरण में किया जाएगा.

  5. टोकन जोड़ने के लिए, अपनी GitHub रिपॉज़िटरी के Settings पेज पर जाएं. इसके बाद, Secrets पर क्लिक करें और फिर Add a new secret पर क्लिक करें.

    GitHub के 'सेटिंग' टैब का स्क्रीनशॉट

  6. Name फ़ील्ड को LHCI_GITHUB_APP_TOKEN पर सेट करें और Value फ़ील्ड को उस टोकन पर सेट करें जिसे आपने पिछले चरण में कॉपी किया था. इसके बाद, Add secret बटन पर क्लिक करें.

  7. lighthouse-ci.yaml फ़ाइल पर जाएं और "Lighthouse CI चलाएं" निर्देश में नया एनवायरमेंट सीक्रेट जोड़ें.

-           name: run Lighthouse CI
            run: |
              npm install -g @lhci/cli@0.3.x
              lhci autorun --upload.target=temporary-public-storage || echo "LHCI failed!"
+            env:
+              LHCI_GITHUB_APP_TOKEN: $
  1. स्टेटस की जांच करने की सुविधा इस्तेमाल के लिए तैयार है. इसकी जांच करने के लिए, नया पुल अनुरोध बनाएं या किसी मौजूदा पुल अनुरोध में कमिट पुश करें.

Lighthouse CI सर्वर सेट अप करना

Lighthouse CI सर्वर, Lighthouse की पुरानी रिपोर्ट देखने के लिए एक डैशबोर्ड उपलब्ध कराता है. यह Lighthouse रिपोर्ट के लिए, निजी और लंबे समय तक डेटा सेव करने वाले डेटास्टोर के तौर पर भी काम कर सकता है.

Lighthouse सीआई सर्वर डैशबोर्ड का स्क्रीनशॉट
Lighthouse CI Server में दो लाइटहाउस रिपोर्ट की तुलना करने का स्क्रीनशॉट
  1. चुनें कि किन कमिट की तुलना करनी है.
  2. दो कमिट के बीच, Lighthouse स्कोर में कितना बदलाव हुआ है.
  3. इस सेक्शन में सिर्फ़ वे मेट्रिक दिखती हैं जिनमें दो कमिट के बीच बदलाव हुआ है.
  4. रिग्रेशन को गुलाबी रंग से हाइलाइट किया जाता है.
  5. सुधारों को नीले रंग में हाइलाइट किया जाता है.

Lighthouse CI Server, उन उपयोगकर्ताओं के लिए सबसे सही है जो अपने इन्फ़्रास्ट्रक्चर को डिप्लॉय और मैनेज करने में सहज हैं.

Lighthouse सीआई सर्वर को सेट अप करने के बारे में जानकारी पाने के लिए, इन निर्देशों को पढ़ें. इनमें, डिप्लॉयमेंट के लिए Heroku और Docker का इस्तेमाल करने के तरीके भी शामिल हैं.

ज़्यादा जानें