Oct 282013
 

There is a first phase in version 2.0 development which is important because it has to do with a brand new code, designed to be flexible and adaptable.

The crowdfunding project proposes the creation of a DEB package compatible with Debian GNU/Linux. In practice this will be a group of installable packages to cover different needs.

A practical example

It is instructive to give a practical example of a possible use of the program to understand its operation.
The most basic setup of GNUPanel 2.0 will require at least of two packages: gnupanel-master and gnupanel-slave (these names can be modified).

A possible scenario could consist of two servers. Two reliable virtual servers for instance could be a very good choice because of the redundancy, economy, scalability and flexibility for migration or recovery tasks.

The diagram shows a master server or main server hosting the database, the DNS system and both interfaces, ADMIN and USER.
Another server called slave will host different hosting accounts from different users or customers.

GNUPanel_2_arch

All hosting plans can be defined from the ADMIN interface. There could be some of them allowing to host a single domain name, others allowing to host hundreds.
Each potential user or client has immediate access to the system’s USER interface after completing an email registration form. Once inside the system he can choose the best hosting plan available and order it. As soon as payment is completed domain names can be added to the account, all the process is fast and automatic.

It is easy to note that this working model allows web hosting plans creation but there is no RESELLER interface.

The RESELLER interface will be done in a second phase and this is so to allow a shorter development time frame to get a functional and installable version. A website development company for example, that host and maintain all its production, can use the control panel as soon as first phase is completed no matter if RESELLER interface is ready or not.

Oct 282013
 

Existe una primera fase en el desarrollo de esta segunda versión de GNUPanel que es la más importante, porque implica la producción de un código totalmente nuevo, diseñado para ser flexible y adaptable.

En el proyecto de financiación propuesto se prevé la creación de un paquete DEB compatible con el sistema Debian. En la práctica esto se traduce como un conjunto de paquetes que se instalan según las necesidades.

Un ejemplo práctico

Resulta esclarecedor dar un ejemplo práctico de un posible uso del programa para entender su funcionamiento.
Una instalación básica del panel de control requiere la instalación mínima de dos paquetes: gnupanel-master y gnupanel-slave (estos nombres pueden modificarse y no deben considerarse definitivos).

Un escenario posible sería contar con dos servidores. Podrían ser dos servidores virtuales de buenas prestaciones, un escenario muy favorecedor por la redundancia, economía, escalabilidad y beneficios a la hora de enfrentar migraciones o recuperaciones.

En el ejemplo del diagrama existe un servidor que podemos llamar master o principal que aloja en forma segura la base de datos, el servicio de DNS y las interfaces ADMIN y USER.
En otro servidor al que podemos llamar slave se alojarán las distintas cuentas de hosting de los distintos usuarios o clientes.

GNUPanel_2_arch

Desde la interfaz ADMIN se podrán definir los planes de hosting que ofrecerá el sistema. Puede haber planes que permitan alojar un solo dominio o planes que permitan alojar decenas o cientos, el menú de variantes se define con absoluta libertad!

Cada usuario o cliente tiene acceso inmediato a la interfaz USER del sistema de hosting al registrarse con una dirección de email. De este modo puede loguearse, elegir entre todos los planes ofrecidos cuál es el que mejor se ajusta a sus necesidades y adquirirlo. Tan pronto realiza el pago puede comenzar alojando uno o varios dominios, todo el proceso es rápido y automático.

Se hace evidente que este modo de funcionamiento permite la creación de planes muy flexibles pero no contempla la existencia de una interfaz tan típica como la que normalmente se denomina RESELLER.

El agregado de esta interfaz se realizará en una segunda fase y se ha planificado asi para acortar el tiempo de desarrollo de una primera versión funcional e instalable. Una empresa que desarrolla sitios web y aloja y mantiene toda su producción puede utilizar el panel de control al culminar la primera fase del desarrollo sin esperar a que se agregue la interfaz reseller.