Як наладзіць аўтаматызацыю воблачных сервераў і плацяжоў з WHMCS?

модулі WHMCS дапамагаюць сабраць у адной панэлі ключавыя бізнес-працэсы: прыём плацяжоў, абнаўленне коштаў падаўжэння, кіраванне дзеяннямі кліентаў і кантроль рэсурсаў воблачных сервераў праз WHMCS. У каталогу Hostragons даступныя пяць модуляў для плацяжоў і аперацыйных задач, а таксама пяць асобных інтэграцый для інфраструктур OVHcloud, AWS Lightsail, Contabo, Microsoft Azure і Google Cloud. У гэтым аглядзе параўноўваецца, што робяць гэтыя дзесяць модуляў, дзе праходзяць межы іх функцый і для якіх сцэнарыяў яны падыходзяць лепш за ўсё.

Пры выбары модуля недастаткова глядзець толькі на спіс магчымасцяў. Важна ўлічваць версію WHMCS, наяўнасць уліковага запісу ў патрэбнага пастаўшчыка, API-дазволы, аперацыйную сістэму, мадэль білінгу і план тэставання перад выхадам у продакшн. Апісаныя тут інтэграцыі не замяняюць ні ліцэнзію WHMCS, ні акаўнт воблачнага пастаўшчыка, ні рахунак у аплатнага правайдара. Плата за выкарыстанне інфраструктуры, сеткі, ліцэнзій і падаткаў у пастаўшчыкоў спаганяецца асобна.

Якія задачы спрашчаюць модулі WHMCS?

Базавае ядро WHMCS кіруе кліентамі, заказамі, рахункамі і жыццёвым цыклам паслуг. Модулі ж падключаюць гэтае ядро да канкрэтных працоўных сцэнарыяў. Плацежны шлюз можа перанакіроўваць рахунак на вонкавую старонку аплаты і перадаваць у WHMCS правераны вынік транзакцыі. Аперацыйны модуль можа масава абнаўляць баланс або цэны. Серверны модуль, у сваю чаргу, можа аўтаматычна стварыць віртуальную машыну, прывязаную да замовы, і паказаць у кліенцкай зоне толькі дазволеныя функцыі кіравання.

Гэтае адрозненне важнае: не кожны модуль робіць усё. Напрыклад, модулі Paddle і Mollie сканцэнтраваныя на аплатах, Customer Balance Manager — на адміністрацыйных аперацыях з крэдытам кліента, а воблачныя інтэграцыі — толькі на рэсурсах канкрэтнага пастаўшчыка. Таму перад выбарам практычна карысна падзяліць патрэбы на тры групы: «аплаты», «аперацыі з кліентамі» і «аўтаматызацыя сервераў». Так прасцей знайсці менавіта той модуль WHMCS, які сапраўды закрые патрэбную задачу.

Хуткае параўнанне 10 модуляў WHMCS

Цэны ў табліцы актуальныя на дату публікацыі гэтага матэрыялу і не з'яўляюцца пажыццёвай гарантыяй кошту. Перад купляй заўсёды трэба правяраць актуальны функцыянал, ліцэнзійныя ўмовы і цану на старонцы канкрэтнага прадукту.

Модулі для плацяжоў і аперацыйнай працы

Аўтаматычнае абнаўленне тарыфаў

Калі тарыфы змяняюцца з часам, ужо створаныя актыўныя або прыпыненыя паслугі могуць заставацца са старой цаной падаўжэння. Модуль аўтаматычнага абнаўлення коштаў выкарыстоўваецца для пераразліку сум падаўжэння паслуг, addons і даменаў паводле актуальнага прайс-ліста ў WHMCS. Яго можна запусціць аднаразова або ўключыць у запланаваны cron-сцэнар.

Такое рашэнне асабліва карыснае для кампаній, якія пасля змянення курсу валют або тарыфнай сеткі не хочуць уручную правяраць і рэдагаваць сотні запісаў. Практычныя прыклады выкарыстання можна паглядзець у матэрыяле Модуль аўтаматычнага абнаўлення цэн для WHMCS. Але перад любымі масавымі зменамі ўсё роўна трэба зрабіць рэзервовую копію базы даных, правесці тэст на абмежаванай групе кліентаў і праверыць, як будуць выглядаць сфарміраваныя рахункі.

