la solucion esta en ser libres

espacio producto

Archive for septiembre, 2010

España participa por primera vez en el órgano de la toma de decisiones de XBRL Europa

Sebastián Muriel, director de red.es.

El presidente de la Asociación XBRL España, Sebastián Muriel Herrero, ha sido nombrado miembro del Comité Ejecutivo de XBRL Europa. Esta elección se ha realizado durante el “XBRL Europe day”, celebrado en París durante el martes 21 de septiembre. Estas reuniones se celebran de forma semestral, e incluyen la sesión plenaria, Asamblea General y las reuniones de sus distintos comités y grupos de trabajo. Para los otros cuatro representantes del comité ejecutivo han sido seleccionados: Luc Dufresne (XBRL Bélgica), Marc Hemmerling (XBRL Luxemburgo), Jean Luc Menda (XBRL Francia), y Tony Fragnito (XBRL Internacional).

(más...)

The Document Foundation, OpenOffice.org y Oracle

Parece que los desarrolladores de OpenOffice.org independientes de Oracle han decidido dar el paso adelante antes de que la empresa que ahora gestiona OpenOffice.org (recordemos, tras la compra de SUN por parte de Oracle) tome decisiones, como las que han afectado a OpenSolaris recientemente. (más...)

Intentando mejorar

Esta es una entrada muy personal, el 90% de lo que voy a escribir me lo han enseñado en OpenSistemas, pero yo le he dado mi toque (vago en este caso jeje). La idea es poder acceder por ssh y/o copiar archivos por scp a cualquier pc de una misma red desde la consola de la escribiendo un alias. En este caso lo haremos sobre ubuntu, pero se puede aplicar a más sistemas operativos con ligeras modificaciones. Para que esto sea posible, lo primero que tenemos que hacer todos es crear un usuario, por ejemplo, open (todos el mismo), en un terminal: $ sudo adduser -uid 900 open El id, debe ser inferior a 1000, para que no aparezca en la pantalla de login al arrancar el ordenador, y debe estar disponible (este generalmente lo está). La idea es que el password sea el mismo para todos. Ahora ya sabemos usuario y password para entrar a cualquier ordenador, pero además podemos ahorrarnos escribir la contraseña, utilizando el nombre del pc, en lugar de la dirección ip. Vamos a ello, esta vez por interfaz gráfica: Voy a poner el ejemplo para que podáis acceder a mi portátil con este método, si estuviéramos en la misma red: Aplicaciones->Accesorios->Contraseñas y claves de cifrado Archivo->nueva->clave de shell segura Descripción de la clave: murbano en dgonzalez Crear y configurar Introduzca Frase de paso Dejarlo vacío, sino tendréis que teclear esta clave cada vez Esquipo pcdgonzalez.local Usuario open Contraseña (la que hemos acordado) Hemos terminado, ahora podéis entrar y copiar en mi equipo sin escribir la clave… ahora para copiar algo por scp por ejemplo sería sólo: $ scp algo.txt open@pcdgonzalez.local:/tmp Mmm… me sigue pareciendo largo, me gustaría algo como: dgonzalez y estar en mi equipo, o dgonzalez algo.txt (que además se complete…) de este modo: $ dgonzalez algo.txt así que he creado un “alias” (que es una función) en el .bashrc de mi home, sigo conmigo de ejemplo: #Function ssh+scp dgonzalez () { if [ $# -eq 0 ] then ssh open@pcdgonzalez\.local return fi scp $* open@pcdgonzalez\.local:/tmp return } El funcionamiento es sencillo, si sólo ponéis dgonzalez, entráis por ssh a mi ordenador, si hay parámetros, serán tratados como archivos y se copiaran a mi /tmp Creo que al crear el usuario, sólo tiene privilegios para crear archivos en su home y en /tmp, pero si alguién quiere añadir alguna puntualización sobre los privilegios correctos (sólo los estrictamente necesarios) será bienvenida.

Arquitecturas en Cloud Computing

No hace mucho ya hablábamos de la relación positiva del Open Source con el Cloud Computing, centrándonos en el punto de vista de la infraestructura, y también comentamos las posibilidades del Open Source en el software como servicio (SaaS), y no es erróneo pensar que las dos soluciones están relacionadas.

No es casualidad que las ventajas de SaaS sean las mismas que nos ofrecen los proveedores de cloud computing: facilidad de uso en red, escalabilidad, bajo riesgo y flexibilidad en la facturación, robustez, coste controlado, mantenimiento y actualizaciones ágiles, etc; y es que SaaS no es más que una de las arquitecturas posibles que podemos encontrar en una estrategia cloud computing:

  • SaaS: software como servicio, desde el punto de vista del usuario, es una aplicación del proveedor. Ejemplos de ello son Google Applications, SalesForce, Webex o Veeva.
  • PaaS: plataforma como servicio, para el despliegue de aplicaciones del cliente en la infraestructura del proveedor, haciendo uso de sus recursos. Ejemplos de ello son Google App Engine (Python, Java), Engine Yard (Ruby on Rails) o Heroku (Ruby).
  • IaaS: infraestructura como servicio, el alquiler de recursos como procesamiento, almacenamiento y capacidad de red. Ejemplo de ello son Amazon WebServices (EC2, S3, SimpleDB, etc), o RackSpace Cloud.

Soluciones Cloud Computing

No todas las arquitecturas serán aplicables en todos los casos ni están al alcance de todos los usuarios, así que es conveniente tomar la decisión adecuada según nuestro perfil y necesidades, teniendo en cuenta que el coste aumenta con la flexibilidad.

Arquitecturas en Cloud Computing

No hace mucho ya hablábamos de la relación positiva del Open Source con el Cloud Computing, centrándonos en el punto de vista de la infraestructura, y también comentamos las posibilidades del Open Source en el software como servicio (SaaS), y no es erróneo pensar que las dos soluciones están relacionadas.

No es casualidad que las ventajas de SaaS sean las mismas que nos ofrecen los proveedores de cloud computing: facilidad de uso en red, escalabilidad, bajo riesgo y flexibilidad en la facturación, robustez, coste controlado, mantenimiento y actualizaciones ágiles, etc; y es que SaaS no es más que una de las arquitecturas posibles que podemos encontrar en una estrategia cloud computing:

  • SaaS: software como servicio, desde el punto de vista del usuario, es una aplicación del proveedor. Ejemplos de ello son Google Applications, SalesForce, Webex o Veeva.
  • PaaS: plataforma como servicio, para el despliegue de aplicaciones del cliente en la infraestructura del proveedor, haciendo uso de sus recursos. Ejemplos de ello son Google App Engine (Python, Java), Engine Yard (Ruby on Rails) o Heroku (Ruby).
  • IaaS: infraestructura como servicio, el alquiler de recursos como procesamiento, almacenamiento y capacidad de red. Ejemplo de ello son Amazon WebServices (EC2, S3, SimpleDB, etc), o RackSpace Cloud.

Soluciones Cloud Computing

No todas las arquitecturas serán aplicables en todos los casos ni están al alcance de todos los usuarios, así que es conveniente tomar la decisión adecuada según nuestro perfil y necesidades, teniendo en cuenta que el coste aumenta con la flexibilidad.