ಡೆವಲಪರ್ಗಳಿಗಾಗಿ
Zinn Digital® ಒಂದು API-ಮೊದಲ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಆಗಿದೆ. ನಮ್ಮ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಅನ್ನು ಚಾಲನೆ ಮಾಡುವ ಅದೇ ಎಂಜಿನ್ API ಅನ್ನು ನಿಮಗೆ ನೀಡಲಾಗುತ್ತದೆ - ಇದು ಆವೃತ್ತಿಯೊಂದಿಗೆ, ಸ್ಪೆಕ್-ಮೊದಲ ಮತ್ತು ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ 100% ದಾಖಲೀಕರಿಸಲ್ಪಟ್ಟಿದೆ, ಇದರೊಂದಿಗೆ ಜೆನೆರೇಟೆಡ್ SDKಗಳು, CLI, ಟೆರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್, ಸೈನ್ ಮಾಡಲಾದ ವೆಬ್ಹುಕ್ಗಳು ಮತ್ತು ಇದರ ಮೇಲೆ MCP ಸರ್ವರ್ ಇರುತ್ತದೆ. ನೀವು ಕೆಲಸ ಮಾಡಲು ಏನೇ ಬಳಸಲಿ - ಟರ್ಮಿನಲ್, ಪೈಪ್ಲೈನ್, ಸ್ಟೇಟ್ ಫೈಲ್ ಅಥವಾ AI ಏಜೆಂಟ್ - ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅದಕ್ಕೆ ಸ್ಪಂದಿಸುತ್ತದೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್ಗಳು ಕಂಟ್ರೋಲ್ ಪ್ಯಾನೆಲ್ಗೆ ನಂತರದಲ್ಲಿ API ಅನ್ನು ಜೋಡಿಸುತ್ತವೆ, ಮತ್ತು ಅದು ಎದ್ದು ಕಾಣುತ್ತದೆ — ಪ್ಯಾನೆಲ್ನ ಅರ್ಧದಷ್ಟು ವೈಶಿಷ್ಟ್ಯಗಳು ಎಂದಿಗೂ ಹೊರಬರುವುದೇ ಇಲ್ಲ. ನಾವು ವಿರುದ್ಧ ರೀತಿಯಲ್ಲಿ ನಿರ್ಮಿಸಿದ್ದೇವೆ. ಡ್ಯಾಶ್ಬೋರ್ಡ್, ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್, CLI, ಟೆರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್, MCP ಸರ್ವರ್ ಮತ್ತು ನಿಮ್ಮದೇ ಆದ ಇಂಟಿಗ್ರೇಷನ್ಗಳು ಎಲ್ಲವೂ ಒಂದೇ ಎಂಜಿನ್ API ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ. ನೀವು ಅದನ್ನು ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ಮಾಡಬಹುದಾದರೆ, ನೀವು ಅದನ್ನು ಕೋಡ್ನಲ್ಲಿಯೂ ಮಾಡಬಹುದು.
OpenAPI ಸ್ಪೆಕ್ ನಿಜವಾದ ಮೂಲವಾಗಿದೆ, ಮತ್ತು ಅದು ಸ್ಪೆಕ್ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ ಯಾವುದೇ ಎಂಡ್ಪಾಯಿಂಟ್ ಬಿಡುಗಡೆಯಾಗುವುದಿಲ್ಲ. ಆ ಒಂದೇ ನಿಯಮವು ಸಾರ್ವಜನಿಕ API ಅನ್ನು ಕೊನೆಯಲ್ಲಿ ಅಲ್ಲ ಆದರೆ ಬಿಲ್ಡ್ ಮಾಡುವ ಸಮಯದಲ್ಲೇ ಸಂಪೂರ್ಣವಾಗಿ ದಾಖಲೀಕರಣಗೊಳ್ಳುವಂತೆ ಮಾಡುತ್ತದೆ — ಯಾವುದೇ ದಾಖಲೀಕರಣಗೊಳ್ಳದ ಮೂಲೆಯಿಲ್ಲ, ಏಕೆಂದರೆ ದಾಖಲೀಕರಣಗೊಳ್ಳದ ಎಂಡ್ಪಾಯಿಂಟ್ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಸಂವಾದಾತ್ಮಕ ಉಲ್ಲೇಖ ದಸ್ತಾವೇಜುಗಳು, ನಾಲ್ಕು ಕ್ಲೈಂಟ್ SDKಗಳು, CLIಯ ಹೆಚ್ಚಿನ অংশ ಮತ್ತು ಟೆರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್ ಸ್ಕ್ಯಾಫೋಲ್ಡಿಂಗ್ ಇವೆಲ್ಲವೂ ಆ ಒಂದೇ ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಉತ್ಪತ್ತಿಯಾಗುತ್ತವೆ. ಒಂದು ಮೂಲ, ಅನೇಕ ಕಲಾಕೃತಿಗಳು, ಯಾವಾಗಲೂ ಸಿಂಕ್ನಲ್ಲಿರುತ್ತವೆ — ಇಂಪ್ಲಿಮೆಂಟೇಶನ್ನಿಂದ ದೂರ ಸರಿದ ದಸ್ತಾವೇಜನ್ನು ನೀವು ಎಂದಿಗೂ ಬೆನ್ನಟ್ಟಬೇಕಾಗಿಲ್ಲ.
ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು /v1 ಅಡಿಯಲ್ಲಿ ಪ್ರಕಟಿತ ಸೂರ್ಯಾಸ್ತ ನೀತಿ ಮತ್ತು ಚೇಂಜ್ಲಾಗ್ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ವಿಫಲವಾದ ಬಿಲ್ಡ್ನಿಂದ ಅದನ್ನು ಕಂಡುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ, ಯಾವುದಾದರೂ ಬದಲಾಗುವ ಮೊದಲು ನಿಮಗೆ ಲಿಖಿತ ರೂಪದಲ್ಲಿ ತಿಳಿಸಲಾಗುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ಬದಲಾವಣೆಯ ಮೇಲೆಯೂ ಇಂಪ್ಲಿಮೆಂಟೇಶನ್ ವರ್ಸಸ್-ಸ್ಪೆಕ್ ಕಾಂಟ್ರ್ಯಾಕ್ಟ್ ಟೆಸ್ಟ್ಗಳು ಮತ್ತು ಓಪನ್ಎಪಿಐ ಲಿಂಟಿಂಗ್ ರನ್ ಆಗುತ್ತವೆ. ಕೋಡ್ ಮತ್ತು ಕಾಂಟ್ರ್ಯಾಕ್ಟ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಬಿಲ್ಡ್ ಅನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತದೆ — ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅನ್ನು ಜನರೇಟ್ ಮಾಡುವ ಸ್ಪೆಕ್, ಸರ್ವರ್ ವಾಸ್ತವವಾಗಿ ಅನುಸರಿಸುವ ಸ್ಪೆಕ್ ಆಗಿರುತ್ತದೆ.
ಪ್ರವೇಶಿಸಲು ಎರಡು ಮಾರ್ಗಗಳು, ಆದರೆ ಅವುಗಳ ಹಿಂದಿರುವ ತತ್ವ ಮಾತ್ರ ಒಂದೇ. ನೀವು ಯಾವುದನ್ನು ಬಳಸಿದರೂ, ಅದೇ ಅನುಮತಿ ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ಅದೇ ಡೇಟಾಬೇಸ್ ಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆ ಅನ್ವಯಿಸುತ್ತವೆ.
ಕೀಗಳು zdk_<mode>_<prefix>_<secret> ನಂತೆ ಕಾಣುತ್ತವೆ. ರಹಸ್ಯದ SHA-256 ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ — ಕೀಲಿಯನ್ನು ನೀಡಿದ ನಂತರ ನಮಗೆ ಅದನ್ನು ಒಮ್ಮೆ ತೋರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ನಮ್ಮ ಡೇಟಾಬೇಸ್ ತಲುಪುವ ಯಾರಿಗೂ ಸಹ ಇದನ್ನು ತೋರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕೀಗಳು ಸ್ಕೋಪ್ಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ, ರದ್ದುಗೊಳಿಸಲ್ಪಡಬಹುದು ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಗಿಂತ ಸಂಸ್ಥೆಯ ಆಧಾರದ ಮೇಲೆ ನೀಡಲಾಗುತ್ತದೆ.
ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಕೀಗಳು ಪ್ರೊಡಕ್ಷನ್ ಕೀಗಳಿಂದ ವಿಭಿನ್ನವಾಗಿವೆ ಮತ್ತು ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಮೋಡ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ: ಯಾವುದೇ ನೈಜ ಬಿಲ್ಲಿಂಗ್ ಇಲ್ಲ, ಯಾವುದೇ ನೈಜ ಪ್ರಾವಿಷನಿಂಗ್ ಇಲ್ಲ. ನಿಮ್ಮ ಇಂಟಿಗ್ರೇಷನ್ ಪರೀಕ್ಷೆಗಳು ಹಣ ಖರ್ಚು ಮಾಡದೆ ಅಥವಾ ಸರ್ವರ್ಗಳನ್ನು ನಿರ್ಮಿಸದೆ API ಅನ್ನು ಬಳಸಿಕೊಳ್ಳಬಹುದು.
ಬಳಕೆದಾರರ ಸೆಷನ್ಗಳು Keycloak-ನೀಡಿದ JWTಗಳೊಂದಿಗೆ ದೃಢೀಕರಣಗೊಳ್ಳುತ್ತವೆ, ಇದು ರಿಯಮ್ ಸಾರ್ವಜನಿಕ ಕೀಯ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು API ಕೀಯು ಪರಿಹರಿಸುವ ಅದೇ Principal ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು sites.create ಅಥವಾ apikeys.manage ನಂತಹ ಗ್ರ್ಯಾನ್ಯುಲರ್ ಅನುಮತಿ ಕೀಗಳ ಮೇಲೆ ಗೇಟ್ ಮಾಡುತ್ತವೆ, ಇದನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ — ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿರುವ ಅನುಮತಿಯು ಪ್ರತ್ಯೇಕವಾದ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದರೂ ಇದು ಅದರ ಕೆಳಗೆ ನೆಸ್ಟ್ ಮಾಡಲಾದ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ಟೆನೆಂಟ್ ವಿನಂತಿಯು ಪ್ರಮುಖವಾದದ್ದರಿಂದ ಹೊಂದಿಸಲಾದ Postgres org ಸ್ಕೋಪ್ನೊಂದಿಗೆ ಟ್ರಾನ್ಸಾಕ್ಷನ್ನಲ್ಲಿ ರನ್ ಆಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ORM ಫಿಲ್ಟರ್ನಿಂದ ಅಲ್ಲ, ಬದಲಿಗೆ ಡೇಟಾಬೇಸ್ನಿಂದ ಜಾರಿಗೆ ತರಲಾಗುತ್ತದೆ. ಆಳವಾದ ರಕ್ಷಣೆಯಾಗಿ ಕ್ವೆರಿಸೆಟ್ ಫಿಲ್ಟರ್ ಇನ್ನೂ ಇದೆ.
README ನಲ್ಲಿ API ಯನ್ನು ಸುಂದರವಾಗಿ ಕಾಣುವಂತೆ ಮಾಡುವುದು ಸುಲಭ, ಆದರೆ ನಿಜವಾದ ಟ್ರಾಫಿಕ್ನಲ್ಲಿ ಅದು ಸರಿಯಾಗಿ ವರ್ತಿಸುವಂತೆ ಮಾಡುವುದು ಕಷ್ಟ. ಇವು ನಾವು ಶ್ರಮಿಸಿದ ಭಾಗಗಳಾಗಿವೆ, ಏಕೆಂದರೆ ರಾತ್ರಿ ಮೂರು ಗಂಟೆಗೆ ಇಂಟಿಗ್ರೇಷನ್ಗಳು ವಿಫಲಗೊಳ್ಳಲು ಇವೇ ಕಾರಣ.
ಬಲ್ಕ್ ಕೆಲಸದ ವರ್ತನೆಗೆ ರೂಪ ನೀಡುವ ಮತ್ತೊಂದು ಗಮನಾರ್ಹ ವಿವರವೆಂದರೆ: ನಕಲಿ ಡೊಮೇನ್ನಲ್ಲಿ ಬರುವ 409 ದೋಷವು ಯಾವುದೇ ಟೆನೆಂಟ್ಗಾಗಿ "ಈ ಹೋಸ್ಟ್ನೇಮ್ ಇಲ್ಲಿ ಹೋಸ್ಟ್ ಆಗಿದೆಯೇ?" ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಇದು Footprint-Free ವಿರುದ್ಧದ ಎನ್ಯುಮರೇಷನ್ ಒರಾಕಲ್ ಮತ್ತು ನಿಜವಾದ ಡೀನೋನಿಮೈಸೇಶನ್ ಅಪಾಯವಾಗಿದೆ. ಸೈಟ್ ಸೃಷ್ಟಿಯನ್ನು ನಿರ್ಬಂಧಿಸುವುದು (ಥ್ರೊಟ್ಲಿಂಗ್) ಸುಲಭವಾದ ಪರಿಹಾರವಾಗುತ್ತಿತ್ತು ಮತ್ತು ಇದು ಬಲ್ಕ್-ಪ್ರೊವಿಷನಿಂಗ್ ಉತ್ಪನ್ನವನ್ನೇ ಸಂಪೂರ್ಣವಾಗಿ ಹಾಳುಮಾಡುತ್ತಿತ್ತು. ಬದಲಿಗೆ, ಪ್ರತಿ ಪ್ರಿನ್ಸಿಪಾಲ್ ಅಡಿಯಲ್ಲಿ ತಿರಸ್ಕರಿಸಲ್ಪಟ್ಟ ನಕಲಿ-ಡೊಮೇನ್ ಪ್ರಯತ್ನಗಳಿಗೆ ಮಾತ್ರ ಮಿತಿ ವಿಧಿಸಲಾಗುತ್ತದೆ. ಯಶಸ್ವಿ ಸೃಷ್ಟಿಗಳಿಗೆ ಎಂದಿಗೂ ಶುಲ್ಕ ವಿಧಿಸಲಾಗುವುದಿಲ್ಲ - ಆದ್ದರಿಂದ ನೀವು ಇಡೀ ದಿನ ಬಲ್ಕ್ ಆಗಿ ಪ್ರೊವಿಷನ್ ಮಾಡಬಹುದು, ಮತ್ತು ಪ್ರೋಬಿಂಗ್ ತಕ್ಷಣವೇ ನಿಂತುಹೋಗುತ್ತದೆ.
ಒೇ ರೀತಿಯ ಸ್ಪೆಕ್ನ ಮೂರು ಗ್ರಾಹಕರು, ಕೆಲಸ ಮಾಡುವ ಮೂರು ವಿಭಿನ್ನ ವಿಧಾನಗಳಿಗಾಗಿ.
TypeScript, Python, PHP ಮತ್ತು Go ಗಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಇದು ಸ್ಪೆಕ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಇದರಿಂದ ಹಸ್ತಚಾಲಿತವಾಗಿ ಬರೆದ ಹೊದಿಕೆಗಾಗಿ (wrapper) ಕಾಯದೆ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ನಿಮ್ಮ ಭಾಷೆಯಲ್ಲಿ ಲಭ್ಯವಾಗುತ್ತದೆ.
WordPress ಸೈಟ್ ಅನ್ನು ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ಮಾಡಿ, Node ಹೊರತುಪಡಿಸಿ ಬೇರೇನೂ ಇನ್ಸ್ಟಾಲ್ ಮಾಡದೆ ಸ್ಥಳೀಯವಾಗಿ ರನ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ನಿಯೋಜಿಸಿ. Zinnector® ನೀವು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್ನ ವಿರುದ್ಧ ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಮುಂಚಿತವಾಗಿ ಪರಿಶೀಲಿಸುತ್ತದೆ — PHP ಆವೃತ್ತಿ, ಡಿಸ್ಕ್, ಫೈಲ್ ಎಣಿಕೆ — ಮತ್ತು ನಂತರದ ಬದಲಿಗೆ ನೀವು ಪುಶ್ ಮಾಡುವ ಮೊದಲು ಎಚ್ಚರಿಸುತ್ತದೆ. ಇದು ಸೈನ್ ಇನ್ ಮಾಡುತ್ತದೆ, ಸೈಟ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ನಿಯೋಜಿಸುತ್ತದೆ, ಡೊಮೇನ್ಗಳು ಮತ್ತು DNS ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಮೇಲ್ ಸೇವೆಗಳನ್ನು ಓದುತ್ತದೆ, ಬ್ಯಾಕಪ್ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಅನುಮತಿಸಲಾದ WP-CLI ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಲಾಗ್ಗಳನ್ನು ಟೈಲ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬೃಹತ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಉಚಿತ, MIT-ಪರವಾನಗಿ ಪಡೆದಿದೆ ಮತ್ತು ಈದೇ ಸಾರ್ವಜನಿಕ API ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಸೈಟ್ಗಳು, ಡೊಮೇನ್ಗಳು, DNS ದಾಖಲೆಗಳು, ಮೇಲ್ಬಾಕ್ಸ್ ಮತ್ತು ಪ್ಲ್ಯಾನ್ಗಳನ್ನು ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಆಸ್ ಕೋಡ್ ಆಗಿ ನಿರ್ವಹಿಸಿ. terraform apply ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಯಾರೂ ಬರೆದಿಡದ ಕ್ಲಿಕ್ಗಳ ಸರಣಿಯ ಬದಲಿಗೆ ನಿಮ್ಮ ಪರಿಸರಗಳು ಪುನರುತ್ಪಾದಿಸಬಹುದಾದ ಮತ್ತು ಪರಿಶೀಲಿಸಬಹುದಾದಂತಾಗುತ್ತವೆ.
ಬ್ರೌಸರ್ನಿಂದ ನೀವು ಓದಬಹುದಾದ ಮತ್ತು ಕಾಲ್ ಮಾಡಬಹುದಾದ ಜನರೇಟ್ ಮಾಡಿದ ಡಾಕ್ಸ್, ಸರ್ವರ್ ನಿಖರವಾಗಿ ಜಾರಿಗೊಳಿಸುವ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ — ಏಕೆಂದರೆ ಇವೆರಡೂ ಒಂದೇ ಸ್ಪೆಕ್ನಿಂದ ಬಂದಿವೆ.
ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಹಿಂದೆ ಬಾಳಿಕೆ ಬರುವ ಈವೆಂಟ್ ಸ್ಪೈನ್ ಇದೆ: ಪ್ರತಿ ಸ್ಥಿತಿಯ ಬದಲಾವಣೆಯು ಡೇಟಾಬೇಸ್ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಪರಮಾಣು ರೀತಿಯಲ್ಲಿ Postgres ನಲ್ಲಿನ ಟ್ರಾನ್ಸಾಕ್ಷನಲ್ ಔಟ್ಬಾಕ್ಟಿಗೆ ಈವೆಂಟ್ ಅನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ರಿಲೇ ಅದನ್ನು NATS JetStream ಗೆ ಪ್ರಕಟಿಸುತ್ತದೆ. ಈವೆಂಟ್ಗಳು ಪ್ರಕಾರ ಮತ್ತು ಆವೃತ್ತಿಯನ್ನು ಹೊಂದಿವೆ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending ಮತ್ತು ಉಳಿದವು.
ವೆಬ್ಹುಕ್ ಸಬ್ಸ್ಕ್ರಿಪ್ಷನ್ ಆಗಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ನೋಂದಾಯಿಸಿ ಮತ್ತು ಅದು ಸ್ವೀಕರಿಸುವ ಈವೆಂಟ್ ಪ್ರಕಾರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಒಂದು ಸ್ಟ್ರೀಮ್ ಅಧಿಸೂಚನೆಗಳು, ವಿಶ್ಲೇಷಣೆಗಳು, ಆಟೊಮೇಷನ್ಗಳು ಮತ್ತು ನಿಮ್ಮ ಇಂಟಿಗ್ರೇಷನ್ ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಸಮನೆ ಪೂರೈಸುತ್ತದೆ — ನಾವು ಬಳಸುವ ಅದೇ ಈವೆಂಟ್ಗಳನ್ನು ನೀವೂ ಬಳಸಿಕೊಳ್ಳುತ್ತಿದ್ದೀರಿ.
ಪ್ರತಿಯೊಂದು ವಿತರಣೆಯು HMAC-ಸಹಿ ಮಾಡಲ್ಪಟ್ಟಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದರ ಮೇಲೆ ಕ್ರಮ ಕೈಗೊಳ್ಳುವ ಮೊದಲು ಅದು ನಮ್ಮಿಂದ ಬಂದಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಬಹುದು.
ವಿಫಲವಾದ ಡೆಲಿವರಿಗಳು ಬ್ಯಾಕ್ಆಫ್ನೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸುತ್ತವೆ ಮತ್ತು ಪ್ರತಿ ಪ್ರಯತ್ನವನ್ನು WebhookDelivery ಆಗಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ನಾವು ಏನು ಕಳುಹಿಸಿದ್ದೇವೆ ಎಂದು ಕೇಳಿ ಬೆಂಬಲ ತಂಡಕ್ಕೆ ಇಮೇಲ್ ಮಾಡುವ ಬದಲು ನೀವು ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ಡೆಲಿವರಿಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಮತ್ತು ಮರುಪ್ರಯತ್ನಿಸಬಹುದು.
ಈ ಪೈಪ್ಲೈನ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಖರ ಒಮ್ಮೆ (exactly-once) ಎಂದು ನಟಿಸುವ ಬದಲು ಕನಿಷ್ಠ ಒಮ್ಮೆ (at-least-once) ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರಕಟಣೆಯ ಮಧ್ಯದಲ್ಲಿ ನಿಂತುಹೋಗುವ ರಿಲೇ ಒಂದರ ಕ್ಲೈಮ್ ಲೀಸ್ ಅವಧಿ ಮುಗಿಯುತ್ತದೆ ಮತ್ತು ಅದರ ಈವೆಂಟ್ಗಳು ಮರುಪ್ರಕಟಗೊಳ್ಳುತ್ತವೆ. ಎನ್ವಲಪ್ ಐಡಿ මත ಡಿಡೂಪ್ ಮಾಡಿ ಮತ್ತು ನಿಮ್ಮ ಕನ್ಸ್ಯೂಮರ್ ರಚನೆಯಿಂದಲೇ ಸರಿಯಾಗಿರುತ್ತದೆ.
ಒ an API ಎನ್ನುವುದು ಡೆವಲಪರ್ ಕಥೆಯ ಅರ್ಧ ಭಾಗ ಮಾತ್ರ. ಮತ್ತೊಂದು ಅರ್ಧ ಭಾಗವೆಂದರೆ ಶಿಪ್ಪಿಂಗ್.
ನಾವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಿದ MCP ಸರ್ವರ್ ಆಗಿ ಒದಗಿಸುತ್ತೇವೆ: ಇದು ಎಂಜಿನ್ API ಮೇಲಿನ ಒಂದು ತೆಳುವಾದ ಪ್ರೊಟೋಕಾಲ್ ಅಡಾಪ್ಟರ್ ಆಗಿದ್ದು, ಇದು ಒಂದೇ ರೀತಿಯ ಆಕ್ಷನ್ ಕ್ಯಾಟಲಾಗ್, RBAC ಮತ್ತು ಆಡಿಟ್ ಟ್ರೇಲ್ ಅನ್ನು ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ. Claude Code, Cursor, ChatGPT, Claude Desktop ಅಥವಾ ಯಾವುದೇ MCP-ಸಮರ್ಥ ಕ್ಲೈಂಟ್ ಅನ್ನು ಒಮ್ಮೆ ಸಂಪರ್ಕಿಸಿ, ಮತ್ತು ನಾವು API ಗೆ ಸೇರಿಸುವ ಪ್ರತಿಯೊಂದು ಸಾಮರ್ಥ್ಯವೂ ಅದಕ್ಕೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲಭ್ಯವಾಗುತ್ತದೆ.
ಏಜೆಂಟ್ಗೆ ಮೂರು ವಿಷಯಗಳು ಸಿಗುತ್ತವೆ: ಪರಿಕರಗಳು (ಒಂದೇ API ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು, ಡ್ರಿಫ್ಟ್ ಮಾಡಲು ಯಾವುದೇ ಸಮಾನಾಂತರ ಲಾಜಿಕ್ ಇಲ್ಲ), ಸಂಪನ್ಮೂಲಗಳು (ಓದಲು ಮಾತ್ರ ಇರುವ ಸೈಟ್ ಆರೋಗ್ಯ, ಕಾನ್ಫಿಗರ್, ಇತ್ತೀಚಿನ ಲಾಗ್ಗಳು, ಮೆಟ್ರಿಕ್ಸ್, ಅಪ್ಟೈಮ್ ಮತ್ತು KB ಲೇಖನಗಳು, ಆದ್ದರಿಂದ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮೊದಲು ನಿಜವಾದ ಡೇಟಾದೊಂದಿಗೆ ರೋಗನಿರ್ಣಯ ಮಾಡುತ್ತದೆ) ಮತ್ತು ಪ್ರಾಂಪ್ಟ್ಗಳು ("ಈ ಸೈಟ್ ಅನ್ನು ರೋಗನಿರ್ಣಯ ಮಾಡಿ" ಅಥವಾ "ಸ್ಥಾಂತರವನ್ನು ಸಿದ್ಧಪಡಿಸಿ" ನಂತಹ ಪ್ರಕಟಿತ ವರ್ಕ್ಫ್ಲೋ ಟೆಂಪ್ಲೇಟ್ಗಳು).
ಸುರಕ್ಷತೆಯು ದೃಢೀಕರಣದಂತೆಯೇ ಇರುತ್ತದೆ: OAuth 2.1, ನಿಮ್ಮ ಸಂಸ್ಥೆಗೆ ಬದ್ಧವಾಗಿರುವ ಟೋಕನ್ಗಳು ಮತ್ತು ರೋವ್-ಮಟ್ಟದ ಭದ್ರತೆಯನ್ನು ಜಾರಿಗೆ ತರುವ RBAC ಅನುಮತಿಗಳು, ಪ್ರತಿಯೊಂದು ಉಪಕರಣಕ್ಕೂ ನಿರ್ದಿಷ್ಟಪಡಿಸಲ್ಪಟ್ಟಿವೆ ಮತ್ತು ರದ್ದುಗೊಳಿಸಬಹುದಾದಂತಿವೆ, ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಉತ್ಪಾದನೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿದೆ. ವಿನಾಶಕಾರಿ ಕ್ರಮಗಳಿಗೆ — ಅಳಿಸುವುದು, ತಡೆಹಿಡಿಯುವುದು, ಬಿಲ್ಲಿಂಗ್, ದೊಡ್ಡ ಮೊತ್ತದ ಖರ್ಚು — ಸ್ಪಷ್ಟವಾದ ದೃಢೀಕರಣ ಅಥವಾ ಮಾನವ-ಅನುಮೋದನೆ ನೀತಿಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ದರ ಮಿತಿಗಳು ಮತ್ತು ವೆಚ್ಚದ ಮಿತಿಗಳು AI-ಪ್ರಚೋದಿತ ಪಾವತಿಸಿದ ಕ್ರಿಯೆಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿ MCP ಕರೆಯು ಗುರುತು, ಉಪಕರಣ, ವಾದಗಳು ಮತ್ತು ಫಲಿತಾಂಶದೊಂದಿಗೆ ಆಡಿಟ್-ಲಾಗ್ ಮಾಡಲ್ಪಡುತ್ತದೆ.
ನಾವು ಪ್ರತಿ ಆ್ಯಪ್ ಅನ್ನು ಒಂದೊಂದಾಗಿ ಸಂಯೋಜಿಸುವ ಬದಲು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತೇವೆ, ಅಂದರೆ ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಇಂಟಿಗ್ರೇಷನ್ ಬದಲಾಗದೆಯೇ ನಿಮ್ಮ AI ಟೂಲಿಂಗ್ ಆಯ್ಕೆಯು ಬದಲಾಗಬಹುದು.
ಹೌದು — ಇದು ಅದೇ ಎಂಜಿನ್ API ಆಗಿದೆ, ಇದನ್ನು ಪ್ರಕಟಿಸಲಾಗಿದೆ ಮತ್ತು ಭದ್ರಪಡಿಸಲಾಗಿದೆ. ಡ್ಯಾಶ್ಬೋರ್ಡ್, ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್, CLI, ಟೆರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್, MCP ಸರ್ವರ್ ಮತ್ತು ವೆಬ್ಹುಕ್ಗಳು ಎಲ್ಲವೂ ಒಂದೇ ಇಂಟರ್ಫೇಸ್ನ ಗ್ರಾಹಕರಾಗಿವೆ, ಅದಕ್ಕಾಗಿಯೇ API ಪ್ಯಾನೆಲ್ಗಿಂತ ಹಿಂದೆ ಉಳಿಯುವುದಿಲ್ಲ.
ಹೌದು. ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಕೀಗಳನ್ನು ಪ್ರೊಡಕ್ಷನ್ ಕೀಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅವು ಪರೀಕ್ಷಾ ಮೋಡ್ನಲ್ಲಿ ರನ್ ಆಗುತ್ತವೆ: ಯಾವುದೇ ನೈಜ ಬಿಲ್ಲಿಂಗ್ ಮತ್ತು ನೈಜ ಪ್ರಾವಿಷನಿಂಗ್ ಇರುವುದಿಲ್ಲ. ನಿಮ್ಮ CI ಅನ್ನು ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಕ್ರೆಡೆನ್ಷಿಯಲ್ಗಳಿಗೆ ಪಾಯಿಂಟ್ ಮಾಡಿ ಮತ್ತು ಸಂಪೂರ್ಣ ವಿನಂತಿ ಹಾಗೂ ಪ್ರತಿಕ್ರಿಯೆ ಚಕ್ರವನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಬಳಸಿ.
ನಿಮ್ಮ POST ವಿನಂತಿಯಲ್ಲಿ Idempotency-Key ಕಳುಹಿಸಿ. ರಿಪ್ಲೇ ರೆಕಾರ್ಡ್ ಅನ್ನು ಇನ್ಲೈನ್ ಬದಲು ಕಮಿಟ್ ಆದಾಗ ಬರೆಯಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಜವಾಗಿ ಕಮಿಟ್ ಆಗದ ಸಾಲಿಗೆ ಕ್ಯಾಶ್ ಮಾಡಿದ ಯಶಸ್ಸನ್ನು ಮರುಪ್ರಯತ್ನವು ಎಂದಿಗೂ ರಿಪ್ಲೇ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ವಿಫಲವಾದ ವಿನಂತಿಯು ತಕ್ಷಣವೇ ತನ್ನ ಲಾಕ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ ಇದರಿಂದ ನಿಮ್ಮ ಸರಿಪಡಿಸಿದ ಮರುಪ್ರಯತ್ನವು ತಡೆಹಿಡಿಯಲ್ಪಡುವುದಿಲ್ಲ. ವೆಬ್ಹುಕ್ ವಿತರಣೆಯು ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಕನಿಷ್ಠ ಒಮ್ಮೆಯಾಗಿರುತ್ತದೆ — ನಿಮ್ಮ ಕಡೆ ಎನ್ವಲಪ್ ಐಡಿಯಲ್ಲಿ ಡಿಡ್ಯೂಪ್ ಮಾಡಿ.
ಇಂದು ಅಲ್ಲ. API ಕೀಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಲವಾರು ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳನ್ನು ವ್ಯಾಪಿಸಿರುವ ಇಂಟಿಗ್ರೇಷನ್ ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಒಂದರಂತೆ ಕೀಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಬಳಕೆದಾರ ಪ್ರಿನ್ಸಿಪಾಲ್ಗಳಿಗೂ ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಅನುಮತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ: ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿ sites.create ಅನ್ನು ಹೊಂದಿರುವುದು ಪ್ರತ್ಯೇಕವಾದ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದರೂ ಇದು ಅದರ ಅಡಿಯಲ್ಲಿ ನೆಸ್ಟ್ ಮಾಡಲಾದ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ - ಇದು ರಾಜಿ ಮಾಡಿಕೊಂಡ ಕೀಯನ್ನು ಇ całym ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಬದಲಾಗಿ, ಅದರ ಸ್ವಂತ ಸಂಸ್ಥೆಗೆ ಮತ್ತು ಅದರ ಕೆಳಗಿರುವ ಉಪ-ಸಂಸ್ಥೆಗಳಿಗೆ ಮಾತ್ರ ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
ಡೆವ ಪಾತ್ರವು ಸಂಸ್ಥೆಯ ಓದುವಿಕೆ, API ಕೀ ನಿರ್ವಹಣೆ, ಸೈಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಮತ್ತು ರಚಿಸುವುದು, ಅವುಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು, ಅವುಗಳ ಕ್ಯಾಚೆಯನ್ನು ತೆರವುಗೊಳಿಸುವುದು ಮತ್ತು ಟಿಕೆಟ್ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಹಾಗೂ ಉತ್ತರಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಿಲ್ಲಿಂಗ್ ನಿಯಂತ್ರಣವನ್ನು ಹೊರತುಪಡಿಸುತ್ತದೆ. ನಿಯೋಜನೆ ಮತ್ತು ಪುಶ್-ಟು-ಲೈವ್ ಅನುಮತಿಗಳು ಇದರ ಭಾಗವಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ — ತಂಡದ ಸದಸ್ಯರಿಗೆ ಅವುಗಳ ಅಗತ್ಯವಿದ್ದರೆ, ಡೆವಲಪರ್ ಅತ್ಯಂತ ವಿಶಾಲವಾದ ತಾಂತ್ರಿಕ ಪಾತ್ರವೆಂದು ಭಾವಿಸುವ ಬದಲು ಅವುಗಳನ್ನು ಹೊಂದಿರುವ ಪಾತ್ರವನ್ನು ನಿಯೋಜಿಸಿ.
ಡೆಲಿವರಿಗಳು ಬ್ಯಾಕ್ಆಫ್ನೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಪ್ರಯತ್ನವು ನೀವು ಪರಿಶೀಲಿಸಬಹುದಾದ WebhookDelivery ಆಗಿ ದಾಖಲಿಸಲ್ಪಡುತ್ತದೆ. ಅಪ್ಸ್ಟ್ರೀಮ್ನಲ್ಲಿ, ಬದಲಾವಣೆಯ ಅದೇ ಡೇಟಾಬೇಸ್ ಟ್ರಾನ್ಸಾಕ್ಷನ್ನಲ್ಲಿ ಈವೆಂಟ್ಗಳು ಟ್ರಾನ್ಸಾಕ್ಷನಲ್ ಔಟ್ಬಾಕ್ನಲ್ಲಿ ಬರೆಯಲ್ಪಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಕನ್ಸ್ಯೂಮರ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಏನೂ ಕಳೆದುಹೋಗುವುದಿಲ್ಲ — ಡೌನ್ ಆದ ಕನ್ಸ್ಯೂಮರ್ ತಡವಾಗಬಹುದು, ಅದು ಎಂದಿಗೂ ಪ್ರೊಡ್ಯೂಸರ್ ಅನ್ನು ಮುರಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಒಮ್ಮೆ ನೀವು ಮರಳಿದ ನಂತರ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ಡೆಲಿವರಿಗಳನ್ನು ಮರುಪ್ರದರ್ಶಿಸಬಹುದು.
Footprint-Free Hosting ನ ಯಾವುದೇ ಕ್ರೆಡಿಟ್ ಕಾರ್ಡ್ ಇಲ್ಲದ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗವನ್ನು ಪ್ರಾರಂಭಿಸಿ - ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, ಗರಿಷ್ಠ 5 ಸೈಟ್ಗಳು. ಪಾವತಿಸಿದ Footprint-Free ಹಂತಗಳು PBN 5 ಗೆ $6/ತಿಂಗಳಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಪ್ಲಾನ್ 30 ದಿನಗಳ ಹಣ-ಹಿಂತಿರುಗಿಸುವ ಗ್ಯಾರಂಟಿ, ಉಚಿತ ಮೈಗ್ರೇಷನ್ಗಳು ಮತ್ತು ಯಾವುದೇ ವೆಂಡರ್ ಲಾಕ್-ಇನ್ ಅನ್ನು ಹೊಂದಿಲ್ಲ.
ಸ್ಪೆಕ್-ಮೊದಲ API, ಜೆನೆರೇಟ್ ಮಾಡಿದ SDKಗಳು, CLI, Terraform ಪ್ರೊವೈಡರ್, ಸೈನ್ ಮಾಡಲಾದ ವೆಬ್ಹುಕ್ಗಳು ಮತ್ತು MCP ಸರ್ವರ್ — ವಿಶ್ವಾದ್ಯಂತ 650,000+ ಸೈಟ್ಗಳಿಗಾಗಿ ನಾವು ನಿರ್ಮಿಸಿದ ಹೋಸ್ಟಿಂಗ್ನಲ್ಲಿ. ಕಾರ್ಡ್-ರಹಿತ 14-ದಿನಗಳ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ, ಪಾವತಿ ವಿವರಗಳ ಅಗತ್ಯವಿಲ್ಲ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