Opiniones, noticias y artículos de nuestro equipo

Entradas etiquetadas como ‘servicios’

Work with us! We are looking for a Senior Business Development Manager

Description of position

Reporting to the Sales Direction, the selected professional will be responsible for the creation, development and fidelization of a customer base, helping them experience in the following areas:

  • Information Systems Architecture & Enterprise Architecture
  • Information Systems performance & scalability improvement & management
  • Cloud Computing
  • Cloud Brokerage / Information Services Brokerage
  • Corporate Solutions for Data Center (CDC) and Internet Data Centers (IDC)
  • Demand Management systems (monitoring, life cycle management of applications, Capacity Planning, improvement, documentation, reporting, plan development…)
  • Detection and resolution of problems (troubleshooting)
  • Systems Engineering, audits and design of architectures and platforms for information systems

The position is based in Madrid, with coverage for the Spanish territory.

Desired Skills & Experience

  • 5 to 10 years of consultative sales of technology services with a strong track record
  • Experience in the technology services market and selling technology solutions and services
  • Experience in solution selling and strategic selling methodologies will be a plus
  • Experience selling to large Enterprise will be a plus
  • Desirable: Post-graduate degree in business, MBA or equivalent
  • Good english language level is desired

Offer

Join a renowned technology company in high growth that provides highly specialized services, with a solid portfolio of customers and a leader in its segment.

  • Contract: Permanent.
  • Salary: Between € 40,000 and € 50,000 fixed, depending on the experience provided, plus comissions/bonus; 60% fixed, 40% variable

About CAPSiDE

For the last 12 years, CAPSiDE has had steady growth both in revenue and in number of customers.
Over the years, has developed specific solutions aimed at improving productivity, performance and scalability of the infrastructure of its customers.
The company covers multiple technologies, middleware software, databases, collaborative environments, operating systems and business applications for Linux, Unix and Windows.
More information at our Official CAPSiDE’s website.

To apply please send an email to rrhh@capside.com

Una guía de SAP en Amazon Web Services

aws-sap
Una de las consultas habituales que nos hacen nuestros clientes es qué relación hay en la actualidad entre SAP y AWS y si ya es posible instalar SAP en instancias de AWS o si existe alguna modalidad de subscripción.

Desde 2008, año en que SAP se convirtió en cliente de AWS, la relación de partnership tecnológico entre ambas compañías no ha dejado de incrementarse y en nuestros días AWS ya es “SAP Global Cloud Services” y “SAP Global Technology Partner”.

A fecha de hoy ya existe un conjunto de soluciones SAP certificadas para entornos de producción (con ciertas limitaciones) que pueden ser suministradas desde AWS:

  • SAP Business Suite, el SAP clásico.
  • SAP Business All-in-One, la solución pre-configurada de SAP basada en SAP Business Suite.
  • SAP Rapid Deployment Solutions, SAP Business Suite preconfigurado y con servicio de Hosting.
  • SAP BusinessObjects BI Solutions, DataWareHouse.
  • SAP Afaria, la parte de movilidad de SAP y acceso al transaccional y al BI desde dispositivos móviles.
  • SAP HANA One, la nueva arquitectura de SAP, evolución de NetWeaver, que incluye base de datos “in-memory”.

Y en proceso de certificación:

  • SAP Business One, la solución SME de SAP no basada en SAP Business Suite.
  • Sybase Unwired Platform, el PaaS de SAP para desarrollo entorno móvil.

Sistemas Operativos y base de datos certificados

Ni todos los sistemas operativos ni todas las bases de datos que funcionan en R3 de SAP están certificados para AWS.

Quizás la limitación más evidente a la fecha, para actuales clientes SAP que exploren la posibilidad de moverse hacia AWS, es que Oracle DB no está certificada aun para entornos de producción (a fecha de hoy).

En este ámbito, los sistemas operativos certificados son:

  • SUSE
  • Red Hat
  • Microsoft Windows Server 2008

Y las bases de datos certificadas son:

  • IBM DB2
  • SAP MaxDB
  • Microsoft SQL Server 2008
  • Sybase

Licencias

SAP habilita el BYOL (Bring-Your-Own-License) para aquellos clientes que quieran probar/migrar sus soluciones SAP a AWS.

La lógica, en cualquier caso, aconsejaría negociar, a ser posible, de forma particular estas condiciones, ya sea con la misma SAP o con el partner de turno.

Otros tipos de licencias disponibles incluyen SAP HANA One Business Edition a 0,99$/hora (consultar disponibilidad por zona geográfica) y BI-BO para 5 usuarios.

De forma adicional los desarrolladores disponen licencias Trial/Developer para SAP Afaria, SAP Process Orchestration, Sybase Unwired Platform y SAP HANA One.

Algunos partners globales y locales de SAP ya ofrecen soluciones personalizadas basadas de forma parcial o total en AWS.

Tipos de Instancias EC2 y precios

Los requerimientos de tipo de instancia EC2 para correr SAP en entorno productivo, según lo que el mismo Amazon ha realizado en los benchmarks de cálculo de SAPS, parten de instancias de alto consumo de recursos, y no de las básicas. Éstas últimas pueden utilizarse en entornos de test o desarrollo.

Los cálculos anteriores empiezan con instancias de la familia “High-Mem” y, en concreto, las de “Double Extra Large” y saltan a las de la familia “Cluster Compute”. Ambas dan valores de SAPs óptimos para el benchmark, pero son de las instancias EC2 más caras.

El pasado 13 de Febrero de 2013 AWS hizo el ejercicio de cálculo para el coste mensual de 1 instancia EC2 “on-demand” para correr SAP. La instancia del cálculo era una M1 “Extra Large” activa de lunes a viernes de 8 de la mañana a 8 de la tarde, con 200 GB de almacenamiento permanente en volumen EBS y de 300 GB de almacenamiento para Backups en S3. Todo por 198 $.

Si bien los precios de Amazon tienen por costumbre bajar, según lo visto en los últimos tiempos, hay que tener en cuenta en el cálculo anterior dos factores que AWS no incluyó y que condicionan el precio al alza, en caso de realizar los cálculos reales desde Europa.

  • Restringir el tiempo de actividad de una instancia para SAP de 8 de la mañana a 8 de la tarde puede no ser realista para muchos SAP transaccionales con operaciones continuas programadas fuera de horas de oficina.
  • Los mencionados precios están calculados para la región “US-East” (más económicos que para Europa – Irlanda) y no incluyen el recomendable “Business Support” que incrementaría en unos 100 $ el precio mensual, además han incorporado el pequeño descuento que se aplica para nuevos clientes el primer año con el “Free-Tier” que ofrece AWS.

