\pdfoutput=1
\documentclass{article}

\usepackage{graphicx}
\usepackage[space]{grffile}
\usepackage{latexsym}
\usepackage{textcomp}
\usepackage{longtable}
\usepackage{tabulary}
\usepackage{booktabs,array,multirow}
\usepackage{amsfonts,amsmath,amssymb}
\providecommand\citet{\cite}
\providecommand\citep{\cite}
\providecommand\citealt{\cite}
\usepackage{url}
\usepackage{hyperref}
\hypersetup{colorlinks=false,pdfborder={0 0 0}}
\usepackage{etoolbox}
\makeatletter
\patchcmd\@combinedblfloats{\box\@outputbox}{\unvbox\@outputbox}{}{%
  \errmessage{\noexpand\@combinedblfloats could not be patched}%
}%
\makeatother
% You can conditionalize code for latexml or normal latex using this.
\newif\iflatexml\latexmlfalse
\providecommand{\tightlist}{\setlength{\itemsep}{0pt}\setlength{\parskip}{0pt}}%

\AtBeginDocument{\DeclareGraphicsExtensions{.pdf,.PDF,.eps,.EPS,.png,.PNG,.tif,.TIF,.jpg,.JPG,.jpeg,.JPEG}}

\usepackage[utf8]{inputenc}
\usepackage[ngerman,english]{babel}

\usepackage{setspace}
\usepackage{apacite}



\begin{document}

\title{(ultima version en drive)Estrategias de econom\selectlanguage{ngerman}ía colaborativa para la
infraestructura tecnológica corporativa\selectlanguage{english}}

\author{Alvaro Climent\\ Universidad de Alicante  \and Carlos Bohórquez\\ Affiliation not available}


\maketitle




\selectlanguage{ngerman}\section{Introducción}\label{introducciuxf3n}

La economía colaborativa actúa entre individuos, no con organizaciones
de estos, al menos la esencia. La filosofía de la economía colaborativa
es un sistema de comercio entre particulares en el cual el acceso a los
bienes y servicios está por encima de la propiedad de estos. Esto no
quiere decir que se pueda implementar la filosofía en organizaciones o
empresas. El desarrollo de esta filosofía en empresas ha derivado en
SLAs o acuerdos a nivel de servicio entre las organizaciones para
concretar todos los aspectos relativos al acuerdo que beneficia ambas
partes.

\section{Partes de la infraestructura informática de las organizaciones
puede ser tratada bajo el criterio de economía
colaborativa}\label{partes-de-la-infraestructura-informuxe1tica-de-las-organizaciones-puede-ser-tratada-bajo-el-criterio-de-economuxeda-colaborativa}

La economía colaborativa se ha expandido tanto en las últimas fechas que
muchas empresas buscan amortizar los gastos con los nuevos métodos que
surgen. Actualmente, uno de estos método es el uso de la economía
colaborativa.

Principalmente, la parte más común que se suele compartir con agentes
externos a la empresa son los servidores. Este modelo se ha desarrollado
tanto, tras el surgimiento del paradigma de computación en la nube, que
actualmente hay empresas que basan su modelo de negocio o parte de él en
ofrecer máquinas virtuales en servidores compartidos por millones de
empresas o usuarios que los emplean.

Además de los servidores no es descabellado que la licencia de una
aplicación pueda ser compartida entre personas o equipos que no vayan a
interferirse ¿Porque tengo que pagar por una aplicación determinada si
solo voy a usarla 8h al dia? Muchas personas y empresas buscan amortizar
el coste de esta licencia, muchas veces mensual o trimestral
compartiendo la licencia.

También, muchas de las veces se necesita una determinada conexión a
internet que permanece inactiva por la noche y muchas veces durante el
dia no se aprovecha todo el potencial contratado que esta puede ofrecer.
Aquí también se puede compartir el sobrante de conexión del que se
dispone.

Por último, tenemos la computación de nuestras máquinas. Muchas de
nuestras máquinas no trabajan ni al 60\% de su capacidad total. Cada vez
más particulares tienen mejores prestaciones en sus máquinas a menor
precio, lo cual ofrece una oportunidad de comercializar con compartiendo
el sobrante de las capacidades de las máquinas.

\subsection{Servidores}\label{servidores}

Se usa la virtualización, en servidores(missing citation), para ejecutar
en modo nativo la mayor parte del código dejando la emulación solo a las
llamadas a un SO huésped que lo necesiten, ya que cla emulación o
virtualización requiere de un mayor coste computacional.

\begin{itemize}
\tightlist
\item
  Ventajas:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Aprovechamiento del hardware: Virtualizar todos los servidores en uno
  que los soporte, simplemente por reducir el número de servidores
  físicos, ahorrará energía, espacio, capacidad de refrigeración,
  administración y posiblemente dinero.
