{"id":36207,"date":"2019-10-31T22:10:17","date_gmt":"2019-10-31T19:10:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ispsystem-prosti-i-proshhaj-pochemu-i-kak-my-napisali-svoyu-panel-upravleniya-serverami\/"},"modified":"2019-10-31T22:10:17","modified_gmt":"2019-10-31T19:10:17","slug":"ispsystem-prosti-i-proshhaj-pochemu-i-kak-my-napisali-svoyu-panel-upravleniya-serverami","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/ispsystem-prosti-i-proshhaj-pochemu-i-kak-my-napisali-svoyu-panel-upravleniya-serverami","title":{"rendered":"ISPsystem, addio e arrivederci! Perch\u00e9 e come abbiamo creato il nostro pannello di controllo per server","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"ISPsystem,
\n
\nCiao! Noi di \u00abHosting Technologies\u00bb abbiamo lanciato VDSina<\/a><\/noindex> \u2014 il primo hosting VDS progettato specificamente per sviluppatori. Puntiamo a renderlo facile da usare come DigitalOcean, ma con supporto in russo, metodi di pagamento locali e server in Russia. Ma DigitalOcean non \u00e8 solo affidabilit\u00e0 e prezzo, \u00e8 anche servizio.<\/p>\n

Il software di ISPsystem si \u00e8 rivelato una corda che ci legava le mani nel nostro cammino verso un servizio eccezionale. Tre anni fa utilizzavamo il sistema di fatturazione Billmanager e il pannello di controllo server VMmanager e abbiamo rapidamente capito che offrire un buon servizio senza un pannello proprietario \u00e8 praticamente impossibile.
\n<\/a><\/noindex><\/p>\n

Come ISPsystem ha distrutto la comodit\u00e0<\/h2>\n

\nBug<\/b><\/p>\n

Non potevamo risolvere i bug da soli: ogni volta dovevamo scrivere al supporto esterno e aspettare. Risolvere qualsiasi problema richiedeva la reazione di un'azienda terza. <\/p>\n

Il supporto di ISPsystem rispondeva normalmente, ma le correzioni arrivavano solo dopo diversi rilasci, e nemmeno sempre e non tutte. A volte i bug critici venivano corretti dopo settimane. Dovevamo tranquillizzare i clienti, scusarci e aspettare che ISPsystem risolvesse il bug.<\/p>\n

Il rischio di downtime<\/b><\/p>\n

Gli aggiornamenti potevano generare downtime imprevedibili, che provocavano nuovi errori. <\/p>\n

Ogni aggiornamento era come una lotteria: dovevamo fermare la fatturazione e sacrificare qualcosa agli dei degli aggiornamenti \u2014 un paio di volte l'aggiornamento ha causato un downtime di 10-15 minuti. I nostri amministratori in quel momento erano in attesa \u2014 non abbiamo mai saputo quanto sarebbe durata l'interruzione e non potevamo prevedere quando ISPsystem avrebbe deciso di rilasciare un nuovo aggiornamento. <\/p>\n

Con la quinta generazione di Billmanager la situazione \u00e8 migliorata, ma per accedere alle funzionalit\u00e0 necessarie \u00e8 stato necessario installare la beta, che veniva aggiornata ogni settimana. Se qualcosa si rompeva, dovevamo dare accesso a sviluppatori esterni affinch\u00e9 sistemassero il problema. <\/p>\n

Interfaccia del pannello poco intuitiva<\/b><\/p>\n

Tutto era diviso in pannelli diversi e gestito da luoghi differenti. Ad esempio, i clienti pagavano attraverso Billmanager, mentre per riavviare o reinstallare il VDS dovevano utilizzare VMManager. Anche i nostri dipendenti dovevano passare da una finestra all'altra per aiutare il cliente, controllare il carico sul suo server o vedere quale OS stesse utilizzando.<\/p>\n

Un'interfaccia del genere fa perdere tempo \u2014 sia a noi che ai clienti. Non si pu\u00f2 certo parlare di comodit\u00e0, come con DigitalOcean, in una situazione del genere. <\/p>\n

Cicli di vita brevi con aggiornamenti frequenti dell'API<\/b><\/p>\n

Abbiamo sviluppato plugin personalizzati \u2014 ad esempio, un plugin con metodi di pagamento aggiuntivi che non erano presenti in VMManager.<\/p>\n

Negli ultimi anni, VMManager ha avuto un ciclo di vita relativamente breve, con nomi di variabili o funzioni nell'API che cambiavano arbitrariamente nelle nuove versioni \u2014 questo rompeva i nostri plugin. Il supporto per le versioni precedenti veniva rapidamente interrotto e dovevamo aggiornare.<\/p>\n

Non si pu\u00f2 estendere il codice<\/b><\/p>\n

In realt\u00e0 si pu\u00f2, ma \u00e8 estremamente inefficiente. Le limitazioni di licenza impediscono di apportare modifiche al codice sorgente, \u00e8 possibile solo scrivere plugin. Il massimo dei plugin consistono in alcuni elementi di menu e installatori guidati. ISPsystem \u00e8 progettato per la versatilit\u00e0, mentre noi avevamo bisogno di soluzioni specializzate.<\/p>\n

Cos\u00ec \u00e8 nata l'idea di scrivere il nostro pannello. Abbiamo fissato degli obiettivi:<\/p>\n