Más información

  1. Aquí puedes acceder a la calculadora que AWS ha utilizado para realizar el mencionado cálculo del artículo.
  2. Listado de recursos SAP dentro de la web de AWS.
  3. Durante el pasado SAPPHIRE NOW USA realizado en Julio de 2012, SAP registró un capítulo de “Inside The Ecosystem”, en el que desde un punto de vista más de negocio se habló de SAP en AWS.

Sobre el autor

Tomàs Manzanares - Sales Consultant at CAPSiDE

Tomàs Manzanares es Sales Consultant en CAPSiDE, consultor certificado por SAP, Blogger/Founder/Media Producer en MossegaLaPoma.cat y formador en el post-grado en Community Management y comunicación digital de la UPC School of Professional & Executive Development.

Amazon Web Services refuerza la confianza en CAPSiDE y lo acredita como Advanced Consulting Partner

Amazon acredita CAPSiDE como Advanced Consulting Partner, reafirmando sus avanzados conocimientos en AWS y su probada experiencia en proyectos de misión crítica basados en las soluciones IaaS, para maximizar su escalabilidad, disponibilidad y rendimiento.

CAPSiDE es ya Advanced Consulting Partner oficial de AWS, destacándose así dentro de la Amazon Partner Network (APN) que reúne las mejores empresas especialistas en prestar servicios profesionales sobre las soluciones cloud de Amazon Web Services.

apn-logo-partners

Estas tecnologías, junto con los servicios profesionales de CAPSiDE (diseño, implementación y gestión 24×7), ayudan a clientes con negocios y proyectos de fuerte base TIC a aprovechar los beneficios que el modelo cloud puede aportar a sus infraestructuras críticas maximizando la disponibilidad, escalabilidad y el rendimiento.
El proyecto de CAPSiDE sobre AWS para el eCommerce de la FCBotiga del FCB fue reconocido por EuroCloud como mejor caso de éxito del 2012.

CAPSiDE aporta la experiencia que necesitan las empresas para llevar a cabo el cambio tecnológico a infraestructuras cloud, incluyendo migraciones de plataformas dedicadas a AWS y acompañamiento desde cero en nuevos proyectos.
Construir arquitecturas adecuadas sobre cloud en alta disponibilidad no es una tarea fácil, y remarca la importancia en el proceso de toma de decisiones inicial y de seguimiento, para asegurar el éxito de proyectos TIC críticos.

Consulta la ficha de CAPSiDE en la Amazon Partner Network.

CAPSiDE abre oficinas comerciales en Madrid

Siguiendo con el crecimiento sostenido de los últimos años, CAPSiDE anuncia la apertura de nuevas oficinas en Madrid.
La empresa asegura así mayor proximidad con su base de clientes allí presente y facilita la tarea del equipo comercial para afianzar su presencia en territorio español.

Sumándose a las oficinas de Barcelona, CAPSiDE abre oficinas comerciales en Madrid en una de las zonas de negocios más importantes y mejor comunicada de la ciudad, en el moderno centro de negocios de Torre Europa.

torre-europa

Torre Europa es un rascacielos situado en la zona de Azca, centro neurálgico del Madrid actual y el área de negocios más importante de la capital de España, en la esquina del Paseo de la Castellana y General Perón, muy cerca del Santiago Bernabeu y del Palacio de Congresos. Fue construido en 1985 y es obra del arquitecto Miguel Oriol e Ybarra.

CAPSiDE suma más de 11 años de experiencia en arquitecturas complejas de sistemas de información, que van desde el diseño e implementación hasta la administración en 24×7 para asegurar la prestación ininterrumpida de servicio de los negocios de sus más de 350 clientes de distintos sectores.

Con esta apertura, la empresa gana en cercanía y en tiempo de respuesta para su base de clientes de Madrid y mejora su posición para atender a nuevas oportunidades en la región.

CAPSiDE seguirá ofreciendo sus servicios especializados en estrategia tecnológica centrados en el rendimiento y la escalabilidad de plataformas críticas de negocio, así como de arquitectura IT y entornos cloud.

CAPSiDE se responsabiliza de proyectos TIC críticos como pueden ser plataformas de e-Commerce, proyectos de importantes agencias de comunicación o portales on-line de distintas temáticas con elevados números de visitantes y carga.

Dirección y contacto

  • Torre Europa, Planta 15 – A
    Paseo de la Castellana 95-15
    28046 Madrid
  • Teléfono: 91 217 12 84

Nueva versión 4.2 de Opsview con búsqueda automática de equipos

Según Opsview, la funcionalidad de descubrimiento automático es hasta un 750% más rápida respecto a la que ofrece la competencia.

Opsview, fabricante de sistemas de monitorización TIC ha anunciado hoy la salida de la última versión de su software Opsview que permite, en cuestión de segundos después de arrancar la instalación, el descubrimiento automático y la inclusión en la monitorización de equipos de red y servidores (físicos y cloud).

Opsview confía y acredita a CAPSiDE, empresa que participa activamente en el desarrollo de la herramienta, como partner exclusivo oficial en España para la provisión de licencias, servicios de consultoría, soporte y formación. CAPSiDE presta sus servicios en Latinoamérica (LATAM), Oriente Medio (Middle East) y sur de Europa (Southern Europe), pudiendo ofrecer soporte en territorios de habla castellana así como en inglés, catalán, francés y portugués.
CAPSiDE cuenta con recientes casos de éxito en proyectos de monitorización con Opsview con las empresas Cerrejón (sector minería, Colombia) o Telefónica (TelCo, España).

“En pleno auge de la virtualización y de los servicios Cloud, las  infraestructuras TIC cambian muy rápidamente y a veces sin avisar” comenta Tom Callway, director de Marketing de Opsview. “Hemos trabajado para ofrecer la capacidad de búsqueda automática más rápida, para que nuestros clientes puedan seguir la constante evolución de sus entornos TIC”.

“Nuestras pruebas en laboratorio han demostrado que Opsview 4.2 puede descubrir una infraestructura de 250 dispositivos en menos de 40 segundos comparado con los más de 5 minutos que invierten los productos de la competencia” sigue indicando Callway. “La capacidad de búsqueda automática es esencial para garantizar la vigencia de los servicios de monitorización en entornos TIC híbridos que incluyen infraestructura propia, virtual y Cloud.”

