EspañaInglaterraAlemaniaItaliaPortugalFranciaEspañaInglaterraAlemaniaItaliaPortugalFrancia
Enseñar al mundo nociones de arquitectura, complejidad y formas de actuar

Presentación

Seguramente la gente no tiene claro lo que significa la palabra arquitectura unida a un proceso de desarrollo y despliegue ágil.

Intentaré resaltar la complejidad arquitectónica del modelo y hacer mención de todo lo que puede estar involucrado en una arquitectura de portales.

El producto elegido es Drupal, pero no es Drupal el centro de la arquitectura, sino un enclave en la misma.

Una buena arquitectura debe poder adaptarse a otro producto sin complejidad excesiva y manteniendo su base firme.

Vamos a describir todo lo que consideramos que es arquitectura. Para ello vamos a ir de la parte de sistemas avanzando hacia un desarrollo y terminando en una comunidad de portales.

Cinco Enclaves

k.- Enclaves arquitectónicos : La gestión de los componentes y el control de los portales es arquitectura

Hemos hablado de las relaciones entre componentes, pero también hay que señalar la organización de los mismos.

Conseguir un sistema que permita una sencilla localización de los componentes y una sencilla incorporación a un entorno de desarrollo de dicho componente o funcionalidad que agrupe un abanico de componentes es mérito de una buena arquitectura.

Sin duda a nivel estructural un sistema de vínculos simbólicos facilitan dicha labor.

Comentaremos a continuación la estructura recomendada a Vector SF y otros colaboradores para Red.es y la que se está siendo usada en los servidores Brqx.

La estructura tiene un carácter de encaje inequívoco en cualquier sistema. El vocablo inicial "brqx" independientemente que sea identificativo, cumple con dos propósitos :

1.- Nunca se confundirá con un directorio de cualesquiera sistemas donde se instale ( Unix, Mac, Windows ).

2.- Nunca se confundirá con ningún proyecto definido, pues nunca se realizará ningún proyecto que se llame brqx.

El segundo vocablo de la cadena define el nivel :

- Base : Nivel de productos ( Products level )

- Lnk : Nivel de enlaces (Link level )

- Proy : Nivel de proyectos (aquí el inglés es distinto : Project Level)

- Pers : Personalizaciones

- www : Nivel final de los sites ( Web level )

El tercer vocablo de la cadena define el producto. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto.

/brqx/base/drupal

El cuarto vocablo define la versión del producto. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número.

- v50

- v60

- v70

Una vez seleccionada la versión se han definido tres niveles:

- core ' Core invariable de Drupal

- modules ' Módulos de Drupal

- themes ' Temas de Drupal

De momento no vamos a ahondar más en la estructura. Simplemente vamos a indicar un ejemplo de la misma:

/core

/core/v612

/core/v615

/modules/abc/c/captcha/captcha_2_1

Hablamos ahora del nivel 2.

En este nivel indicaremos los componentes que están certificados y/o las versiones finales que se están usando.

La ruta inicial es similar:

/brqx/lnk/drupal/v60/modules/abc/c/captcha

Aquí se indicarán los núcleos funcionales, formados con enlaces (versiones ya certificadas).

Podemos ver el núcleo bas (base de módulos) que define la funcionalidad básica exigida para todos los portales de la arquitectura.

La ruta de esta funcionalidad común es:

/brqx/proy/drupal/v60/base

Los módulos que lo forman:

a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax

c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck

...

Esta información actualmente está obsoleta, pero sin duda enseña un camino a la hora de organizar un completo y complejo enfoque arquitectónico válido para un sistema de desarrollo multi site con una filosofía de simplicidad.

La ventaja de usar una estructura homogénea es que los procesos se pueden automatizar, por tanto tanto aplicaciones como Drush como nuestra arquitectura de scripting nos permite una agilidad en la elaboración de sites fuera de lo común.Aunque no está totalmente actualizada, dicha arquitectura es descargable desde internet :

Scripting Unix Brqx

Las políticas de scripts permiten dar una agilidad que no se pueden obtener en un proceso web. Drupal lo sabe. Los drupaleros lo saben.

Le invito a aprender a crear shell scripts, a automatizar procesos, a personalizar entornos.

Es tanto lo que hay que aprender que engrandece el producto final.

j.- Enclaves arquitectónicos : La decisión de reutilización de componentes es arquitectura

Hay multitud de factores que nos pueden impedir la re utilización de un componente. Desde motivos meramente estéticos, aspectos de funcionalidad, necesidad de innovación.

Llegar a decidir si se va a reutilizar un componente de nuestra biblioteca o un componente aportado por un módulo es una decisión de arquitectura.