\item
  Aislamiento: Un fallo en una aplicación o en una máquina virtual
  afectará únicamente a esa máquina virtual sin afectar al resto de
  máquinas o al hypervisor, ya que son independientes.
\item
  Seguridad: Un ataque de seguridad en una máquina de las máquinas
  virtuales sólo afectará a esa máquina virtual en concreto, ya que cada
  una tiene su super usuario.
\item
  Flexibilidad:Podemos especificar a bajo nivel las características que
  cada uno de sus componentes (CPU, RAM, memoria, red, etc) que queremos
  en una máquina.
\item
  Agilidad: Crear una máquina virtual es muy rápido, tanto como ejecutar
  un comando.
\item
  Portabilidad: Es muy fácil clonar o transportar una máquina virtual a
  otro servidor físico, simplemente copiando y moviendo ficheros de
  configuración.
\item
  Recuperación de estados ante fallos: Se puede recuperar la máquina muy
  rápidamente, con una copia de los archivos de configuración,
  arrancandola desde los ficheros de configuración guardados.
\end{enumerate}

\begin{itemize}
\tightlist
\item
  Inconvenientes:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Pérdida de rendimiento: Una aplicación determinada generalmente
  correrá más rápidamente en en un servidor físico que en una máquina
  virtual. Esta reducción de rendimiento dependerá de la tecnología de
  virtualización utilizada, de la configuración realizada a nivel
  hypervisor y de la propia aplicación.
\item
  Espacio en memoria: Para poder arrancar y mantener todas las máquinas
  virtuales.
\item
  Capacidad de cómputo: Para manejar todos los procesos de cada una de
  las máquinas.
\end{enumerate}

\subsection{Conexiones a internet}\label{conexiones-a-internet}

Consiste en establecer un red de ordenadores normalmente sin un rol de
cliente-servidor fijo ya que cada nodo o computadora va a ejercer ambos
roles. De esta forma entre las computadoras conectadas se establece una
conexión en la cual se puede compartir el consumo de la banda ancha.

\begin{itemize}
\tightlist
\item
  Ventajas:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Gastos compartidos
\end{enumerate}

\begin{itemize}
\tightlist
\item
  Inconvenientes:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Pérdida de rendimiento si un usuario no controla su acceso a la red.
\item
  Mayor dificultad de configuración de la red en caso de que tengas que
  proveer servicios hacia fuera.
\item
  Posibles ataques de seguridad, entrar a la red junto con otra máquina
  puede provocar accesos o ataques para vulnerar la seguridad.
\end{enumerate}

\subsection{Licencias de servicios}\label{licencias-de-servicios}

Muchas veces se compran licencias software para un determinado uso, el
cual va a estar en desuso o inactivo las horas que la persona no acceda
lo emplee, como cuando se apaga la computadora, o simplemente no se
requiere de la aplicación. Esto provoca que se pueda dar la necesidad de
compartir el gasto de la licencia con un tercero que la necesite tambien
y sus horas de uso no entren en conflicto con las propias de uno mismo,
ya que al fin y al cabo no hay necesidad de pagar por algo que no se
está usando.

\begin{itemize}
\tightlist
\item
  Ventajas:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Gastos compartidos de licencias.
\end{enumerate}

\begin{itemize}
\tightlist
\item
  Inconvenientes:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Se puede llegar al máximo de licencias antes de lo pensado.
\item
  Puede haber conflictos cuando se accede con la misma licencia a un
  servicio determinado desde dos usuarios.
\item
  Muchos de los proveedores de licencias para aplicaciones, herramienta
  so servicios castigan con el baneo de la licencia y denuncia si se
  detecta este tipo de uso colaborativo y no lo aprueban.
\end{enumerate}

\subsection{Computación}\label{computaciuxf3n}

Sistema de computación distribuido que permite compartir recursos no
centrados geográficamente permite utilizar de forma coordinada recursos
heterogéneos entre ellos y posiblemente con distintas arquitecturas.

\begin{itemize}
\tightlist
\item
  Ventajas:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Velocidad de cómputo: Unificar las capacidades de varias computadoras
  da lugar a obtener unas capacidades que individualmente sería
  imposible y por ello se puede realizar un servicio muy costoso.
\item
  Flexibilidad operacional: Facilita la posibilidad de compartir,
  acceder y gestionar información, mediante la colaboración.
\item
  Reuso: Posibilita reusar recursos que se desestimarían por su
  capacidad, pero que sumados al conjunto aportan una cantidad
  necesaria.
\item
  Tolerancia a fallos: Un fallo en uno de los nodos o computadoras, si
  la arquitectura está bien hecha, no afecta a los demás.
\end{enumerate}

\begin{itemize}
\tightlist
\item
  Inconvenientes:
\end{itemize}