Esta funcionalidad se complementa con otras innovaciones a la hora de visualizar datos complejos. Los usuarios de las versiones Pro y Enterprise ahora pueden visualizar los mapas de red usando ‘dashlets’ interactivos para comprender mejor las relaciones entre los equipos y para monitorizar su estado en tiempo real.

“Opsview 4.2 permite a clientes y a proveedores de servicios ir más allá de la monitorización básica. Ofrece servicios avanzados usando un entorno abierto y flexible. Opsview reduce el tiempo de puesta en marcha y la complejidad, aumentando la agilidad para seguir fácilmente los cambios rápidos y constantes en centros de datos”, remarca Callway.

En resumen, la versión 4.2 ofrece funcionalidades nuevas y mejoradas como:

  • Búsqueda automática: para conseguir un despliegue rápido y un manejo ágil de las infraestructuras TIC
  • Mapas de topología de red: para visualizar las dependencias entre equipos
  • Mapa de “Host group”: para visualizar el número de errores dentro de los “host groups”
  • Clonado de Dashboard y dashlet
  • Compartición de “Dashboard” por email
  • Soporte para Ubuntu 12.04 LTS
  • Nuevos monitores para Oracle/PostgreSQL, Microsoft SQL y Windows Server 2008 a través de WMI

Opsview 4.2 llega después del lanzamiento de Opsview 4 y de la versión móvil para iOS anunciadas recientemente.

Sobre Opsview

Opsview es una potente plataforma de monitorización de IT para equipos de red, servidores, aplicaciones y Cloud que ofrece un gran control y una escalabilidad para todo tipo de empresas. Su gran facilidad de uso que se apoya sobre una infraestructura flexible basada sobre estándares han atraído un gran número de clientes privados y públicos incluyendo: Harvard, Yale, las universidades de Stanford y Cornell; Allianz, BSkyB, UPS, Blue Cross Blue Shield, Nuance, Legal & General y muchas otras corporaciones gobales.

Oír > Escuchar > Entender > Comprender

* English version here.

Los humanos somos extremadamente sociales, comunicamos constantemente.

También podemos afirmar que actualmente somos potencialmente más inteligentes y tenemos más opciones para estar más preparados. Hoy, más que nunca antes, somos tecnológicamente más capaces y tenemos acceso casi inmediato a información muy útil y valiosa.

Nos importa mucho poder obtener rápidamente información “en descarga”, pero ¿qué hay de la información que no está almacenada virtualmente en la red, la preciada información que se esconde en la comunicación entre humanos? ¿Nos importa realmente lo que otras personas nos comunican o intentan comunicarnos?

1. ¿Por qué llamamos a soporte?

Los clientes, principalmente, llaman a sus proveedores porque “les duele algo”.
Necesitan ayuda.

En estas situaciones los clientes se sienten vulnerables o heridos, necesitan que se les cuide, quieren sentirse comprendidos. Piden que el especialista empatice con ellos. Y esto es de hecho lo que puede ayudar a las empresas a vender.

Como especialistas, deberíamos solucionar o mitigar este dolor, o mostrar al cliente el camino para que pueda hacerlo. Tenemos que comprender por completo cuál es su problema y hacerles saber que, si está en nuestras manos, haremos lo que podamos para ayudarles. Y esto es lo que intentamos conseguir siempre en CAPSiDE.

Estoy bastante convencido que los clientes tienen muchas cosas mejores que hacer en sus vidas que gastar tiempo y dinero en llamadas telefónicas a soporte. No creo que tan sólo intenten molestar al profesional del otro lado del teléfono.

2. Los humanos siempre somos emocionales

Los humanos construimos relaciones basadas en la interacción.

Construimos relaciones entre nosotros y más humanos, nos organizamos en grupos, tenemos prejuicios, envidiamos las vidas de los demás, deseamos lo que los demás ya tienen (o parecen tener), queremos poseer cosas, queremos a otros humanos, hay cosas que nos asustan, nos sentimos seguros o tenemos miedo en muchas situaciones, confiamos o desconfiamos de los demás, etc. En resumen, percibimos y procesamos muy rápidamente la información que nos impacta y luego “sentimos”.

  • Las primeras impresiones marcan muchísimo.
  • La comunicación vertebra las relaciones a todos los niveles y círculos.

Esto es un buen motivo para pensar que todos los buenos trabajadores deberían tener algún tipo de diploma o conocimientos básicos en psicología (o PNL) aparte de ingeniería, finanzas o economía. Sustituyamos “trabajadores” por toda persona que esté en contacto con clientes, compañeros de equipo u otras empresas, desde soporte técnico hasta CEOs.

3. ¿Comunicación? No es tan simple.

Centrémonos en los sonidos ahora, específicamente en las voces. En la voz de los demás y en sus palabras. Tengamos claros algunos conceptos clave:

  • Oír: Percibir con el oído el sonido hecho por alguien o algo.
  • Escuchar: Prestar atención a un sonido.
  • Entender: Percibir el significado de las palabras del emisor.
  • Comprender: Entender algo completamente. También conlleva la connotación de un tipo de entendimiento intenso y profundo.

Es importante separar estos 4 verbos, estas 4 etapas del proceso interno que seguimos de forma inconsciente cuando recibimos estímulos sonoros. Tenemos que disponer de un canal limpio para poder oír la voz de los clientes, prestar atención a sus palabras y su significado. A continuación viene la parte más difícil a veces, procesar esta información intentando entenderlas y por encima de todo comprenderlas para que podamos ayudarlos de forma correcta. Es importante también saber de dónde llaman, su rol en la empresa en que trabajan, la capacidad que tienen de realizar pruebas para que les puedas ayudar, etc. todo tiene que ver con todo.

Al fin y al cabo, los malentendidos suponen pérdidas de dinero en las empresas, es un hecho. Estos malentendidos nos conducen a clientes insatisfechos e ingenieros enfadados. Intentemos comprendernos los unos a los otros.

  • Si un cliente te contacta como proveedor reportando un problema, el problema existe. Aunque quizás el problema no está donde él piensa.
  • La mala percepción de la importancia que tiene cierto problema para un cliente puede hacer que su dolor se convierta en una enfermedad para ambas partes.
  • Si un cliente no sabe cómo explicar sus problemas o dolencias, ayúdale. Si consigues aclarar las cosas, seguro que ambas partes ganan.
  • Si el entorno/canal en que se lleva a cabo la comunicación no es agradable o cómodo para que la información se entienda, cámbialo. Mantén la calma y transmite calma. Tu objetivo es comprender por qué motivos está llamando realmente para que puedas guiarle hacia una solución. Normalmente requiere tiempo y esfuerzo por parte de todas las partes.