Плацежны шлюз Paddle

Інтэграцыя Paddle Billing V3 дазваляе ініцыяваць для рахункаў WHMCS як разавыя плацяжы, так і аплаты па падпісцы праз Paddle Checkout. Модуль правярае webhook-апавяшчэнні з подпісам HMAC-SHA256 і дапамагае звязаць інфармацыю пра паўторны плацёж з канкрэтным рахункам па ідэнтыфікатары падпіскі. Гэта значыць, што сістэма абапіраецца не проста на вынік перанакіравання ў браўзеры, а на падпісанае паведамленне, якое прыйшло з сервера.

Сам модуль не адкрывае за вас акаўнт у Paddle і не вырашае пытанні камерцыйнага адабрэння. Акаўнт Paddle, налады тавараў, валюты і webhook трэба падрыхтаваць самастойна. Больш падрабязную схему наладкі можна паглядзець у Аплата Paddle у WHMCS. Да запуску ў жывым асяроддзі пажадана асобна праверыць сцэнарыі паспяховай аплаты, няўдалай аплаты, адмены і аўтаматычнага паўторнага спісання па падпісцы.

Плацежны шлюз Mollie

Модуль Mollie падключае да рахункаў WHMCS тыя спосабы аплаты, якія актываваны ў вашым акаўнце Mollie: iDEAL, карты, PayPal, Apple Pay, Bancontact, SOFORT, банкаўскі пераказ і іншыя. Webhook-звароты перадаюць у WHMCS статус плацяжу, а для асобных спосабаў даступныя спецыфічныя функцыі — напрыклад, выбар банка ў сцэнарыі iDEAL або кантроль тэрмінаў пры банкаўскім перакладзе.

Варта памятаць, што даступнасць канкрэтнага спосабу аплаты залежыць ад краіны, валюты, тыпу акаўнта Mollie і таго, якія метады сапраўды актываваны ў панэлі. Таму фраза кшталту «15 спосабаў аплаты» не азначае, што ўсе яны будуць адкрыты ў кожным акаўнце. Перад жывым запускам праверце правы доступу і endpoint webhook у панэлі Mollie, а таксама звярніцеся да інструкцыі Модуль Mollie для WHMCS.

Перанос даменаў паміж кліентамі

Гэты модуль стварае кантраляваны працэс перадачы дамена з уліковага запісу аднаго кліента WHMCS іншаму кліенту WHMCS. Запыт запускаецца з кліенцкай зоны, а затым пацвярджаецца праз аднаразовую спасылку, адпраўленую на email атрымальніка. Праверка токена, фіксацыя IP, наладжвальны тэрмін дзеяння спасылкі і адсочванне статусу робяць такі працэс больш празрыстым і кіраваным у параўнанні з цалкам ручной апрацоўкай.

Тут важна не блытаць унутраную перадачу з класічным трансферам дамена паміж рэгістратарамі. Гаворка ідзе пра змену ўладальніка ў межах адной устаноўкі WHMCS. Калі ж трэба працаваць з transfer lock, EPP-кодам або пераносам у знешні рахунак у рэгістратара, дадаткова дзейнічаюць правілы адпаведнага даменнага рэгістратара.

Менеджар балансу кліента

Менеджар балансу кліентаў арыентаваны на задачы адміністратара ў WHMCS, калі трэба хутка знаходзіць крэдыты кліентаў і выконваць масавыя аперацыі. Кліентаў можна фільтраваць па імені, кампаніі, email, валюце і стане балансу; выбраным акаўнтам можна масава дадаваць крэдыт або абнуляць рэшткі. Усе дзеянні фіксуюцца праз адміністрацыйныя нататкі і журнал актыўнасці.

Паколькі крэдытны баланс непасрэдна ўплывае на фінансавыя запісы, ролі адміністратараў павінны быць жорстка абмежаваныя. Перад выкананнем аперацыі трэба яшчэ раз праверыць спіс выбраных кліентаў, а маштабныя змены лепш рабіць толькі пасля стварэння рэзервовай копіі.

Модулі аўтаматызацыі воблачных сервераў