Sin duda es una gran ventaja que llegue ese momento, pues tendremos la opción de innovar pero también la de reutilizar.

Sin un buen sistema documental y sin una buena arquitectura, esta segunda opción no sería posible.

A nivel de módulos y otros productos directos de Drupal la linea de acción debe ser la de colaborar, pero de momento, hasta que no se estandarice algún sistema de compartimiento de entidades que permita reutilizar entidades de la misma forma que se reutilizan módulos, deberá ser la propia jerarquía interna de cada departamento la que auto gestione dichos componentes.

Sin duda una buena linea de acción para el futuro de Drupal es la de incrementar la funcionalidad de los módulos con los componentes más comunes, al igual que disponen del módulo de localización , pues seguramente se creará un módulo llamado persona o people, que permita desplegar todas las características de la persona.

Ante esta carencia, esa creación del componente persona, nos corresponde a nosotros, entonces debemos decidir si todos nuestros portales deben usarlo o hay algunos que sólo usarían algunas características del mismo.

El abanico de posibilidades es infinito.

Hablamos de otra de tantas importantes decisiones de arquitectura que enfocarán el éxito de los proyectos y el triunfo de una metodología ágil de componentes.

o.- Enclaves arquitectónicos : La capacicidad de abstracción que permite interpretar un sistema complejo de forma simple, es arquitectura

Hemos sido todos participes de una documentación inadecuada en la mayoría de los proyectos. Excesiva, nada práctica, demasiado completa.

El objetivo es preparar una documentación más cercana a las necesidades del cliente, una documentación que se abstraiga de detalles innecesarios y se acerque a los objetivos reales de cada proyecto.

Contamos con un sistema que permite representar con sencillez casi cualquier proyecto web. Esta metodología está parcialmente detallada en nuestra web de Metodologías Ágiles.

Queremos minimizar todos los documentos que se involucran en un proyecto y transformar el sistema de documentación tradicional en un sistema mucho más ágil compuesto de documentos totalmente operativos y un sistema documental que aporte toda la información totalmente categorizada y que soporte los aspectos documentales de cada proyecto.

Es hora de olvidarse de documentos Pdf, Word de innumerables páginas. Es el momento para enfocar adecuadamente las dudas y desplegar un sistema que permita agilizar las consultas, evitar redundancia y apostar por la filosofía de "documentos vivos".

Este papel es vital para una buena arquitectura. Debemos analizar las necesidades de cada rol y preparar una documentación acorde a los mismos y envuelta en un sistema ágil, intuitivo y muy bien categorizado.

Por tanto la definición de las abstracciones necesarias para lograr este objetivo tanto a nivel de contenidos como a nivel de documentación final será otro de los parámetros a considerar en una arquitectura de Portales.

i.- Enclaves arquitectónicos : La relación entre componentes comunes para los portales es arquitectura

¿ Cómo conseguir una batería de portales ? ¿ Realmente creen que de un portal a otro hay tantas diferencias ?

La realidad es que no, sus similitudes rara vez bajan del 90% de los componentes comunes utilizados.

Por ello, la necesidad de preparar una arquitectura de componentes que permita una fácil re utilización.

Esta arquitectura requiere un completo sistema documental, para facilitar su identificación y diagnosticar de forma más adecuada la satisfacción de requisitos.

Estas relaciones se deben hacer por funcionalidad común.

Drupal nos facilita la labor, pues ya propone su propio sistema de relaciones entre módulos, pero nosotros debemos continuar esa misma labor organizando otros muchos componentes que vamos creando.

Para sentar una base inicial, indicaremos la subdivisión propuesta por Drupal.

Se ha especificado una lista de las funcionalidades más comunes en la mayoría de los portales :

- Autenticación

- Presentación de contenidos

- Comunidades

- Gestión de Usuarios

- Correo - Listas - Foros

- Publicidad - PopUps

- Localización

- Búsquedas

- Sindicación

La propia comunidad Drupal estructura aún así sus módulos en una serie completa de funcionalidades que se suman a las más comunes. Se indican a continuación:

- Utilidades

- Gestión de contenido

- Administración

- Tipos de contenido

- Desarrollo

- Comunidad

- Media

- E-Commerce

- Filtros - Formato de entrada

- Vistas

- Categorías

- Movilidad

- Utilidades Javascript

- Navegación

- Gestión de Ficheros

- Backups - Importación - Exportación

- Paginación

- Seguridad

- Prevención de Spam

- Evaluación - votaciones

- Localización - Idiomas

- Grupos Orgánicos

- Estadísticas

- Eventos y Workflows

- Rendimiento

- Juegos

- RDF - Formatos

- Gestión de Rutas

Es una base para poder organizar una estructura de componentes consistente y con una sencilla re utilización.

