Instituto Tecnológico Superior de Perote

Ingeniería Informática

Sistemas Operativos II

Introducción a los Sistemas Distribuidos

M.R.C. José Manuel Díaz Rivera

José Alfredo Martínez Ruiz

17050046

Agosto 2019
 INDICE

1 INTRODUCCION A LOS SISTEMAS DISTRIBUIDOS. ................................................... 3

1.1 DEFINICIÓN DE UN SISTEMA DISTRIBUIDO. ............................................................ 3

1.2 OBJETIVOS DE UN SISTEMA DISTRIBUIDO ............................................................. 4

1.3 TIPOS DE SISTEMAS DISTRIBUIDOS ........................................................................ 9

1.4 ARQUITECTURA ........................................................................................................ 12

ACTIVIDAD_1 ................................................................................................................... 15

ACTIVIDAD_ 2 .................................................................................................................. 17

ACTIVIDAD_3 ................................................................................................................... 20
 1 INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS.
Los sistemas distribuidos suponen un paso más en la evolución de los sistemas
informáticos, entendidos desde el punto de vista de las necesidades que las aplicaciones
plantean y las posibilidades que la tecnología ofrece. Antes de proporcionar una definición
de sistema distribuido resultará interesante presentar, a través de la evolución histórica, los
conceptos que han desembocado en los sistemas distribuidos actuales, caracterizados por
la distribución física de los recursos en máquinas interconectadas. Utilizaremos aquí el
término recurso con carácter general para referirnos a cualquier dispositivo o servicio,
hardware o software, susceptible de ser compartido

1.1 DEFINICION DE UN SISTEMA DISTRIBUIDO.

Los recursos de diferentes máquinas en red se integran de forma que desaparece la
dualidad local/remoto. La diferencia fundamental con los sistemas en red es que la
ubicación del recurso es transparente a las aplicaciones y usuarios, por lo que, desde este
punto de vista, no hay diferencia con un sistema de tiempo compartido. El usuario accede a
los recursos del sistema distribuido a través de una interfaz gráfica de usuario desde un
terminal, despreocupándose de su localización. Las aplicaciones ejecutan una interfaz de
llamadas al sistema como si de un sistema centralizado
se tratase, por ejemplo POSIX. Un servicio de
invocación remota (por ejemplo a procedimientos,
RPC, o a objetos, RMI) resuelve los accesos a los
recursos no locales utilizando para ello la interfaz de
red. Los sistemas distribuidos proporcionan de forma
transparente la compartición de recursos, facilitando el
acceso y la gestión, e incrementando la eficiencia y la
disponibilidad.

El modelo de sistema distribuido es el más general, por lo que, aunque no se ha alcanzado

a nivel comercial la misma integración para todo tipo de recursos, la tendencia es clara a
favor de este tipo de sistemas. La otra motivación es la relación de costes a la que ha
llevado la evolución tecnológica en los últimos años. Hoy en día existe un hardware
estándar de bajo coste, los ordenadores personales, que son los componentes básicos del
sistema. Por otra parte, la red de comunicación, a no ser que se requieran grandes
prestaciones, tampoco constituye un gran problema económico, pudiéndose utilizar
infraestructura cableada ya existente (Ethernet, la red telefónica, o incluso la red eléctrica) o
inalámbrica.
Podemos aventurar ahora una definición de sistema
distribuido:

(1) un conjunto de computadores

(2) Interconectados

(3) que comparten un estado,

(4) ofreciendo una visión de sistema único.

Dejando aparte la discusión sobre el significado del término computador, la característica

(2), que les diferencia de los sistemas personales, es compartida por sistemas distribuidos
y sistemas en red. La característica (3), en cambio, es privativa de los sistemas
distribuidos, siendo su consecuencia (4) la visión de

1.2 OBJETIVOS DE UN SISTEMA DISTRIBUIDO

En general el desarrollo de sistemas distribuidos intenta poner solución a los siguientes

objetivos:

Transparencia

La transparencia se define como la ocultación al usuario y al programador de aplicaciones

de la separación de los componentes de un sistema distribuido, de manera que el sistema
se percibe como un todo, en vez de una colección de componentes independientes.

El manual de referencia RM-ODP [ISO 1996a] identifica ocho formas de transparencia.

Estas proveen un resumen útil de la motivación y metas de los sistemas distribuidos. Las
transparencias definidas son:
Transparencia de acceso:

Permite el acceso a los objetos de información remotos de la misma forma que a los
objetos de información locales. Transparencia de localización: Permite el acceso a
objetos de información sin conocimiento de su localización. Transparencia de
concurrencia: Permite que varios procesos operen concurrentemente utilizando objetos de
información compartidos y de forma que no exista interferencia entre ellos.

Transparencia de replicación:

Permite utilizar múltiples instancias de los objetos de información para incrementa la

fiabilidad y las prestaciones sin que los usuarios o los programas de aplicación tengan por
que conocer la existencia de las réplicas.

Transparencia de fallos:

Permite a los usuarios y programas de aplicación completar sus tareas a pesar de la

ocurrencia de fallos en el hardware o en el software.

Transparencia de migración:

Permite el movimiento de objetos de información dentro de un sistema sin afectar a los

usuarios o a los programas de aplicación.

Transparencia de prestaciones:

Permite que el sistema sea reconfigurado para mejorar las prestaciones mientras la carga
varía.

Transparencia de escalado:

Permite la expansión del sistema y de las aplicaciones sin cambiar la estructura del
sistema o los algoritmos de la aplicación.

Confiabilidad

uno de los objetivos originales de la construcción de sistemas distribuidos fue el hacerlos

mas confiables que los sistemas con un procesador. La idea es que, si una maquina falla,
laguna otra maquina se encargue del trabajo. En otras palabras, en teoría, la confiabilidad
global del sistema podría ser el OR Booleano de la confiabilidad de los componentes. Por
ejemplo, con cuatro servidores de archivos, cada uno con una probabilidad de 0.95 de
funcionar en un instante dado, la probabilidad de que las cuatro fallen de manera
simultánea es 0.054 = 0.000 006 de modo que la probabilidad de que al menos uno este
disponible es 0.999994, mucho mejor que la de cualquier servidor individual.

Esa es la teoría. La practica es que los sistemas distribuidos actuales cuentan con que un
numero de ciertos servidores sirvan para que el todo funcione. Como resultado, algunos de
ellos tienen disponibilidad mas relacionada con el AND Booleano de las componentes que
con el OR Booleano. En una observación muy citada, Leslie Lamport definió alguna vez un
sistema distribuido como: “aquel del cual no puedo obtener un trabajo debido a que cierta
máquina de la cual nunca he oído se ha descompuesto”. Aunque esta observación fue
hecha supuestamente de manera irónica, es claro que hay mucho por mejorar.

Es importante distinguir entre varios aspectos de la confiabilidad. La Disponibilidad, como

acabamos de ver, se refiere a la fracción de tiempo en que se puede utilizar el sistema. El
sistema de Lamport no tiene buena calificación a este respecto. La disponibilidad se puede
mejorar mediante un diseño que no exija el funcionamiento simultaneo de un número
sustancial de componentes críticos. Otra herramienta para mejorar la disponibilidad es la
redundancia. Se puede duplicar piezas clave del hardware y del software, de modo que, si
una de ellas falla, las otras puedan llenar su hueco.

Otro aspecto de la confiabilidad general es la seguridad. Los archivos y otros recursos

deben ser protegidos contra el uso no autorizado. Aunque este mismo aspecto aparece en
los sistemas con un único procesador, el usuario se conecta y pasa por un proceso de
autenticación. A partir de ese momento, el sistema sabe quien es el usuario y puede
verificar la validez de cada intento de acceso. En un sistema distribuido, cuando llega un
mensaje a un servidor con cierta solicitud, este no tiene una forma sencilla para determinar
de quien proviene. No se puede confiar en un nombre o campo de identificación en el
mensaje, puesto que el emisor puede mentir. Al menos, se requiere de un cuidado
considerable.

Otro aspecto relacionado con la confiabilidad es la tolerancia de fallas. Supongamos que

un servidor falla y vuelve a arrancar de manera súbita. ¿Qué ocurre? ¿Se extiende esta
falla del servidor a una falla con los usuarios? Si el servidor tiene tablas con importante
información acerca de actividades en proceso, lo menos que ocurrirá es que la
recuperación será difícil.