Воблачныя модулі выступаюць мостам паміж заказамі і паслугамі ў WHMCS і API канкрэтных пастаўшчыкоў. Агульны прынцып аўтаматызаванага жыццёвага цыклу паслугі можна паглядзець у Аўтаматычнае стварэнне хостынг-акаўнта праз WHMCS. Якія дзеянні будуць даступныя кліенту, залежыць ад паводзін API пастаўшчыка, налад прадукту і ўзроўню доступу, які вы яму далі. Важна і тое, што гэта незалежныя інтэграцыі, а не афіцыйныя прадукты саміх воблачных пастаўшчыкоў, таму яны не азначаюць партнёрства або афіцыйнае прадстаўніцтва.

OVHcloud VPS & Dedicated

Інтэграцыя OVHcloud звязвае з WHMCS паслугі VPS і Dedicated. Для VPS можна арганізаваць кіраванне жыццёвым цыклам і пераўсталёўкай, а таксама даць кліенту дазволены набор self-service функцый у асабістым кабінеце. Для Dedicated фокус робіцца на прывязцы ўжо наяўнага пула сервераў і кантраляваных аперацыях; не варта аўтаматычна меркаваць, што модуль сам купляе новыя фізічныя серверы. Для прыпынення, скасавання і іншых дзеянняў, што могуць прывесці да страты даных, неабходны дадатковы кантроль аператара.

AWS Lightsail

Модуль AWS Lightsail звязвае з паслугай у WHMCS такія працэсы, як стварэнне сервера, аперацыі з харчаваннем, static IPv4, firewall і snapshot. Даныя для доступу да рэсурсаў Linux і Windows апрацоўваюцца паводле правіл самой платформы. Варта разумець, што гэта не ўсеагульны каталог сэрвісаў AWS, а інтэграцыя, сфакусаваная менавіта на рэсурсах Lightsail.

Такія звесткі, як ідэнтыфікатар пастаўшчыка, рэгіён, імя instance і звязаны static IP, павінны захоўвацца на ўзроўні канкрэтнай паслугі. API-ключы не ўключаюцца ў ZIP-архіў пастаўкі; падчас усталявання кліент сам наладжвае іх у сваім акаўнце AWS з патрэбнымі дазволамі.

Contabo Cloud

Модуль Contabo Cloud дае сувязь з рэсурсамі Contabo VPS і VDS для такіх задач, як разгортванне, аперацыі з харчаваннем, пераўсталёўка, скід пароля і кіраванне snapshot. Асабліва важна, каб ідэнтыфікатар рэсурсу быў правільна звязаны з паслугай WHMCS, каб паўторныя запыты на provisioning не стваралі дублікаты і каб пры аперацыях выдалення заўсёды правяралася права ўласнасці.

Акаўнт Contabo, API-доступ і плата за рэальнае выкарыстанне інфраструктуры патрабуюцца асобна. Не варта загадзя лічыць, што ў модуль уваходзіць усё без выключэння: апгрэйд пакета, reverse DNS, убудаваны ў браўзер VNC або любая іншая функцыя пастаўшчыка. За аснову трэба браць актуальны спіс магчымасцяў на старонцы прадукту.

Microsoft Azure VM

Модуль Microsoft Azure VM падключае да WHMCS разгортванне віртуальных машын, аперацыі з харчаваннем, deallocate, змену памеру, кіраванне disk, snapshot і firewall. Resource group і тэгі віртуальнай машыны выкарыстоўваюцца для пацверджання прыналежнасці рэсурсу канкрэтнай паслузе. Аперацыю выдалення не варта лічыць завершанай, пакуль не будзе пацверджаны асінхронны вынік у Azure і фактычнае знікненне рэсурсу.

Калі выкарыстоўваюцца платныя дадатковыя рэсурсы, такія як disk або snapshot, настройка каталога і цэнаўтварэння застаецца зонай адказнасці самога бізнесу. Кліентам трэба паказваць толькі тыя опцыі, якія сапраўды сканфігураваны і пратэсціраваны ў вашай інфраструктуры.

Google Cloud Compute Engine

Модуль Google Cloud падключае для віртуальных машын Compute Engine на базе Linux разгортванне, аперацыі з харчаваннем, змену machine type і кіраванне сеткавымі правіламі ў межах паслугі. Назва рэсурсу, рэгіён і сэрвісныя тэгі захоўваюцца як пастаянныя ідэнтыфікатары, і ўсе жыццёвыя аперацыі выконваюцца толькі пасля праверкі гэтай інфармацыі аб уласнасці.