Creo que estos puntos pueden aplicarse en casi todas las situaciones de la vida real que impliquen contacto humano (tanto a nivel de empresa como personal), comunicaciones de clientes con el soporte técnico, reuniones de pre-ventas, reuniones de equipos en empresas, visitas y reuniones con clientes potenciales y también en presentaciones o conferencias públicas. Esto en CAPSiDE nos importa, y siempre intentamos hacer todo lo que podemos para mejorar en este aspecto aparte de mejorar en conocimientos técnicos.

“No estamos perdidos, simplemente no sabemos dónde estamos.”

Sobre el autor

Pau Puig - CMO at CAPSiDE

Pau Puig es Ingeniero Informático por la Facultad de Informática de Barcelona (FIB/UPC), titulado por ESADE en Marketing Management y responsable de marketing y comunicación (CMO) en CAPSiDE.
Puedes seguir aquí sus tweets.

Back from AWS’ re:Invent 2012!

We came back to Barcelona on Friday from this year’s AWS re:invent conference in Las Vegas. It has been 3 days of intensive AWS evangelization in a very well organized conference let’s say “The American Way”: huge and spectacular!

It’s not that common to attend to conferences of multiple days with more than 6.000 attendees, so the logistics got us much impressed. Can you imagine a lunch room for more than six thousand people together? Or can you imagine a conference room for such a lot of people?

This is what it gets…

AWS Keynote Room

Lunch Room at AWS 2012

The event was hosted at Venetian Hotel which is somehow like a little Venice built in the middle of the desert, impressive!

Venice Hotel at Las Vegas

Inside the Venice Hotel at Las Vegas

First day

First day was dedicated to specific tracks, technical and business oriented. While our CTO was attending the tech track, I went to the business leader track to listen to Tiffani Bova from Gartner. It was a very interesting talk, and the great news is that CAPSiDE’s strategy of being an infrastructure broker is fully aligned with what the clients and the market are asking for.

Desires and concerns of Cloud Computing

Another interesting slide was the one on the emerging technology hype cycle for 2012.
Cloud computing technology is currently in the “peak of inflated expectations” and about to fall in the “trough of disillusionment”.

The good news about this is that the technology will then climb through the “slope of enlightenment” to finally reach the “Plateau of productivity” where it will become a stable and recognized IT technology.

Technology Hype Cycle

Second day

Second day in the morning we attended the Andy Jassy’s keynote, Senior VP of AWS and Amazon infrastructure. Andy made a very good talk mixing cloud evangelization, new service announcements and customer interviews. The most astonishing sentence that Andy said was that “each day, AWS adds the equivalent server capacity to power Amazon.com when it was a global 5.2 billion enterprise”. Wow!

Fact AWS each day
Andy made two interesting new announcements: S3 price reduction (around 15%) and a new AWS service named Redshift which is a cloud based Business Intelligence service.

The rest of the day was dedicated to specific breakout sessions and I was able to be in the sessions I planned with the help of a very nice AWS re:Invent mobile application (a.k.a. Guidebook) that helped finding the right room for the right session; which was not always easy with 6k people moving around and 20 simultaneous sessions in 20 different places.
In the afternoon after all sessions finished, we were invited to the play party. Can you imagine an expanded version of the lunch room, a huge one with disco lights, food and drinks for 6k people, old arcade game machines (the original ones) with PacMan, Asteroid, etc..?

It looked like this:

AWS reInvent night

fiesta2

Third day

Third day began with the Werner Vogels‘ keynote session, CTO of Amazon. The show was great and everybody enjoyed the speech. Apart from reminding the audience the important 2 previous announcements from Andy, Werner announced the launch of 2 new kinds of instances in EC2 for very specific purposes:

  • High Storage Instances are new Amazon EC2 instances optimized for customers that need high storage depth and high sequential I/O. They have 16 virtual cores, 24 hard disk drives, 48 TB of storage capacity, 117 GB of RAM and 10 Gigabit Ethernet networking.
  • Cluster High Memory instances are the new Amazon EC2 cluster instances type that have been optimized for memory-intensive analytics and scientific computing. They will provide customers with dual Intel Xeon E5-2670, 2.6 GHz processors, 240 GB of memory, and two 120 GB SSDs.

Verner Wogels AWS Keynote

In the afternoon I could attend several other great sessions and had the opportunity to chat with AWS architects and AWS partners, which was really interesting in order to know first hand what other “reinventers” thought about all the news and conferences.
My overall review of this year’s re:Invent goes for very nice conference days and a great opportunity for CAPSiDE to increase our commitment to work with AWS. AWS rules, see you next year!

About the author

Thierry Davin - CTO at CAPSiDE

Thierry Davin is a computer science engineer and the Senior Director at CAPSiDE. His professional career started back in 1991 in France, the year that Linux was born. After several years working on Software Development he went into Systems Management until early 2001 to dive into the hosting services. Now at CAPSiDE he is focused on developing the new services with his several years of experience.

Backups 101: ¿Qué debemos tener en cuenta? Políticas, retención, storage, restauración y herramientas.

Las copias de seguridad de las plataformas son una parte esencial de la administración de sistemas. Es, por lo tanto, un tema ampliamente estudiado y para el que se han creado multitud de herramientas. Sin embargo, realizar buenos backups sigue siendo una tarea compleja en la que interviene la definición de la política, el estudio y la elección de la(s) herramienta(s) y su implementación.

1 · Política de backups

La política de backups es la definición de los diferentes aspectos de las copias de seguridad: ¿de qué se debe hacer backup? ¿Cada cuánto se realiza la copia de seguridad? ¿Qué retención deben tener? ¿Dónde se guardan las copias? ¿Cuánto tiempo es aceptable que se pueda tardar en recuperar datos?