b.- Enclaves arquitectónicos : La relación con otros productos que permitan un mejor despliegue es arquitectura

La capacidad de satisfacer los requisitos no depende de un sólo producto ni de un único desarrollo.

Es la filosofía libre, nuestro éxito está intrínsecamente ligado al de los componentes que utilizamos. Entre todos crecemos para mejorar la calidad y es esa calidad la que nos permite triunfar y indirectamente mejorar las aplicaciones disponibles para la sociedad.

Por tanto, mejoramos la sociedad.

Y es que en cuanto a proyectos de mala calidad el software ha sido un claro ejemplo, pues cualquiera se ponía a programar, a intentar sacar el trabajo, como se llama en mi país, sin importar la arquitectura, la robustez, la seguridad, el único objetivo es que funcione.

Ha sido ese uno de los pilares del fracaso del software corporativo.

En Drupal en particular y en el Software libre en general NO ES ASÍ. O no debe ser, pues aún he discutido este tema con mucha gente que no es capaz de ver que los desarrolladores o arquitectos de software deben ser perfiles altos y especializados y familiarizados con el producto.

Por tanto esos cambios deberían solicitarse a los perfiles más acordes para ello, que suelen ser los responsables de dicho módulo o tema y que el cambio solicitado enriquezca el producto.

Esta debe ser la linea de acción, y en esta linea, el incrementar o mejorar la funcionalidad aportada por Drupal debe ser un aspecto trascendente a la hora de encarar los requisitos de un futuro proyecto.

Por tanto debemos considerar que es más importante compartir capacidades con otros productos y entre todos buscar un ideal común para disponer de una aplicación más robusta que intentar hacer la guerra cada uno por su cuenta.

Entre todos debemos hacer que el producto sea cada vez mejor y eso implica que todos los componentes y empresas que participan en él también vayan siendo cada vez mejores.

Es por ello que Drupal quiere que Varnish sea cada vez mejor, que Memcached incremente su eficiencia.

Que Apache, Ngnix, Ligthttp seán cada vez más rápidos.

Que mysql sea más eficiente.

Que php vaya mejorando día a día.

Esa es la filosofía libre. Una apuesta por la calidad.

Arquitecto Ricardo Cabello Torres

Estoy a disposición laboral para trabajar como Arquitecto Metodologías Ágiles Drupal o bien ofrecer mis servicios de diseño de portales en Portales Profesionales.

Invito a que conozcan a su vez un enfoque revolucionario de posicionamiento basado en arquitectura : El mejor posicionamiento - Brqx

Es un placer compartir con ustedes mis inquietudes en la sociedad y mi lucha unánime por un mundo mejor. Les invito a conocer Costumbres Sociales Actuales - Brqx.

También si les gusta el coleccionismo de calidad, les invito a participar en proyectos como Mis Palillos o Mis presentaciones.

Sin otro particular, gracias por tu visita.

Facetas de Drupal - Enclaves del Éxito

a.- Enclaves arquitectónicos : La definición de la estructura del producto es arquitectura
b.- Enclaves arquitectónicos : La relación con otros productos que permitan un mejor despliegue es arquitectura
c.- Enclaves arquitectónicos : La correcta definición de necesidades a nivel de sistema es arquitectura
d.- Enclaves arquitectónicos : La interrelación entre distintos sistemas es arquitectura.
e.- Enclaves arquitectónicos : La elección de los componentes es arquitectura
f.- Enclaves arquitectónicos : La definición de los nombres de los componentes es arquitectura
g.- Enclaves arquitectónicos : La presentación y composición de dichos componentes también es arquitectura
h.- Enclaves arquitectónicos : La categorización de la ruta de los componentes es arquitectura
i.- Enclaves arquitectónicos : La relación entre componentes comunes para los portales es arquitectura
j.- Enclaves arquitectónicos : La decisión de reutilización de componentes es arquitectura
k.- Enclaves arquitectónicos : La gestión de los componentes y el control de los portales es arquitectura
l.- Enclaves arquitectónicos : La necesidad de conocimiento de los componentes disponibles es arquitectura
m.- Enclaves arquitectónicos : Los parámetros de usabilidad y seguridad aplicados a los componentes elegidos son arquitectura
n.- Enclaves arquitectónicos : La capacidad para prevenir los cambios y la adaptación del sistema al futuro es arquitectura
o.- Enclaves arquitectónicos : La capacicidad de abstracción que permite interpretar un sistema complejo de forma simple, es arquitectura
p.- Enclaves arquitectónicos : La decisión de minimizar la documentación y agrupar las necesidades comunes es arquitectura
q.- Enclaves arquitectónicos : La relación de dichas necesidades con la de los componentes a utilizar es arquitectura
Distribuir contenido