\begin{enumerate}
\def\labelenumi{\arabic{enumi}.}
\tightlist
\item
  Seguridad: Se necesitan políticas de seguridad y diferentes mecanismos
  para que un nodo o computadora no pueda vulnerar otro distinto por
  compartir la misma red y tener una vía de comunicación.
\item
  Mantenimiento: para mantener su estructura, de diferentes servicios
  como Internet, conexiones de 24 horas 365 días, banda ancha, seguridad
  informática, VPN, firewalls, encriptación, políticas de seguridad,
  normas ISO, etc.
\end{enumerate}

\section{Virtualización como compartición de recursos informáticos junto
con plataformas
Cloud.}\label{virtualizaciuxf3n-como-comparticiuxf3n-de-recursos-informuxe1ticos-junto-con-plataformas-cloud.}

La economía colaborativa como modelo novedoso de negocio absorbe las
últimas tecnologías para desarrollarse, en este caso el paradigma cloud
computing y la visualización. Dentro de este nuevo modelo vemos como las
plataformas Cloud proveen de unidades virtualizadas, las cuales a lo
largo de toda su historia se han caracterizado por ser uno de los
avances tecnológicos que más ha contribuido a compartir recursos
informáticos, un claro ejemplo son las redes p2p.

Con la virtualización conseguimos ejecutar máquinas virtuales en un
hipervisor. Cada una de las máquinas virtuales es un software de
implementación de un tipo de máquina que ejecuta programas como si fuera
física. El hipervisor permite abstraer uniformemente la máquina virtual,
de esta forma, podemos tener múltiples máquinas virtuales ejecutadas a
la vez en el mismo hipervisor.

Por ello, la virtualización es la tecnología que hace posible la
computación en la nube. Es decir, permite al proveedor del servicio
cloud computing la flexibilidad para crear, mover y formatear los
recursos de computación que el cliente le solicita desde cualquier lugar
del mundo allá donde estén los servidores físicos\hyperref[csl:2]{(2016)}.

\subsection{Provisión de servicios cloud como una forma de economía
colaborativa}\label{provisiuxf3n-de-servicios-cloud-como-una-forma-de-economuxeda-colaborativa}

Según el tipo de servicios que se contraten en la nube, éstos pueden ser
reorientados a una economía colaborativa. Si se contrata por ejemplo un
IaaS, varias empresas distintas podrían utilizar este servicio para
instalar cada uno la infraestructura para su propia empresa. Incluso sin
ser IaaS se podría realizar esta economía colaborativa. Por ejemplo, si
un proveedor ofreciese apache como un servicio en la nube que te
permitiese crear distintos virtualhost y subir distintas webs, se podría
usar entre varias empresas y así cada una poder subir su página web en
su virtualhost. Los gastos de los servicios correrían a cargo de las
empresas que utilizasen dicho servicio. Este tipo de acuerdos serían
fácilmente realizables en el, cada vez más común, supuesto de que varias
compañías compartan oficina y los gastos se dividan entre las distintas
empresas. En este tipo de casos la coordinación para compartir los
servicios cloud sería bastante sencilla ya que todas las empresas
comparten el mismo espacio físico pero esto no es ninguna restricción
para usar la nube de forma colaborativa. Nada impide que puedas
compartir servicios en la nube con una empresa situada en China.

\subsection{Aplicar el concepto de unidad virtual al contexto de la
economía
colaborativa}\label{aplicar-el-concepto-de-unidad-virtual-al-contexto-de-la-economuxeda-colaborativa}

La utilización de unidades virtuales básicamente es la utilización de
máquinas virtuales dentro de un servidor más potente que nos proporcione
entornos independientes para cada uno de los usuarios que están pagando
esa máquina host anfitrión.

Para ver un ejemplo de cómo se puede aplicar este concepto a la economía
colaborativa podemos utilizar el mismo ejemplo del punto anterior en el
que dos o más empresas comparten oficina. Para este caso prescindiremos
de la nube en nuestra arquitectura ya que el ejemplo quedará más claro.

Las empresas que comparten oficina adquirirán un servidor potente y caro
que permita procesar todo el trabajo que requieran las empresas. Una vez
instalado el servidor se procederá a la virtualización del mismo en
tantos servidores virtuales como empresas forman parte de la oficina. De
esta forma, cada una de las empresas tendrá la sensación de tener un
servidor propio y podrá ser administrado por su propio personal en caso
de ser necesario sin tener pedir permiso al resto de empresas. Por otro
lado, los costes de mantenimiento del servidor anfitrión, a parte de ser
menores por tener que pagar únicamente la luz de un servidor en vez del
de X servidores, se compartirá entre todas las empresas con lo que habrá
una sustancial reducción del gasto.

\subsection{Problemas derivados.}\label{problemas-derivados.}

\subsubsection{Energía.}\label{energuxeda.}