Obviamente, siempre es deseable tener copias diarias de todos los ficheros con una retención alta y almacén local para recuperar rápidamente, así como externo para mayor protección. Sin embargo, esto está reñido con la eficiencia y con los costes: robots de cintas, ocupación de disco, espacio físico para guardar las copias, etc. Por lo tanto, es necesario encontrar un compromiso marcando máximos en los costes, y priorizando los backups de los recursos más críticos.

Cada proyecto o plataforma tiene sus propias necesidades que es necesario definir para establecer la política. Para ello, es útil:

  • Diferenciar entre distintos entornos (preproducción, desarrollo, test, producción, etc.)
  • Determinar los costes de las posibles pérdidas de datos
  • El tiempo que se tardaría en la recuperación
  • Valorar los recursos disponibles (hardware, velocidad de la red, discos remotos, etc.)
  • Analizar qué es imprescindible copiar y qué no.

2 · Guardado y retención de backups

Un aspecto importante de seguridad a la hora de establecer una política de backups es dónde se van a guardar las copias de seguridad. Cuando se definen planes de prevención de riesgos en cuanto a tecnología se suele considerar el vaulting para mitigar los efectos de un posible incidente en el site donde se realizan los backups. Esta practica consiste en mover a otra localización periódicamente una copia completa de los datos, por ejemplo una vez al mes. Esto es habitual cuando el soporte físico es en cinta.

Esto es distinto del archiving, que consiste en mover datos antiguos que no se están utilizando a una localización distinta. Un backup es siempre una copia, mientras que el archiving consta de los datos originales que son trasladados porque no se utilizan pero no se quieren eliminar definitivamente.

Aunque hay diversas opciones de storage es interesante considerar el servicio Glacier de Amazon. Su bajo coste es una gran ventaja, pero el hecho que la restauración no esté asegurada en un tiempo concreto y que pueda tardar algunas horas lo descarta para el vaulting mientras que lo convierte en interesante candidato para archiving, donde no hay exigencias de recuperación de datos en tiempos limitados.

3 · Restauración

El objetivo final de un backup es poder restaurarlo en caso de pérdida de los datos. Por lo tanto, tener presente la restauración a la hora de definir una política de backups o escoger una herramienta es clave. Para ello, es importante haber decidido previamente (en la gestión de riesgos) los siguientes puntos:

  • RTO (Recovery Time Objective)
    Es el tiempo máximo en el que se debe alcanzar un nivel de servicio mínimo tras una caída del servicio (por ejemplo, debido a pérdida de datos) para no causar consecuencias inaceptables en el negocio.
  • RPO (Recovery Point Objective)
    Es el periodo de tiempo máximo en el que se pueden perder datos de un servicio. Si el periodo de tiempo es de 6 horas, se deben realizar backups cada menos tiempo y poder recuperar la información antes de agotar el periodo.

El tiempo de restauración de un backup en caso de pérdida de datos forma parte del tiempo en que no hay servicio, por lo que cuanto menos tarde antes se restablecerá el proceso de negocio.

4 · Herramientas

Las herramientas nos permiten implementar la política de backup. Dada la variedad de plataformas, se han creado muchísimas herramientas que actúan a diferentes niveles. Algunos tipos de backups y herramientas (hay muchos más) se muestran a continuación:

4.1 · Sincronización

Este tipo de backup permite que dos directorios en localizaciones distintas (en la misma máquina o en hosts separados) contengan los mismos ficheros. Muchas de las herramientas que permiten la sincronización se basan en rsync o en su librería.

  • Rsync: la herramienta más conocida de sincronización de ficheros, tiene muchas opciones que dan gran flexibilidad.
  • Duplicity: se basa en la librería de rsync para realizar backups de ficheros comprimidos y encriptados.
  • Unison: permite la sincronización de directorios aprovechando características de distintos sistemas y herramientas.

4.2 · Copias

El sistema básico de realizar backups es la copia de los ficheros a un espacio aparte. En este caso, se pueden utilizar herramientas de un gran rango de diversidad y complejidad.

  • fwbackups: herramienta con una interfaz simple pero con muchas opciones, permite programar backups a distintos niveles.
  • Bacula: herramienta muy completa que permite realizar backups de varios niveles (total, diferencial, incremental), de distintos clientes (linux, solaris, windows) y a diversos soportes (cinta y disco). Es software libre aunque tiene opción de soporte comercial.
  • Mondorescue: este software permite realizar backup de una instalación entera, y puede dejar las copias en numerosos soportes físicos.

4.3 · Bases de datos

Las bases de datos piden un trato especial. Guardar los ficheros que contienen las bases de datos no suele ser un buen sistema de backup, ya que una copia del fichero en un momento cualquiera puede generar una base de datos inconsistente. Por ello, cada servidor suele proporcionar un sistema de copias de seguridad, a menudo basadas en volcados de datos en distintos formatos.

  • MySQL: mysqldump realiza un volcado en los datos de la base de datos en SQL. Esto permite realizar backups y crear esclavos entre otros usos.
  • PostgreSQL: pg_dump hace, igual que mysqldump, un volcado de los datos en lenguage SQL.
  • SQL Server: el servidor de bases de datos de Microsoft ofrece la utilidad SQL Server Management Studio que permite programar las distintas tareas de backups, además de tareas previas y posteriores, especificando cuándo, de qué y a qué nivel se realiza la copia de seguridad de forma que sea consistente y fácilmente recuperable.

4.4 · Snapshots

Los snapshots son “fotografías” del sistema o de una parte que permiten recuperarlo en un estado que se sabe que es correcto. Los snapshots se pueden realizar a distintos niveles:

  • Sistema de ficheros: hay sistemas de ficheros que permiten realizar backups en forma de snapshots. ZFS dispone de esta utilidad.
  • Volúmen de disco: LVM ofrece esta posibilidad para recuperar volúmenes.
  • Máquinas virtuales: muchos gestores de máquinas virtuales permiten realizar snapshots de las mismas. KVM, Xen o VMWare entre otros disponen de esta característica.
  • Ficheros: con rsnapshot se pueden realizar backups en forma de snapshot aprovechando el rsync y mediante hardlinks de forma transparente. Back In Time también realiza snapshots de directorios, aunque únicamente para entornos de escritorio.

4.5 · Continuous Data Protection