У бягучым выпуску 2.0.0 падтрымліваюцца менавіта нагрузкі на Linux. Не трэба планаваць працу так, нібы тут ужо ёсць падтрымка Windows або RDP. Праект Google Cloud, service account, квоты, сеткавыя параметры і білінг павінны быць наладжаны з боку кампаніі асобна.

Які модуль WHMCS выбраць?

• Калі трэба перанесці старыя цэны падаўжэння на актуальны прайс-ліст, звярніце ўвагу на модуль аўтаматычнага абнаўлення коштаў.
• Калі вы хочаце прымаць аплаты праз Paddle Checkout або Mollie, выбірайце адпаведны плацежны шлюз WHMCS.
• Калі патрэбна перадача дамена паміж кліентамі ў межах адной устаноўкі WHMCS, выкарыстоўвайце модуль перадачы даменаў паміж кліентамі.
• Калі вы часта робіце аперацыі з крэдытным балансам у вялікай колькасці кліенцкіх акаўнтаў, падыдзе менеджар балансу кліентаў.
• Калі трэба звязаць паслугу VPS, VDS або VM з API канкрэтнага пастаўшчыка, выбірайце толькі той модуль воблачнага сервера WHMCS, які адпавядае вашаму пастаўшчыку.

Калі вы прадаеце ўласныя VPS або VDS, плануйце аўтаматызацыю WHMCS разам са структурай прадукту віртуальны сервер. Калі ж кампанія працуе адразу з некалькімі пастаўшчыкамі, разумна ўводзіць кожную інтэграцыю асобна: з уласным API-акаўнтам, асобным тэставым прадуктам і, па магчымасці, з асобнымі ўліковымі данымі з мінімальнымі правамі. Гэта істотна зніжае зону рызыкі ў выпадку памылкі.

Сцэнар куплі, загрузкі і ўсталявання

1. Выберыце модуль, які адпавядае вашай задачы, і праверце актуальны функцыянал на жывой старонцы прадукту.
2. Аформіце заказ у кліенцкай зоне WHMCS і аплаціце рахунак.
3. Пасля таго як аплата будзе пацверджана WHMCS, афіцыйны сцэнар Auto Release перавядзе адпаведную паслугу ў статус Active.
4. У акаўнце з Active-паслугай будзе бачны толькі той файл загрузкі, які адносіцца да набытага прадукту.
5. Праверце ZIP-архіў, уважліва прачытайце дакументацыю па ўсталяванні і загрузіце файлы ў тэставае асяроддзе WHMCS.
6. Пасля ўсталявання ўвядзіце API-даныя пастаўшчыка або аплатнай сістэмы ў адпаведныя палі канфігурацыі.
7. Перад выхадам у продакшн праверце паспяховыя і няўдалыя аперацыі, webhook, timeout, retry і сцэнарыі скасавання.

Файлы для загрузкі не раздаюцца з адкрытага web-каталога. Доступ да запампоўкі вызначаецца сувяззю паміж прадуктам і паслугай, а таксама статусам Active у кліенцкай зоне. Актуальныя ліцэнзійныя ўмовы і інструкцыі па ўсталяванні на экране заказу заўсёды маюць прыярытэт над гэтым кароткім аглядам.

Ліцэнзія, выдаткі пастаўшчыкоў і межы бяспекі

Файлы модуляў пастаўляюцца з незашыфраваным зыходным кодам, але гэта не азначае «open source» і не дае свабоднага права на пераразмеркаванне. Правы на выкарыстанне, мадыфікацыю і далейшае распаўсюджанне рэгулююцца набытым ліцэнзійным пагадненнем; іх варта ўлічваць асобна для кожнага прадукту і ўсталявання ў логіцы Кіраванне ліцэнзіямі ў WHMCS. API-ключы пастаўшчыкоў, рэальныя кліенцкія запісы, ідэнтыфікатары баявых рэсурсаў або працоўныя даныя Hostragons у пастаўку не ўключаюцца.