Entre un 45 y 75 por ciento del coste de los CPD va destinado a pagar la
energía que estos necesitan para funcionar. Este problema está
relacionado con uno que trataremos más adelante y es el del
sobredimensionado de los CPD. Para que haya un menor consumo de energía
se podría hacer que los distintos servidores funcionasen a un \% de su
máxima potencia en los momentos en los que éstos están sin mucho trabajo
o incluso apagarlos si forman parte de un clúster y no es necesario
tener todas las máquinas levantadas.

El problema de hacer esto es que el tiempo que tarda un servidor en
hacer un ``wake up'' o incluso incrementar la frecuencia de reloj de su
microprocesador/memoria puede ser inadmisible para ciertas empresas en
las que el tiempo de respuesta es vital para su negocio.

Una forma de evitar este problema sería mediante la elaboración de
distintos tipos de contrato de tal forma que no siempre se tenga que
garantizar esa velocidad de respuesta inmediata. La mayoría de las
empresas no la necesitan por lo que en estos casos se podría realizar el
apagado de las máquinas sin que hubiese ningún tipo de impacto real.
Esto permitiría un ahorro en el precio del servicio a las empresas que
lo contratan y la posibilidad de apagar las máquinas que no se estén
usando en un momento dado.

Para poder llevar a cabo esta solución se tendría que realizar una buena
planificación de las máquinas que van a soportar la infraestructura de
empresas con necesidades de respuesta en tiempo real y cuáles no para no
mezclar ambas en una misma máquina.

\subsubsection{Sobredimensionamiento del
CPD}\label{sobredimensionamiento-del-cpd}

Los CPD suelen utilizar un 30\% de su capacidad real. Esto se debe a que
el otro 70\% está destinado a absorber picos puntuales de carga que
puedan venir en un momento dado. Estos picos pueden ser tanto lícitos
(por ejemplo el lanzamiento de una campaña de ofertas como el black
friday) como ilícitos (como por ejemplo un ataque DDoS contra alguna
empresa que tenga alojado sus servicios en el CPD).

Añadir redundancia a los servicios críticos podría permitir reducir el
impacto que un ataque DDoS pudiese tener sobre el CPD con lo que no
sería necesario reservar un \% tan elevado para esos picos de trabajo.
Otorgar a las empresas un menor margen de incremento de trabajo (a la
vez que se produce una reducción en la cuota que se les pasa) podría
permitir tener controlado los picos de tráfico lícito. Esto no impediría
que las empresas pudiesen contratar un mayor servicio para momentos
puntuales como el día del black friday. En este caso, se activarían más
máquian que esuviesen en stand by para poder hacer frente a este
incremento de uso de recursos.

\subsubsection{Calentamiento de los CPD}\label{calentamiento-de-los-cpd}

Los CPD's, por el mero hecho de tener tantos servidores conectados,
hacen que se necesite un sistema de refrigeración para que las máquinas
puedan estar trabajando en unas condiciones óptimas. El hecho de tener
todas las máquinas siempre levantadas para poder soportar los picos de
trabajo hace que la temperatura general aumente.

Poder implementar las soluciones de los dos puntos anteriores haría que
el coste de refrigerar la sala fuese menor ya que la temperatura que
desprenden los servidores sería menor.

Trasladar los grandes CPD's a lugares muy fríos como podría ser Canadá
haría que la propia temperatura ambiente enfríe la sala lo que
permitiría también un importante ahorro de costes en el enfriamiento.

\subsubsection{Seguridad de las máquinas
virtuales}\label{seguridad-de-las-muxe1quinas-virtuales}

Otro de los problemas que se habla es el de la propia seguridad de las
máquinas virtuales. El hecho de compartir una misma máquina física
permite que en el caso de haber un fallo de seguridad en el software de
virtualización que permita acceso al sistema anfitrión, desde aquí se
pueda acceder a todas las máquinas virtuales que corran en ese mismo
anfitrión.

Este problema siempre estará allí ya que no existe software complejo
libre de bugs por lo que es algo con lo que hay que aprender a vivir.
Sin embargo, las propias empresas pueden tomar una serie de medidas para
tratar de mitigar estos problemas.

La medida más eficaz es el almacenamiento de datos cifrados en el
servidor mediante cifrado extremo a extremo de tal modo que si son
capaces de acceder al dispositivo físico donde se almacena la
información, no sean capaces de poder leerla. Si la información de la
empresa es muy importante se puede tomar la decisión de cifrar el SWAP
para impedir que se almacenen datos confidenciales sin cifrar ahí.

\selectlanguage{english}
\FloatBarrier
\section*{References}\sloppy
\phantomsection
\label{csl:2}(2016) {Comparison between Virtualization and Cloud Computing}. International Journal of Science and Research ({IJSR}) 5:195–199. \url{https://doi.org/10.21275/v5i6.nov164128}

\end{document}