Consiste en guardar automáticamente una copia de todos los cambios realizados en los datos, adquiriendo una copia remota de todas las versiones. Esto permite realizar recuperación de los datos de cualquier momento. Aunque hay sistemas optimizados para guardar únicamente las diferencias y ocupar poco espacio en disco, este sistema tiene penalizaciones en la red dada la continua transferencia de datos.

  • AIMstor: permite definir fácilmente políticas mediante una interfaz gráfica y soporta distintos tipus de backup, replicación y archiving.
  • RecoverPoint: soporta replicación remota de datos mediante protocolos síncronos y asíncronos.
  • InMage DR-Scout: tiene un repositorio de capacidad optimizada y soporta diversas plataformas (Windows, Linux, Solaris,…).

5 · A tener en cuenta

Con la infinidad de herramientas disponibles, la elección puede ser complicada. Para simplificar la búsqueda y reducir las opciones, es imprescindible definir las necesidades propias y lo que ofrecen las soluciones para encontrar la herramienta que mejor las cubra. Algunas cuestiones que pueden ayudar en la elección de una herramienta son las siguientes:

  • Instalación: ¿Está paquetizada o es necesario compilar? ¿Es fácil de instalar? ¿Tiene requerimientos especiales?
  • Configuración y mantenimiento: ¿Es fácil de mantener? ¿Es capaz de implementar la política? ¿Cuánto tiempo de aprendizaje requiere? ¿Tiene interfaz gráfica?
  • Restauración: ¿La restauración es fácil y rápida? ¿Puede un usuario restaurar un fichero suyo o debe ser siempre el administrador?
  • Compatibilidad: ¿Sirve para todos los sistemas de la plataforma? ¿El servidor debe correr en un sistema concreto?
  • Soporte físico: ¿Permite backup a cinta, DVD, sistemas de ficheros remotos, disco…?
  • Licencia: ¿Es software libre o comercial? ¿Dispone de soporte para empresas?

6 · Conclusiones

La variedad de opciones permiten definir ampliamente la política de backups de forma que se pueda utilizar una o varias herramientas para la misma plataforma, así como distintos niveles y retenciones para distintos ficheros. A menudo no hay una solución única y fija, y raramente la misma política sirve para dos plataformas diferentes.

Aunque es recomendable ser flexible para los pequeños cambios (la política o los recursos pueden sufrir modificaciones), realizar grandes cambios en el sistema de backups puede ser complejo, por lo que es importante realizar un buen estudio para escoger la mejor opción. La clave se encuentra en definir y cubrir las necesidades de cada plataforma ajustando el sistema a los recursos disponibles.

Sobre la autora

Foto de perfil de Alba Ferrer, Systems Engineer en CAPSiDE

Alba Ferrer es Ingeniera Informática por la Facultad de Informática de Barcelona (FIB/UPC) y Georgia Tech (USA), y Administradora de Sistemas (SysAdmin) en CAPSiDE. Activa dentro de la comunidad Perl de Barcelona y del grupo Sudoers de Barcelona. Miembro de las comunidades de Software Libre de Ubuntu (ubuntu.cat) y Caliu. Puedes seguir aquí sus tweets.

El valor de la independencia

En una empresa como la nuestra, que no vende productos sino que es proveedora de servicios (y de “tranquilidad”), los principales activos son las personas y los valores que se establecen para prestar dichos servicios.

Uno de los valores fundamentales que hemos adoptado es el de la independencia, frente a proveedores de soluciones y fabricantes de Hardware y Software. Después de trabajar varios años siendo proveedores de servicios mono-marca sacamos una conclusión muy clara: una sola marca no puede dar la mejor solución a todos los problemas de un cliente y, para que los clientes la obtengan, se necesita asesoramiento profesional de una figura independiente y especialista que les pueda guiar entre el sinfín de tecnologías y soluciones del mercado.

Un ejemplo donde podemos apreciarlo de forma bastante clara:

  • Somos partners de Microsoft y buenos conocedores de la tecnología Exchange Server.
  • Cada vez nos llegan más clientes con peticiones de migración de su servidor Exchange interno a versiones más recientes.
  • La complejidad de la migración, el coste de las licencias y del mantenimiento posterior son factores que hay que tomar muy en cuenta para ver si tener el Exchange dentro de casa es a día de hoy la solución más adecuada.
  • Seguramente en el año 2003 o en el 2007 era la mejor solución, pero ahora con la versión de Exchange Online, los costes de mantener un servidor Exchange en casa ya salen difícilmente y es necesario estudiar con cuidado la oportunidad de ir a la propia solución Hosted de Microsoft.
  • Buzones de 25GB, integración con Active Directory, pago por usuario, alta disponibilidad asegurada por la red de centros de datos de Microsoft, etc.
  • “Todo” son ventajas, a un coste de alrededor de 3€ por mes y por usuario.

Para CAPSiDE sería mucho más rentable recomendar y dirigir a los clientes hacia mantener su servidor interno, realizar la migración y el posterior mantenimiento. A corto plazo, el beneficio económico para CAPSiDE es infinitamente mayor si el cliente sigue con una solución Exchange en su casa. Pero, ¿quiere decir esto que vamos a recomendar esta solución? No.

Recomendaremos la solución que tenga el mayor sentido para el cliente.

Y si no es Exchange online podría ser Gmail u otra solución de correo, incluyendo soluciones propias de CAPSIDE  que perfilen el servicio que necesita el cliente final si sus requisitos así lo dictaminan.

Comprender las necesidades de negocio reales del cliente

En CAPSiDE creemos firmemente que el primer requisito para que el factor de la independencia funcione es escuchar al cliente y empatizar con él. Es decir, no recomendarle directamente la solución que conocemos mejor (con la que hemos trabajado en más proyectos anteriormente) y/o que revendemos con un cómodo margen.

Para eso se necesita pasar tiempo con el cliente, entendiendo y comprendiendo su negocio y el porqué de las decisiones que ha tomado hasta la fecha. Una vez hayamos entendido los criterios propios que mueven a nuestro cliente, podremos empezar a buscar una solución que cubra los requisitos reales de su proyecto y las necesidades de negocio que derivan del mismo. Cada cliente tiene unas necesidades únicas y sólo el conocimiento de su negocio, de sus criterios y de la importancia que le da a cada uno permite en consecuencia ofrecerle una solución adecuada. Adecuada hasta cierto punto, dado que hoy en día los negocios y la tecnología se mueven de forma tan rápida que la validez de una solución también puede venir con fecha de caducidad. Y es aquí donde la independencia vuelve a jugar un papel importante. Como proveedores e ingenieros independientes, nuestra capacidad de cambiar proactivamente la solución de un cliente (si la actual ya no encaja en sus nuevos criterios de decisión) es mucho mayor.