En general, los sistemas distribuidos se pueden diseñar de forma que escondan las fallas;
es decir, ocultarlos de los usuarios. Si un servicio de archivo o algún otro servicio se
construye a partir de un grupo de servidores con una cooperación cercana, entonces seria
posible construirlo de forma que los usuarios no noten la perdida de uno o dos servidores,
de no ser por cierta degradación del desempeño. Por supuesto, el truco es arreglar esta
cooperación de modo que no añada un costo sustancial al sistema en el caso normal,
cuando todo funciona de manera correcta.

Grado de apertura

otro objetivo importante de los sistemas distribuidos es el grado de apertura. Un sistema

distribuido abierto es un sistema que ofrece servicios de acuerdo con las reglas estándar
que describen la sintaxis y la semántica de dichos servicios. Por ejemplo, en las redes de
computadora, las reglas estándar gobiernas formato, contenido y significado de los
mensajes enviados y recibidos. Tales reglas se formalizan mediante protocolos.

Capacidad de crecimiento

Diseño de un sistema distribuido debe evitar “cuellos de

botella”:

*Componentes centralizados

*Tablas centralizadas

*Algoritmos centralizados

Problemática agravada por el número de elementos:

*Ninguna máquina tiene información completa del estado del sistema

*Las decisiones se basan sólo en información disponible localmente

*El fallo de una máquina no debe invalidar el algoritmo

*No debe asumir la existencia de un reloj global

Flexibilidad

Capacidad para ampliarlo o extenderlo con nuevas funcionalidades de forma sencilla.

Definición de responsabilidades:

Sistemas con u-kernel:

*Comunicación entre procesos.

•Cierta administración de memoria.

*Administración y planificación de procesos (limitada y de bajo nivel).

•*Entrada/salida de bajo nivel.

El resto, servicios a nivel de usuario Un elemento fundamental de la flexibilidad son los

sistemas abiertos. El desarrollo de estos sistemas requiere:

*Sus interfaces y protocolos deberían ser públicos

*Contrario a” tecnología propietaria”.

*Uso de estándares siempre que sea posible.

*Disponibilidad de su código fuente (libremente o no).

*Regulación por parte de un colectivo (usuarios u organizaciones) y no por particulares

(fabricantes).

Escalabilidad

La conectividad a nivel mundial a través de internet se está haciendo tan común como
enviar una postal a cualquier persona que se encuentre en cualquier parte del mundo. Con
esto en mente, para los desarrolladores de sistemas distribuidos, la escalabilidad es uno de
los objetivos más importantes. La escalabilidad de un sistema se puede medir de acuerdo
con al menos tres dimensiones (Neuman, 1994). Primero, un sistema puede ser escalable
con respecto a su tamaño, lo cual significa que podemos agregarle fácilmente usuarios y
recursos. Segundo, un sistema escalable geográficamente es aquel en el cual usuarios y
recursos pueden radicar muy lejos unos de los otros. Tercero, un sistema puede ser
escalable administrativamente; esto es, puede ser fácil de manejar incluso si involucra
muchas organizaciones administrativas diferentes. Desafortunadamente, con frecuencia un
sistema escalable en una o más de estas dimensiones exhibe alguna pérdida de
rendimiento al escalarlo.

1.3 TIPOS DE SISTEMAS DISTRIBUIDOS

Computación distribuida.

Modelo de computación en paralelo donde intervienen

una colección de computadoras que pueden o no estar
situadas en distintos lugares y pertenecientes a distintos
dominios de administración sobre una red distribuida.

Estas utilizan estándares abiertos para llevar a cabo una

tarea u objetivo común. Se caracteriza por su heterogeneidad o sea cada computadora
posee sus componentes de software y hardware, los cuales el usuario percibe como un
solo sistema.

Para el usuario todo es transparente, accede a los demás recursos de la misma manera
que accede al suyo propio. Esta colección de computadoras básicamente lo que hace es
dividirse el trabajo a realizar en pequeñas tareas individuales, reciben los datos necesarios
para esa tarea, la hacen y devuelven los datos para unirlos en el resultado final.

CLUSTERS

El término clúster (del inglés cluster, "grupo" o "racimo") se aplica a los conjuntos o
conglomerados de computadoras construidos mediante la utilización de hardwares
comunes y que se comportan como si fuesen una única computadora.
Hoy en día desempeñan un papel importante en la solución de problemas de las ciencias,
las ingenierías y del comercio moderno.