Падчас усталявання трэба прытрымлівацца прынцыпу найменшых прывілеяў. Калі магчыма, выдавайце модулю асобныя ўліковыя даныя толькі для тых API-аперацый, якія сапраўды патрэбныя, рэгулярна абнаўляйце webhook secrets, абмяжоўвайце ролі адміністратараў у WHMCS і маскіруйце адчувальныя даныя ў логах. Перад баявым выкарыстаннем лепш стварыць асобны тэставы акаўнт або недарагі тэставы рэсурс. Пры праверцы скасавання і terminate трэба глядзець не толькі на адказ API пастаўшчыка, але і пацвярджаць, што рэсурс сапраўды выдалены і пасля яго не засталіся платныя дадатковыя кампаненты.

Калі вы прадаеце аблачны сервер, у разлік сабекошту трэба ўключаць не толькі саму віртуальную машыну, але і disk, snapshot, IP, трафік, ліцэнзіі і рэгіянальныя розніцы ў тарыфах. Аўтаматызацыя праз модуль можа скараціць ручную аперацыйную працу, але не адмяняе квоты пастаўшчыка, праверку акаўнта або адказнасць за білінг.

Кароткі checklist перад усталяваннем

• Прачытайце актуальную дакументацыю прадукту для вашай версіі WHMCS і PHP.
• Стварыце рэзервовую копію базы даных і файлаў.
• Выдайце вонкаваму API-карыстальніку толькі неабходныя дазволы.
• Стварыце тэставы прадукт, тэставага кліента і рэсурс пастаўшчыка з нізкім рызыкам.
• Праверце, што паўторныя выклікі CreateAccount не ствараюць другі рэсурс.
• Пацвердзіце вынікі suspend, unsuspend, terminate і reinstall у панэлі самога пастаўшчыка.
• Для плацежных модуляў асобна пратэсціруйце падпісаныя webhook, няправільную суму, паўторныя апавяшчэнні і refund-сцэнарыі.
• Пасля запуску ўважліва маніторце першыя заказы і журналы памылак.

Часта задаваныя пытанні

Што такое модуль WHMCS?

Модуль WHMCS дадае ў сістэму канкрэтны працоўны сцэнар, звязаны з аплатамі, аперацыямі з кліентамі або кіраваннем серверамі. Ён не замяняе ні ліцэнзію WHMCS, ні вонкавы акаўнт у пастаўшчыка.

Якія воблачныя пастаўшчыкі падтрымліваюцца?

Ёсць асобныя модулі для OVHcloud VPS і Dedicated, AWS Lightsail, Contabo VPS/VDS, Microsoft Azure VM і Google Cloud Compute Engine на базе Linux.

Ці ўваходзяць у кошт акаўнт воблачнага пастаўшчыка і плата за выкарыстанне?

Не. Акаўнт пастаўшчыка, падпіска, выкарыстанне рэсурсаў, сетка, ліцэнзіі і падаткі аплачваюцца асобна ў адпаведнага пастаўшчыка.

Ці ёсць API-ўліковыя даныя ў пакеце модуля?

Не. У ZIP-архівах модуляў няма API-ключоў пастаўшчыка або жывых кліенцкіх даных. Неабходную інфармацыю трэба ўводзіць пасля ўсталявання ў адпаведных палях канфігурацыі WHMCS.

Як спампаваць набыты модуль?

Пасля таго як аплата будзе пацверджана WHMCS і адпаведная паслуга атрымае статус Active, у кліенцкай зоне з'явіцца доступ да загрузкі толькі для набытага прадукту.

Ці зашыфраваны зыходныя коды модуля?

Файлы модуляў пастаўляюцца з незашыфраваным зыходным кодам. Права на выкарыстанне, кастамізацыю і пераразмеркаванне вызначаецца ўмовамі набытай ліцэнзіі.

Выбірайце модуль WHMCS пад свой працоўны працэс

Калі вам патрэбны модуль для аплаты, кліенцкіх аперацый або аўтаматызацыі воблачных сервераў, параўнайце яго магчымасці, актуальны кошт і ліцэнзійныя ўмовы. Азнаёмцеся з модулямі WHMCS і падрыхтуйце план тэставання перад выхадам у продакшн разам з афіцыйнай дакументацыяй па ўсталяванні.