Tenemos varios ejemplos de éxito, experiencia de CAPSiDE en servicios de brokerage de infraestructura y premios de grandes proyectos que nos avalan. Cuando una infraestructura ha soportado ya durante varios años el negocio online de un cliente, la aparición de nuevas tecnologías  mucho más evolucionadas y estables, con costes escalables como el Cloud Computing harán que desde CAPSiDE planteemos al cliente migrar su infraestructura para beneficiarse de las ventajas del nuevo modelo. Si fuéramos revendedores exclusivos de un proveedor de infraestructura lo que seguramente no haríamos es ir en nuestra propia contra invitando los clientes a migrar a otra solución por entender que no les podemos ofrecer una solución de continuidad adecuada.

De allí sacamos otra conclusión fundamental para que el valor de independencia funcione de verdad:

no aplicar margen sobre los servicios de terceros.

En este sector, donde muchas empresas generan negocio basándose únicamente en la reventa de servicios, eso parece una regla contra natura pero es la única que garantiza una real independencia. Aunque no aplicamos margen sobre servicios de terceros, aplicamos un concepto que corresponde al coste de gestión del proveedor. En efecto la interacción con el soporte y la “re-facturación de servicios” representan horas de servicio por parte de nuestro equipo, que valoramos y añadimos a la facturación mensual. El coste dependerá de la complejidad de la infraestructura y también de factores ligados al propio proveedor, como por ejemplo la calidad y respuesta de su soporte técnico.

Benchmarking activo de proveedores de infraestructura

Ser independiente significa también para nosotros no disponer de infraestructura propia.
Hoy en día la oferta de infraestructura es muy extensa, y existen proveedores que pueden ofrecer soluciones para todo tipo de necesidades y de presupuestos. Tampoco queremos revender en exclusividad las soluciones de un proveedor determinado lo que iría en contra de nuestra libertad de elegir. Existen todavía en el mercado mucho actores más pequeños que se esfuerzan en montar soluciones para sus clientes basadas en infraestructura propia alojada a veces en centros de datos de dudosa solvencia técnica o bien revendiendo servicios de terceros de baja calidad. En CAPSiDE la independencia se manifiesta por nuestra capacidad de realizar un benchmarking activo de las soluciones del mercado para nuestros clientes. Es activo porque proviene de la experiencia real de ver como funcionan las soluciones en el día a día, de la respuesta del proveedor en temas comerciales y técnicos, y de su capacidad de hacer frente a problemas y respondiendo a incidencias. Es este valor el que trasladamos a nuestros clientes en la consultoría donde valoramos dónde y cómo montar una infraestructura.

Una posible crítica al modelo de independencia tal y como lo planteamos puede ser el hecho de que queriendo abarcar demasiados proveedores y tecnologías acabemos siendo generalistas, lo que va claramente en contra de nuestro foco de expertise. Eso nos ha obligado a limitar el número de proveedores en los cuales podemos ofrecer una solución como “prime contractor” por el SLA global que ofrecemos. También podemos trabajar con otros  proveedores, pero sin incluir la parte de infraestructura en nuestra garantía de servicio, por el desconocimiento o la falta de confianza hacia dicho proveedor.

Ahora bien, el criterio de independencia muestra claramente al cliente que nuestros intereses están alineados con los suyos. No por administrar más infraestructura tendremos más margen en la operación, con lo cual nuestras recomendaciones siempre irán enfocadas a la mejora real de las soluciones. Un elemento clave y real que refuerza la confianza que nuestros clientes nos demuestran día a día.

Sobre el autor

Thierry Davin - CTO at CAPSiDE

Thierry Davin es Ingeniero Informático y Senior Director de CAPSiDE. Arrancó su carrera profesional en Francia en 1991, año que nacía Linux. Después de varios años en desarrollo de Software se orientó hacia la administración de sistemas hasta principios de 2001 para adentrarse en el mundo de los servicios relacionados con hosting. Ahora en CAPSiDE se centra en el desarrollo de nuevos servicios.

Ingeniería de sistemas versus administración de sistemas

En CAPSiDE nuestra especialidad principal es administrar los sistemas de nuestros clientes para que puedan funcionar en 24×7 con todas las garantías de disponibilidad, seguridad y rendimiento. Por experiencia propia sabemos que detrás del concepto “administración de sistemas” se esconden muchas realidades distintas según la empresa que presta estos servicios. Por eso preferimos utilizar el término “ingeniería de sistemas” en su lugar, para remarcar las diferencias que existen en nuestro servicio.

El Concepto

La ingeniería de sistemas (u orientada a sistemas) es para nosotros la suma de:

  • Procedimientos
  • Herramientas
  • Personal

que realizan su trabajo siguiendo una metodología única y compartida que asegurará una respuesta uniforme y de calidad constante para el cliente.

No hablamos sólo de un equipo de técnicos brillantes sino también de procedimientos homogéneos, de compartición de información y de herramientas de automatización que facilitan que cada persona pueda dar respuesta, minimizando los tiempos de aprendizaje y de adaptación.

Ingenieros, no sólo administradores

Nuestro trabajo de ingeniera empieza en el momento en que asumimos la responsabilidad de una plataforma existente o bien cuando diseñamos una plataforma desde cero.

En el primer caso realizamos una auditoría de sistemas orientada a disponer de una visión la más exacta posible del middleware instalado en la plataforma para preparar su adaptación a nuestros procesos.

En el segundo caso el primer trabajo importante es el diseño de la arquitectura tal y como lo explique en el previo articulo de blog “Architects of the digital Society”. Después instalamos la capa de middleware con procesos automatizados para disponer directamente de nuestros procesos de administración pre-configurados (arranque y parada de servicios, rotación de logs, configuración de seguridad, backups, etc). En ambos casos el proceso se realiza siempre con una comunicación fluida con nuestro cliente porque puede requerirse un importante trabajo de adaptación manual de las configuraciones según el tipo de aplicación y el uso que se derivará.

Uno de los procesos más importantes en la gestión que realizamos es la puesta en marcha (setup) de los servicios de monitorización. La monitorización nos permite disponer de datos en línea y de forma histórica.

“Sin datos no se pueden entender las situaciones que se presentan ni tomar decisiones.”