La tecnología de clústeres ha
evolucionado en apoyo de actividades que
van desde aplicaciones de supercómputo y
software de misiones críticas, servidores
web y comercio electrónico, hasta bases
de datos de alto rendimiento, entre otros
usos.

El cómputo con clústeres surge como resultado de la convergencia de varias tendencias

actuales que incluyen la disponibilidad de microprocesadores económicos de alto
rendimiento y redes de alta velocidad, el desarrollo de herramientas de software para
cómputo distribuido de alto rendimiento, así como la creciente necesidad de potencia
computacional para aplicaciones que la requieran.

Simplemente, un clúster es un grupo de múltiples ordenadores unidos mediante

una red de alta velocidad, de tal forma que el conjunto es visto como un único ordenador,
más potente que los comunes de escritorio.

Los clústeres son usualmente empleados para mejorar el rendimiento y/o la disponibilidad
por encima de la que es provista por un solo computador típicamente siendo más
económico que computadores individuales de rapidez y disponibilidad comparables.

grid

Sistema de computación distribuido que permite

compartir recursos no centrados geográficamente
para resolver problemas de gran escala. Los
recursos compartidos pueden ser ordenadores
(PC, estaciones de trabajo,
supercomputadoras, PDA, portátiles, móviles,
etc), software, datos e información, instrumentos
especiales (radio, telescopios, etc.) o
personas/colaboradores.

La computación grid ofrece muchas ventajas frente a otras tecnologías alternativas. La

potencia que ofrecen multitud de computadores conectados en red usando grid es
prácticamente ilimitada, además de que ofrece una perfecta integración de sistemas y
dispositivos heterogéneos, por lo que las conexiones entre diferentes máquinas no
generarán ningún problema. Se trata de una solución altamente escalable, potente y
flexible, ya que evitarán problemas de falta de recursos (cuellos de botella) y nunca queda
obsoleta, debido a la posibilidad de modificar el número y características de sus
componentes.

Sistemas distribuidos de información

•Son sistemas organizacionales y corporativos, los cuales implican la conjunción de

aplicaciones que inter-operan gracias a una red.

•Inicialmente los sistemas constaban de un equipo que ejecutaba un servidor (con

frecuencia servidor de base de datos) y de programas remotos llamados clientes. Dichos
clientes son capaces de enviar peticiones y recibir respuesta de servidor

La integración a nivel más bajo y sencillo se realizaba registrando en los programas cliente
cierto número de peticiones dirigidas a distintos servidores y dentro de una petición más
grande ejecutarla como una transacción distribuida. La idea clave era que todas, o ninguna
pudiera ser ejecutada..
 1.4 ARQUITECTURA

Idea básica

Desmembrar la complejidad de sistemas mediante el diseño en capas y servicios • Capas:

grupo de funcionalidades fuertemente relacionadas y altamente coherentes • Servicios:
funcionalidades proporcionadas a capas superiores

Ejemplo

de arquitecturas en capas. Sistemas operativos

(kernel, otros servicios), históricamente: los
sistemas operativos. Arquitecturas de protocolos de
red

Modelo Cliente Servidor

Clientes que invocan a servidores individuales. El

servidor puede o no estar en la misma máquina del
cliente. Tanto servidores como clientes pueden ser iterativos o concurrentes. El más común
de modelos (DNS, Web, ftp, telnet, etc). Un servidor puede ser cliente de otro servicio.
(servidor web, Crawler).

Servicios proporcionados por múltiples servidores.

Los servicios pueden implementarse

como distintos procesos de servidor en
computadores separados interaccionando
cuando es necesario, para proporcionar
un servicio a los procesos clientes. Lo
servidores pueden dividir el conjunto de objetos en los que está basado el servicio y
distribuírselo entre ellos mismos, o pueden mantener copias replicas de ellos en varias
maquinas.

Muy usada en DNS, Web y NIS.

Cache almacena los recursos más probablemente usados.

Un cache puede responder a un esquema de Proxy. Los servidores Proxy para la Web
aumentan la disponibilidad

Proxy y Caches

Cache: almacén de objetos de datos utilizados recientemente, y se encuentra más próximo

que los objetos en sí. Al recibir un objeto nuevo en un computador se añade al almacén de
la cache reemplazando si fuera
necesario algunos objetos existentes.

Los caches pueden estar ubicados en

