हर server का अलग web UI
हर server सिर्फ अपने runs दिखाता है। पाँच servers पर पिछली रात की failures देखने के लिए पाँच web UI खोलने पड़ते हैं।
Dagu Cloud
आपके Dagu servers का control plane
हर self-hosted Dagu server को Dagu Cloud से connect करें। उनकी health और runs एक console में देखें, team को वहीं alert करें जहाँ वह काम करती है, हर server में अलग से sign in किए बिना runs को retry, stop और approve करें, और ChatGPT या Claude को एक MCP endpoint से उन्हें operate करने दें। Workflows सिर्फ आपके servers पर ही चलते रहते हैं, जो खुद बाहर की ओर connect करते हैं; कोई inbound port नहीं खुलता।
एक server के लिए free। Team और Pro हर licensed server को cover करते हैं और runs पर actions, MCP और आपकी team जोड़ते हैं। Monitoring के लिए Dagu v2.19.1 या उसके बाद का version ज़रूरी है (free plan पर v2.19.2); runs पर actions और MCP के लिए v2.22 या उसके बाद का।
आपके servers
- prod-eu-1dagu 2.19.0
- prod-us-2dagu 2.19.0
- batch-01dagu 2.19.0
Workflows यहाँ चलते हैं
HTTPS, सिर्फ outbound, हर 60 सेकंड
console.dagu.shWorkflows कभी नहीं चलाता
OverviewServersRunsAlertsNotifications
कुछ टूटने पर email, chat, PagerDuty या webhook से alert, और ठीक होने पर फिर से
कई servers, पर उन्हें चलाने की कोई एक जगह नहीं
हर Dagu server अपने आप में पूरा है, अपने scheduler, run history और web UI के साथ। कई servers होने का मतलब जाँचने की भी कई जगहें है, और किसी run को संभालना हो तो sign in करने की भी कई जगहें।
सभी failures की कोई एक सूची नहीं
कोई भी चीज़ सभी servers की failures को एक जगह इकट्ठा नहीं करती, इसलिए पूरी तस्वीर किसी को नहीं दिखती।
समस्याएँ देर से सामने आती हैं
रुका हुआ scheduler या चुप हो गया server कोई error नहीं देता। Scheduled workflows बस चलना बंद कर देते हैं, जब तक किसी का ध्यान न जाए।
हर server पर अलग से alerting setup
Failure emails के लिए हर server पर mail और notification settings चाहिए, जिन्हें हाथ से एक जैसा रखना पड़ता है।
हर fix के लिए एक और sign-in
किसी failed run को retry करने या wait कर रहे step को approve करने के लिए सही server ढूँढना, उसका web UI खोलना और वहाँ sign in करना पड़ता है।
AI के लिए कोई सुरक्षित रास्ता नहीं
Firewall के पीछे के server पर ChatGPT या Claude से काम करवाने के लिए port खोलना पड़ता है या API key देनी पड़ती है।
हर server के लिए एक console
Dagu console के Monitoring section में Overview, Servers, Runs, Alerts, Notifications और Insights pages हैं, साथ ही हर server, हर workflow और हर alert का अपना page। Workspace का हर member इन्हें देख सकता है।
Overview: अभी किस पर ध्यान देना है
Report भेज रहे servers, आज की failures (UTC), चल रहे runs, और पिछले 7 UTC दिनों का success rate। Needs attention में वे चीज़ें दिखती हैं जो किसी व्यक्ति का इंतज़ार कर रही हैं, खुले alerts और आज की failures, हर row में उसके action के साथ।
- Not reporting
- Not checking in
- Offline
- Scheduler stopped
- Failing workflows
- Events lost
- Monitoring off
Servers: हर server और उसका status
हर connected server, उसके status, Dagu version, आखिरी report, आज की failures (UTC), 7 UTC दिनों के success rate और खुले alerts के साथ।
- Reporting
- पिछले 5 मिनट में report आई।
- Not reporting
- Server ने पहले report भेजी थी, लेकिन पिछले 5 मिनट में नहीं।
- Not checking in
- 26 घंटे से ज़्यादा समय से कोई license check-in नहीं।
- Offline
- 72 घंटे से ज़्यादा समय से कोई license check-in नहीं।
- Monitoring off
- Server पर monitoring बंद कर दी गई है, या Dagu console के पास उसकी कोई report नहीं है।
- Scheduler stopped
- आखिरी report में चल रहे schedulers की संख्या शून्य है, इसलिए scheduled workflows शुरू नहीं होते।
- Events lost
- Server अपने event store में events रखे जाने की अवधि से ज़्यादा समय तक कटा रहा, इसलिए कुछ finished runs भेजे नहीं जा सके।
हर server: health और हाल का इतिहास
हर server का एक page। Overview उसकी health (Dagu version, OS और architecture, process शुरू होने का समय, आखिरी report, आखिरी check-in), आखिरी report की services, खुले alerts और हाल की failures दिखाता है। Runs उसके runs की सूची देता है। Workflows हर workflow के finished runs को 14 दिनों तक हर UTC दिन के हिसाब से दिखाता है, साथ में runs, failures, success rate, और औसत व सबसे लंबी duration।
सभी servers के runs
चल रहे runs पहले आते हैं, फिर finished runs, सबसे नए पहले। हर run का उसके attempts तक एक permalink होता है।
Server, workflow, status (failed, succeeded, running, waiting या queued) और range से filter करें: पिछला घंटा, 24 घंटे, 7 दिन, 14 दिन या, Team और Pro पर, 30 दिन।
Insights: 7, 30 या 90 दिनों के trends
पिछली अवधि की तुलना में runs, failures और success rate, हर दिन के runs, और हर workflow की p95 duration व उसमें आया बदलाव। आज के runs खत्म होते ही गिने जाते हैं।
हर workflow: क्या वह fail हो रहा है, या धीमा हो रहा है?
हर workflow का एक page, जिसमें उसका खुला alert, हर दिन के runs, success rate, और 7, 30 या 90 दिनों की p50 और p95 duration है, साथ में उसके हाल के runs और वे steps जिन पर वह fail हुआ। Owners उसे यहीं से mute कर सकते हैं।
Console से action लें, या अपने AI से
Dagu Cloud हर server तक उसी connection से पहुँचता है जो server खुद खोलता है, इसलिए members और MCP clients बिना inbound port, VPN या API key के runs पर action ले सकते हैं।
Console में runs पर action लें
Failed step का log पढ़ें, run को retry या stop करें, और किसी व्यक्ति का इंतज़ार कर रहे step को approve या reject करें, सीधे Overview, run या उसके alert से।
हर server के लिए एक MCP endpoint
ChatGPT, Claude या कोई दूसरा MCP client एक बार connect करें। यह workspace के servers पर runs और logs पढ़ता है, workflows start और retry करता है, और DAGs edit करता है, उतना ही जितना हर member का role अनुमति देता है।
हर server की अपनी सीमा
हर server का administrator remote access चालू करता है और सबसे ऊँचा allowed role तय करता है। हर call सिर्फ उसी request के लिए signed होती है और Dagu Cloud तथा server के अपने audit log, दोनों में दर्ज होती है।
Team और Pro पर, या trial में। Dagu v2.22 या उसके बाद का version ज़रूरी है।
Remote access कैसे काम करता हैहर problem का एक alert, हर failed run का एक email नहीं
एक alert एक workflow या एक server का होता है। यह एक बार खुलता है, आगे जो होता है उसे गिनता है, और problem खत्म होते ही अपने आप resolve हो जाता है।
कोई workflow fail होता है
Failed run workflow का alert खोलता है। बाद की failures बिना नए message के उसकी गिनती बढ़ाती हैं, और अगला सफल run उसे resolve कर देता है।
कोई server report भेजना बंद करता है
10 मिनट तक कोई report नहीं, या free monitoring पर 25 मिनट, तो server का alert खुलता है, ताकि down host या रुका हुआ process नज़र में आए। उसकी अगली report उसे resolve कर देती है।
कोई run बहुत ज़्यादा लंबा चलता है
Team और Proजो run अपने workflow के usual time के दोगुने और कम से कम 10 मिनट और के बाद भी चल रहा हो, वह alert खोलता है, इससे पहले कि कोई late report पर हैरान हो। Run खत्म होने पर यह resolve हो जाता है।
- हर alert का एक page है: क्या fail हुआ, किस server पर, और एक timeline कि वह कब खुला, हर email और post, और किसने उसे acknowledge किया।
- Workspace का कोई भी member alert को उसके page से acknowledge करता है, और recipient सीधे email से, बिना sign in किए। PagerDuty incident भी साथ में acknowledge हो जाता है।
- Team और Pro पर, जिन alerts को किसी ने acknowledge नहीं किया, वे हर घंटे, हर 4 घंटे या हर दिन फिर से post होते हैं, 6 बार तक। Reminders को एक घंटे, एक दिन या अपने time zone में 9:00 तक snooze करें।
- साथ खुलने या resolve होने वाले alerts एक ही email में आते हैं। एक channel को एक बार में ज़्यादा से ज़्यादा 20 posts और बाकी का summary मिलता है।
- Aborted और rejected runs totals में failures के रूप में गिने जाते हैं, लेकिन वे न कोई alert खोलते हैं, न resolve करते हैं।
- Emails और posts में time आपके workspace के time zone में दिखता है। Noisy workflow को mute किया जा सकता है: उसके alerts record होते रहते हैं, लेकिन किसी को notify नहीं किया जाता।
Workflow alerts के लिए Health and run status level चाहिए। Emails no-reply@dagu.sh से आते हैं।
Alerts वहीं, जहाँ आपकी team पहले से देखती है
Alert emails owners और admins को जाते हैं, और उन members व verified outside addresses को जिन्हें आप जोड़ते हैं, हर एक में one-click unsubscribe के साथ। Team और Pro पर alerts 10 destinations तक भी जाते हैं: Slack, Microsoft Teams, Google Chat, Discord, PagerDuty और signed webhooks।
- Slack
- Microsoft Teams
- Google Chat
- Discord
- PagerDuty
- Webhook
Destination जोड़ने पर एक test भेजा जाता है, और हर destination हर post और उसके answer का log रखता है। Failed post को backoff के साथ एक दिन तक फिर से भेजा जाता है, और जो destination लगातार तीन बार alerts refuse करे, वह रुक जाता है और यह बताता है।
Owners के लिए weekly summary
Team और Proहर सोमवार workspace के time zone में 8:00 बजे, हर owner को पिछले हफ्ते का summary email मिलता है। एक link से इसे बंद करें।
- Finished runs और success rate, पिछले हफ्ते की तुलना में
- खुले और resolve हुए alerts, और वे कितनी जल्दी acknowledge व ठीक हुए
- सबसे ज़्यादा fail होने वाले workflows, और जो धीमे हो गए
- चुप हो गए servers, और alerts लेना बंद करने वाले destinations
Execution और data आपके servers पर ही रहते हैं
आपके servers Dagu console को reports भेजते हैं। Dagu console कभी उनसे connect नहीं करता और कभी workflows नहीं चलाता।
सिर्फ outbound HTTPS
Reports, server से console.dagu.sh को जाने वाले HTTPS requests हैं। कोई inbound port नहीं खोला जाता, और बाहर से कुछ भी server से connect नहीं होता।
Workflows कभी console का इंतज़ार नहीं करते
अगर Dagu console तक पहुँचा न जा सके, तो workflows हमेशा की तरह चलते हैं। Server retry करता है और console वापस आते ही छूटे हुए runs भेज देता है।
जब तक आप चालू न करें, बंद
Monitoring default रूप से बंद रहता है, और हर server के लिए उसका administrator इसे चुनता है। Server को connect या upgrade करने पर उसके license check-in के अलावा कुछ नहीं भेजा जाता।
तीन levels
Health only यह भेजता है कि server क्या चला रहा है। Health and run status उसके runs का status भी जोड़ता है, और workflow alerts के लिए ज़रूरी है। तीसरा level failed steps के error messages भी भेजता है, ताकि alerts बताएं कि run क्यों fail हुआ।
आपके server से क्या बाहर जाता है
Dagu version, OS और architecture, और server process कब शुरू हुआ
- Health only
- भेजा जाता है
- Health and run status
- भेजा जाता है
चल रहे schedulers और registered coordinators की संख्या
- Health only
- भेजा जाता है
- Health and run status
- भेजा जाता है
हर finished top-level run: DAG name, run ID, attempt ID, status, trigger, और वह कब queue हुआ, शुरू हुआ और खत्म हुआ
- Health only
- नहीं भेजा जाता
- Health and run status
- भेजा जाता है
किसी run के failed steps के नाम, 50 तक
- Health only
- नहीं भेजा जाता
- Health and run status
- भेजा जाता है
Queued, running या waiting runs, हर report में 200 तक
- Health only
- नहीं भेजा जाता
- Health and run status
- भेजा जाता है
Logs, outputs, parameters, environment, step commands, DAG YAML और secret values
- Health only
- कभी नहीं भेजा जाता
- Health and run status
- कभी नहीं भेजा जाता
हर report में server का license ID, server ID और heartbeat secret भी जाता है, जैसा उसके license check-in में भी होता है। DAG और step names सिर्फ run status के साथ भेजे जाते हैं; अगर आप इन्हें संवेदनशील मानते हैं तो Health only चुनें। Failed steps के error messages सिर्फ़ तीसरे level, Health, run status, and error messages, पर भेजे जाते हैं: हर error का आख़िरी हिस्सा, declared secrets को mask करके।
तीन steps में setup
Dagu v2.19.1 या उसके बाद का version ज़रूरी है (free monitoring के लिए v2.19.2 या उसके बाद का), और server को HTTPS पर https://console.dagu.sh तक पहुँचना चाहिए।
- 01
Server को Dagu console से connect करें
Dagu में Plan & features खोलें और Connect to Dagu Console चुनें, dagu license activate चलाएँ, या server को server key के साथ start करें। Offline licenses वाले servers report नहीं भेजते।
- 02
चुनें कि क्या report करना है
Plan & features के Monitoring section में Turn on चुनें, फिर Health and run status या Health only चुनें। यह चुनाव restart के बिना तुरंत लागू होता है।
Code के रूप में manage किए जाने वाले servers के लिए, configuration file में level सेट करें, या DAGU_CLOUD_REPORT=runs सेट करें:
cloud: report: runs # off, health, or runs - 03
Dagu console में देखें
Server हर 60 सेकंड में report भेजता है, और जब कोई run fail होता है या चल रहे runs बदलते हैं, तो लगभग 5 सेकंड के भीतर। यह Dagu console में Monitoring के अंतर्गत दिखता है।
Plans, retention और limits
हर plan में क्या शामिल है, servers जो report करते हैं उसे Dagu Cloud कितने समय तक रखता है, और एक दिन में कितना store करता है।
प्लान
हर workspace में एक server के लिए free, कम limits के साथ: हर 5 मिनट में एक report, प्रति दिन 100 stored runs, 7 दिन की run history, और owners व admins को alert emails। Team और Pro हर licensed server को cover करते हैं, 30 दिन की run history, chat, PagerDuty और webhook destinations, reminders, बहुत लंबे runs के alerts और weekly summary के साथ।
प्लान की तुलना करेंRetention
- Finished runs
- 30 दिन
- हर workflow के daily totals
- 13 महीने
- Resolve हो चुके alerts
- Resolve होने के 90 दिन बाद तक
- खुले alerts
- Resolve होने तक
Free monitoring पिछले 7 दिनों के finished runs दिखाता है, और trial पिछले 14 दिनों के। जो server 30 दिनों तक कोई report नहीं भेजता, उसे उसके daily totals और alerts के साथ monitoring से हटा दिया जाता है।
Daily run limit
हर workspace प्रति UTC दिन 500 finished runs तक store करता है, free monitoring पर 100 तक। Limit से ज़्यादा runs भी daily totals में गिने जाते हैं और alerts खोलते व resolve करते हैं, लेकिन उन्हें run list में नहीं जोड़ा जाता। Store करना 00:00 UTC पर फिर से शुरू होता है।
और चाहिए? हमसे संपर्क करेंहर Dagu server को एक ही जगह से चलाएं
Setup guide पढ़ें, या Dagu console खोलें और अपना पहला server connect करें। एक server के लिए free; Team या Pro का trial शुरू करें।