Paradójicamente muchas empresas no disponen ni tan solo de un servicio que les permita detectar situaciones críticas antes de que se conviertan en problema real. Muchas descubren las incidencias cuando ya se han hecho efectivas con todas las consecuencias negativas que se derivan como:

  • sobre esfuerzo para arreglarlas
  • mala experiencia de los usuarios
  • dedicación única del equipo técnico al apagado de fuegos
  • imposibilidad de llevar a cabo proyectos de mejora

En la ingeniería de sistemas enfocamos el servicio de monitorización a la prevención de incidencias más que a su detección, avisando de forma temprana de tendencias que pueden poner en peligro la estabilidad de los servicios. Extendemos además la monitorización en distintos niveles de abstracción permitiendo que los técnicos tengan la visión técnica de los servicios y que los usuarios de negocio tengan una visión de más alto nivel con KPIs y SLAs (Business Monitoring).

Las tareas que componen la ingeniería de sistemas

El día a día de la ingeniería de sistemas se compone de múltiples tareas, enfocadas a dar respuesta a necesidades propias de nuestro servicio o a las de nuestros clientes. El origen de las tareas puede provenir de diferentes partes, en función de si son tareas reactivas (principalmente incidencias), proactivas (iniciadas por los ingenieros), rutinarias (programadas) o solicitadas por el cliente.

  1. Incidencias

    El aviso de una incidencia se puede originar directamente a raíz de una alerta de monitorización o bien por un aviso del cliente. Son clasificadas según los sistemas que afectan y según su criticidad.
    Se considera un incidente aquel que implica una interrupción o una degradación del servicio ofrecido por la plataforma. Garantizamos la resolución de incidentes 24 horas al día, 365 días al año. Al recibir el incidente nuestros ingenieros revisan el problema, diagnostican la causa y trabajan de inmediato en la restauración del servicio.

  2. Tareas Proactivas

    Son tareas que realiza el equipo de ingeniería de sistemas en respuesta a avisos de la monitorización para garantizar la seguridad, el rendimiento y la disponibilidad de los servicios, como por ejemplo: análisis de logs y/o eventos del sistema, cambios de configuraciones, etc.

  3. Tareas rutinarias

    El aspecto importante en estas tareas es su planificación y su seguimiento.
    Cuando la cantidad de sistemas se incrementa es imprescindible utilizar herramientas de planificación que puedan garantizar la apertura automática de tareas a realizar a los grupos que tocan.
    En las tareas rutinarias se incluyen: puesta en marcha de patches, realización de copias de seguridad, realización de pruebas de recuperación de copias de seguridad, etc. Entre todas las tareas destacamos dos en concreto que son diferenciales en nuestro servicio:

    • Pruebas rutinarias de recuperación de backup

      Muchos administradores de sistema se limitan a realizar copias de seguridad pero no prueban nunca los procesos de recuperación. De forma estándar nuestros servicios incluyen una recuperación trimestral de prueba de todos los tipos de datos que se han incluido en el backup (bases de datos, ficheros, etc).

    • Servicio de patching

      El objetivo del servicio es mantener el nivel de seguridad del Middleware gestionado en la plataforma del cliente. Se utilizan las bases de datos del NIST como base fiable de conocimiento para recibir las alertas con su nivel de riesgo y así poder actuar en consecuencia.
      Al recibir un aviso, las versiones de Software afectadas se cruzan con el inventario de cada cliente y se generan de forma dinámica los informes que se usan para realizar las tareas de patching (Patch Management) usando únicamente la información de relevancia para cada cliente.

  4. Peticiones de servicio

    Las peticiones de servicio son peticiones formuladas por el cliente a través de los canales estándares de soporte para realizar tareas concretas sobre los elementos de servicio de la plataforma. Las peticiones de servicios comprenden tareas de administración / gestión de sistemas y aplicaciones sobre la plataforma gestionada. Estas tareas son habitualmente cambios de configuración, añadido de funcionalidades, etc.

“Todos nuestros procesos están diseñados, documentados y se ejecutan siguiendo las normas de gestión de servicio ITIL.”

Organización del equipo de especialistas

Otro aspecto fundamental y diferenciador en nuestro servicio es la organización y funcionamiento del equipo de ingenieros. Hemos querido huir del modelo tradicional de soporte en varios Tiers de expertise que no responde a nuestro entender a las expectativas de los clientes ni tampoco a las del propio equipo técnico:

  • El cliente requiere que su primer interlocutor le proporcione directamente soporte y que no se conforma en ser un mero anotador de casos.
  • El proceso de escalado de casos entre Tiers perjudica los tiempos de respuesta al cliente final
  • El nivel técnico del personal en los Tiers no evoluciona dado que no existe una rotación regular entre Tiers por las limitaciones en la capacidad de los técnicos.

“En nuestro modelo existen grupos con un número reducido de ingenieros que dan soporte, realizan proyectos para clientes o tareas de mejora continúa de las herramientas internas.”

Los ingenieros van cambiando de grupo con una frecuencia establecida lo que permite a cada uno tener conocimiento de todas las áreas técnicas de la empresa y de tener contacto con todos los proyectos de clientes. Unas actividades regulares de formación permiten a cada ingeniero adquirir las bases de conocimiento comunes sobre clientes, herramientas y procesos y se potencia un grado de especialización de cada uno a través de formación externa y de certificaciones (Oracle, Microsoft, Linux, etc).

La flexibilidad de la organización permite responder a picos concretos de demanda en ciertas áreas de forma sencilla moviendo temporalmente ingenieros de grupo sin necesidad de formación ni de tiempo de adaptación. Para afrontar el crecimiento en el número de clientes se multiplican los pequeños grupos en cada área (soporte, proyecto, mejoras internas, etc.) con una especialización en clientes concretos y se extiende la rotación de los ingenieros entre esos grupos.

El resultado que conseguimos con esta mezcla de procesos, personas y herramientas es lo que denominamos la ingeniería de sistemas, modelo que hasta la fecha ha demostrado su validez por los buenos resultados que hemos conseguido con nuestros clientes.

Sobre el autor

Thierry Davin - CTO at CAPSiDE

Thierry Davin es Ingeniero Informático y Senior Director de CAPSiDE. Arrancó su carrera profesional en Francia en 1991, año que nacía Linux. Después de varios años en desarrollo de Software se orientó hacia la administración de sistemas hasta principios de 2001 para adentrarse en el mundo de los servicios relacionados con hosting. Ahora en CAPSiDE se centra en el desarrollo de nuevos servicios.

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.