los clientes o en un servidor Proxy que
se puede compartir desde varios
clientes. El propósito de los servidores
proxy es incrementar la disponibilidad y
las prestaciones del servicio,
reduciendo la carga en las redes de área Amplia y en los servidores WEB. Servidores Proxy
y Cache.

BIBLIOGRAFIAS

https://sites.google.com/site/sistemasdistribuidosycluster/arquitectura-de-sistema
http://www.lcc.uma.es/~av/Publicaciones/00/odpesp.pdf
https://www.codifica.me/transparencia-sistemas-distribuidos/
http://www.sc.ehu.es/acwlaroa/SDI/Apuntes/Cap1.pdf
https://prezi.com/4_xp3db5e5se/tipos-de-sistemas-distribuidos/
http://www.sc.ehu.es/acwlaroa/SDI/Apuntes/Cap1.pdf
 ACTIVIDAD_1
Diferencias entre sistema Operativos Centralizados y Distribuidos

CENTRALIZADOS DISTRIBUIDOS
Los sistemas computación Los sistemas
centralizada es cuando el distribuidos son un
proceso de cómputo es conjunto
realizado en una localización de computadoras que
central, están separadas
usando terminales conectados físicamente pero están y
a una computadora central. La conectadas entre sí por
computadora en sí misma una red de
puede controlar todos comunicaciones
¿Que es?

los periféricos directamente (si distribuida que presentan

están físicamente conectados “tolerancia a fallos”.
con la computadora central), o Cada uno de estos
pueden ser conectados vía equipos, posee sus
un servidor de terminal. componentes de
Alternativamente, si los hardware y software que
terminales tienen la capacidad, el usuario percibe como
pueden ser conectados con la un solo sistema (no
computadora central sobre necesita saber qué cosas
la red. Los terminales pueden están en qué máquinas).
ser terminales de
textoo clientes ligeros
Existe un solo punto de control, Esta arquitectura tiene
por lo que existe un mayor redundancia, al fallar uno
control de seguridad y de los sistemas, las
protección de la información. demás siguen
funcionando.
Crecimiento de la
Sistemas

Ventajas

Fácil de mantener, y fácil

empresa es soportable,
despliegue de los cambios.
ya que se realiza varias
Soporte en un solo punto.
copias del sistema en
diferentes lugares
geográficos.
Las decisiones son
locales e independientes
uno del otro.
Los datos de la empresa
 se distribuyen en varios
equipos.
Solo se consume el
ancho de la banda de
una red local.
La interfaz de usuario es poco Soporte local de la
llamativo. Se evitan pantallas tecnología. Cada lugar
con imágenes. geográfico debe tener su
personal que soporte
Se debe controlar el uso de
tecnológicamente esta
ancho de banda de la red.
arquitectura.
Velocidad de respuesta lenta,
Una mala distribución de
dependiendo la conexión de la
los datos, es peor que un
Desventajas

red a la central.
sistema centralizado, uso
Debe haber mecanismo de en exceso de la red
respaldo o copia del sistema amplia.
centralizada en caso de
Costo y complejidad del
contingencia muy estricta,
SW.
muere el sistema central,
muere el sistema a nivel Costo en llevar los
general. cambios del SW a cada
lugar, en caso de
El equipo utilizado podría
mantenimiento.
necesitar ser cambiado
dependiendo del crecimiento. Es más difícil controlar la
integridad de los datos.

A pesar de que los sistemas centralizados forman parte de una

arquitectura computacional desde los orígenes de las
computadoras, la incursión de un sistema de archivos distribuidos
no ha descontinuado su uso, por el contrario, actualmente ambas

Conclución arquitecturas son capaces de complementarse ya que al combinar

los aspectos positivos de cada uno, el resultado es ideal para la
mayoría de las empresas. Por lo general, una empresa no posee
una arquitectura con una única tendencia, es decir, únicamente
centralizada o únicamente distribuida
 ACTIVIDAD_ 2

INSTITUTO TECNOLOGICO SUPERIOR DE PEROTE

INGENIERIA EN INFORMÁTICA

ASIGNATURA:SISTEMAS OPERATIVOS 2

REPORTE DE INVESTIGACIÓN: MIDDLEWARE

ALUMNO:JOSÉ ALFREDO MARTINEZ RUIZ

DOCENTE: JOSÉ MANUEL DIAZ RIVERA

PEROTE VER 24/08/2019

EL MIDDLEWARE
Para entender el concepto de Middleware, es necesario recordar la relación de servicio
que está presente en la arquitectura cliente/servidor. Dicha relación de servicio, se basa en
un conjunto de elementos necesarios para fundamentar tal relación, los cuales podemos
deducir de la siguiente manera: 2 Cómo se realiza la petición del servicio desde un
proceso cliente hacia un proceso servidor ?, 2 Qué es necesario para realizar talpetición ?,
etc.

De lo anterior, decimos que Middleware es el nombre que se

le da al conjunto de software distribuido necesario para
soportar interacciones entre clientes y servidores, i.e. es la
parte que permite que la relación clienteiservidor se lleve a
cabo.

El Middleware forma parte tanto del cliente como del servidor

y éste es el “pegamento” que hace posible la relación entre
ambos. Del lado del cliente, utilizado para invocar o solicitar
un servicio cubriendo la transmisión de la petición sobre la red y la respuesta resultante y
del lado del servidor, recibiendo la petición e interpretándola para el servidor.

Clases de Middleware

Middleware general Es el software que permite la mayoria de las interacciones

cliente/servidor, incluye las pilas o protocolos de comunicación (communication stacks),
directorios distribuidos, servicios de autentificación, RPC’s (Remote Procedure Calls),
encolamiento de servicios y extensiones del sistema operativo, como archivos distribuidos
y servicios de impresión. Algunos fabricantes y productos de este tipo de Middleware son:
DCE, ONC+, NetWare, Named Pipes, LAN Server, LAN Manager, Vines, TCPIIP, APPC y
NetBIOS. Message Oriented Middleware (MOM), productos de Peerlogic, Covia Message
Express, System Strategies e IBM

Middleware de servicio específico.

Es el software necesario para realizar un tipo de servicio particular entre un cliente y un

servidor:

*Middleware específico de la B.D., tales como ODBC, DRDA, EDNSQL, SAGiCLI y Oracle
Glue.
*Middleware específico de OLTP tales como ATMI y IWS de Tuxedo, Transactional EWC
de Encina y TxRPC y XATMI de Xiopen.

* Middleware específico de Groupware tales como MAPI, VIM, VIC, SMTP y llamadas de
Lotus Notes (Lotus Notes calls).

*Middleware específico para objetos tales como CORBA de OMG y DCOM de Microsoft.

*Middleware específico de internet tal como HTTP, S’TTP y SSL.

*Middleware específico del sistema de manejo tal como SNMP, CMIP y OBSs.

Entendiendo la distribución del servicio

Las aplicaciones ClienteIServidor también pueden ser diferenciadas por la forma en que la
aplicación distribuida es dividida entre el cliente y el servidor - específicamente, hablando
en términos de la carga de trabajo asignada a cada uno, como ya hemos visto
anteriormente.

Como vimos en las características de la arquitectura clienteJservidor, un proceso puede

ser cliente, servidor o ambos y puede residir en una computadora local junto con otros
procesos clientes o servidores o en una computadora separada físicamente conectada a
través de una red.

Lo anterior, nos permite distribuir o ampliar nuestra arquitectura, ya que podemos

implantar arquitecturas donde procesos que son cliente y servidor a la vez, sirven como
“puente” para lograr una arquitectura cliente - servidorkliente -servidor, con lo cual
podemos distribuir aún más la carga de trabajo, ya que tenemos más procesos
involucrados en la relación de servi
 ACTIVIDAD_3

ORGANIZACIÓN VIRTUAL

Con la finalidad de lograr objetivos específicos, una organización virtual recurre a muchas
tecnologías de la información avanzadas para integrar en su interior empleado, equipos y
departamentos y en el exterior a su red de subcontratistas.

Definición: La organización virtual se basa en las características de la organización en red.

Ambos diseños organizacionales se concentran en formar alianzas y asociaciones con
otras organizaciones para hacer un fondo común y compartir las habilidades, la tecnología
y los costos.
Los límites en una organización virtual, tanto interna como externamente, son mucho más
abiertos que en una organización en red debido al uso de tecnologías de la información
avanzadas que enlazan perfectamente a todos los socios. En una organización virtual
radica en la disponibilidad y utilización de tecnologías de la información (TI) efectivas,
confiables y complejas.

Proceso de integración. La organi-

zación virtual suele combinar muchas
otras tecnologías más complejas.

Los sistemas inter organizacionales

(SIO) permiten combinar transacciones entre organizaciones, lo que las hace más
eficientes y responsables.
El comercio electrónico ofrece la posibilidad de vender y comprar productos e información
por medio de líneas telefónicas, redes de computadoras y otros recursos electrónicos.

Las extranets ofrece acceso limitado a una organización a grupos u otras organizaciones,
externas.

El groupware permite enlazar equipos de trabajo dispersos, pros facilita el intercambio,

eficaz y preciso de ideas, vuelve más efectivos los procesos y hace posible la realización
de tareas paralelas. El groupware también ayuda a que los integrantes de los equipos
aprendan de la experiencia de los otros, el software proporciona un conjunto común de
información
Ventajas:

* Las organizaciones virtuales son ligeras

*Emplean a pocos trabajadores

*Son difusas, porque no presentan límites claros

*Son flexibles, porque se adaptan al entorno con velocidad;

*Son rápidas, porque son capaces de desarrollar nuevos productos o servicios en poco
tiempo

*Son dispersas, porque no tienen un ámbito geográfico claro y pueden utilizar

intensivamente el teletrabajo

Desventajas:

*Una de las principales desventajas de este tipo de organizaciones es la posible pérdida

del Know-How Clave.

*A medida que se subcontratan más actividades, la ganancia del valor agregado es

entregada a otros.

*Necesidad de grandes dosis de autodisciplina, el tele-trabajador deberá orientar su

actividad hacia la prestación efectiva de servicios, por los que aquellos que carezcan de
poder de auto-organización o autodisciplina tendrán una gran desventaja competitiva.

*Problemas de tipo psicológico o relacional, ya que puede producir sensación de

aislamiento en el tele-trabajador.

*Dificultad para motivar a los trabajadores a distancia y hacerles partícipes de los objetivos
de la compañía lo que puede llevar a que ésta pierda parte de su fuerza corporativa.

*En la mayor parte de países, especialmente las naciones en desarrollo, no hay un marco
legal que regule el teletrabajo.

*Las empresas deben poner especial énfasis en la seguridad de la información, tanto a

nivel físico como a nivel de redes.
Donde se aplica

PayPal es una empresa estadounidense fundada por Peter Thiel, Elon Musk y otros,
pertenece al sector del comercio electrónico y permite pagar en sitios web, así como
transferir dinero entre usuarios que tengan correo electrónico, una alternativa al
convencional método en papel como los cheques o giros postales. PayPal también
procesa peticiones de pago en comercio electrónico y otros servicios web, por los que
cobra un porcentaje al vendedor.

Como implementar

A diferencia de las entidades bancarias tradicionales, donde el cliente recibe una

rentabilidad por tener su dinero depositado en su cuenta, PayPal no ofrece
ningún interés por este concepto.

Hay que destacar que PayPal dispone de una política de protección al comprador, de
hasta 2.500 USD (o equivalente en otra divisa), donde se cubren problemas de "Artículo no
recibido" o de "Artículo muy distinto al descrito", incluyendo no solo el precio del artículo
sino también los gastos de envío. Este tipo de protección solo es válida para determinadas
compras donde no se incluyan, por ejemplo, artículos intangibles, servicios, vehículos, etc...
El punto 13 de las Condiciones de uso del servicio de PayPal informa más detalladamente
sobre la protección al comprador.

Por cada transacción, PayPal cobra una comisión variable de entre el 1,9% y el 3,4% +
0,35 EUR al receptor del dinero.

PayPal también percibe dinero por aplicar la conversión de divisa (compuesta por una
tarifa variable según "las condiciones del mercado de divisas" que suele ser de entre el
2,5% y el 4%). Aunque a la hora de pagar en una moneda distinta a la principal, PayPal
permite que el cambio de divisa lo proporcione la entidad de la tarjeta de crédito.
Como resumen, PayPal temdria todo esto

Cargo de una comisión al vendedor por utilizar PayPal como plataforma de cobro.

PayPal no cobra por los conceptos de:

Realizar un pago a otra persona o empresa (el comprador no paga más que el precio fijado
por el vendedor).

Cargar dinero en la cuenta de PayPal.

Abrir diferentes cuentas en distintas divisas siempre que sea dentro de PayPal.