Descarga la aplicación para disfrutar aún más
Vista previa del material en texto
PRODUCTO INTEGRADOR DE APRENDIZAJE Nombre de la Unidad de Aprendizaje: Seminario de Base de Datos Nombre del proyecto: Producto Integrador de Aprendizaje ORACLE Programa educativo: Licenciado en Tecnologías de Información Semestre: 9 Grupo: 97 Nombre del maestro: José Fermín Martínez González Nombre de los integrantes del equipo: Gallegos Rosales Arturo 1662472 Gómez Reyes Vanessa Victoria 1678968 López Requena Joel 1615099 Montes Martínez Nancy Sinaí 1731073 San Nicolás de los Garza, ciudad universitaria a 23-Nov-2020 Contenido mínimo a evaluar Cumplimiento Índice Introducción .- incluye valores UANL aplicados Análisis y emisión de juicio Conclusiones individuales Conclusión del equipo Actividad en inglés Identificación de sub resultados de aprendizaje ANECA. Calificación PIA: Firma del maestro Introducción Las Bases de Datos tienen una gran relevancia a nivel empresarial, y se consideran una de las mayores aportaciones que han dado las TI a las empresas. En la actualidad, cualquier organización que se aprecie, por pequeña que sea, debe contar con una Base de Datos, esto por el hecho de poder desarrollar con mayor eficiencia los procesos de las empresas, mantener resguardados los datos sensibles e importantes, pero para que sea todo lo efectiva que debe ser, no basta con tenerla, hay que saber cómo gestionar las BD. Un sistema gestor de base de datos se puede definir como un conjunto coordinado de programas, procedimientos, lenguajes, etc. Que provee, tanto a los usuarios no informáticos como a los analistas, programadores o el administrador, los medios necesarios para describir, recuperar y manipular los datos almacenados en la base, manteniendo su integridad, confidencialidad y seguridad. Hoy en día las Base de Datos se están trasladando a la nube, debido a las grandes ventajas que trae consigo. Uno de los beneficios es el ahorro de los costes en la infraestructura y la seguridad. En este ensayo hablaremos de una propuesta de ORACLE CLOUD, ya que ha estado desarrollando y perfeccionando una plataforma tecnológica que brinda información de la más alta calidad a la vez que reduce el costo de hacer negocios. Podremos ver distintos aspectos que describen lo que es ORACLE, como el hecho de que permite a los clientes el uso de BD en cualquier software, que es una ventaja que caracteriza a ORACLE. Evolución de los DBMS: Historia de DBMS Orígenes: Los orígenes de las bases de datos se remontan a la Antigüedad donde ya existían bibliotecas y toda clase de registros. Además también se utilizaban para recoger información sobre las cosechas y censos. Sin embargo, su búsqueda era lenta y poco eficaz y no se contaba con la ayuda de máquinas que pudiesen reemplazar el trabajo manual. Posteriormente, el uso de las bases de datos se desarrolló a partir de las necesidades de almacenar grandes cantidades de información o datos. Sobre todo, desde la aparición de las primeras computadoras, el concepto de bases de datos ha estado siempre ligado a la informática. En 1884 Herman Hollerith creó la máquina automática de tarjetas perforadas, siendo nombrado así el primer ingeniero estadístico de la historia. En esta época, los censos se realizaban de forma manual. Evolución: Inicialmente, en los años 40s, los Sistemas de Archivos generados a través de lenguajes de programación no propietarios como Cobol y Fortran (vigentes en la actualidad), permiten almacenar los datos a través de archivos planos con funciones básicas de lectura y escritura sobre ellos. En 1964, se conciben los primeros Gestores de Base de Datos (DBMS: Database Management System), por medio de los cuales se pretende dar un viraje a los Sistemas de Archivos, los cuales se limitan a la estructuración del almacenamiento físico de los datos. Con los DBMS se crea el concepto de Administración de los datos, por medio de actividades integradas que permiten verlos físicamente en un solo almacenamiento pero lógicamente se manipulan a través de esquemas compuesto por estructuras donde se establecen vínculos de integridad, métodos de acceso y organización física sobre los datos, permitiendo así obtener valores agregados de utilización tales como: manejo de usuarios, seguridad, atomicidad e independencia física y lógica de los datos, entre otros. El primer gestor de bases de datos (DBMS) comercial, IDS: Integrated Data Store , se crea bajo el concepto del Modelo de Datos de Red (Bachgman, 1965); luego se desarrolla el IMS: Information Management System , sobre el concepto del Modelo de Datos Jerárquico. Estos DBMSs eran accesados normalmente por lenguajes de programación como Cobol usando interfases de bajo nivel haciendo que las tareas de creación de aplicaciones y mantenimiento de los datos fuesen controlables, pero aún complejas. A medida que evolucionaban los DBMS, los lenguajes de programación también lo hacían. En 1967 surge el primer lenguaje de programación orientado a objetos, Simula, el cual fue propuesto para simulación de actividades. En este los procedimientos podían ser asociados a un tipo para representar el comportamiento de una instancia, introduciendo así el concepto de Clase. Simula, soporta paralelismo permitiendo muchas entidades interactivas en una simulación. Además comparte objetos acoplando datos y procedimientos. Luego se genera una nueva noción, donde las bases de datos deben almacenar por medio de una estructura tabular llamada relación o tabla (Codd,1970), compuesta por filas y columnas, accesando dichas relaciones a través de un lenguaje de alto nivel no procedural (declarativo). De esta forma en los años 80s surgen varios productores de DBMS Relacionales (RDBMS) como Oracle, Informix, Ingres y DB2, además de otros lenguajes orientados a objetos como el C++, Java (antes el Oak), Eiffel, y Smalltalk adoptando y mejorando el concepto de clase pero su desarrollo se hace independiente de los DBMSs. Comenzando los años 80’s ya se siente la necesidad de que los DBMS actuales manipulen objetos complejos y estructuras como las usadas en sistemas CAD y CASE, entre otras. A partir de esto se da inicio a dos grandes tendencias: los ORDBMS (Object Relational Database Management System) los cuales se proyectan como una extensión de los RDBMS hacia el paradigma OO, y los OODBMS (Object Oriented Database Management System) estarían disponibles para almacenar y manipular las clases, los objetos, la asociación entre ellos y sus métodos. Así, finalizando los años 80s se crean los OODBMSs por medio de productores como O2, ObjectDesign y Objectivity, entre otros. Pero realmente se puede decir que estos no se hicieron tan comerciales como los existentes RDBMS ya que el concepto de Orientación a Objetos se seguía manejando muy a nivel del lenguaje de programación, sin que se trabajaran estructuras de almacenamiento Orientadas a Objetos dependientes de estos . Así, en 1991 surge la ODMG (Object Database Management Group) el cual estandariza los OODBMSs a partir del ODMG-93 y luego en 1992 el comité ANSI X3H2 inicia un trabajo en SQL3, del cual surgen los DBMS objeto relacional ORDBMS. Este trabajo fue programado para finalizarse en 1995, pero aún se sigue trabajando en este con un tiempo límite de terminación, en el año 1999. Lenguajes del DBMS: En la estructura básica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que permiten trabajar sobre la base de datos. Estos lenguajes estandar son: DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio de este el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripción del esquema en el catálogo del DBMS. Pormedio de este el DBMS especifica el esquma conceptual e interno (Base de datos Almacenada). SDL (Store Definition language): Lenguaje de definición de almacenamiento. Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada. VDL (View Definition language): Lenguaje de Definición de Vistas. Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondiencias con el esquema conceptual. En las Bases de Datos Relacionales, el SQL, representa una combinación de los anteriores. DML (Data Manipulation language): Lenguaje de Manipulación de Datos. Permite la manipulación de las operaciones de Inserción, Eliminación y Modificación. Tipos de DML’s: • De alto Nivel o No por procedimientos: SQL. • De bajo Nivel o por procedimientos. • Usuarios de un Sistema Manejador de Base de Datos: • Personal del DBA • Usuarios Exporádicos • Programadores de Aplicaciones • Usuarios paramétricos SGBD y Su Evolución En los años 60´s y 70´s los SGBD eran sistemas totalmente centralizados como correspondía a los sistemas operativos y al hardware de aquellos años. Ejemplo de esto fueron: IMS de IBM, IDS de Bull, DMS de Univac, entre otras en la cual un gran ordenador era para toda la empresa y una red de terminales sin inteligencia ni memoria. Los SGBD de los años setenta eran demasiado complejos e inflexibles, y sólo los podía utilizar un personal muy cualificado. Los primeros SGBD en los años sesenta estaban orientados a facilitar la utilización de grandes conjuntos de datos en los que las interrelaciones eran complejas. El arquetipo de aplicación era el Bill of materials o Parts explosion, típica en las industrias del automóvil, en la construcción de naves espaciales y en campos similares. Estos sistemas trabajaban exclusivamente por lotes (batch). Los SGBD estaban íntimamente ligados al software de comunicaciones y de gestión de transacciones. Se utilizaban lenguajes de alto nivel como Cobol o PL/I, se disponía también de instrucciones y de subrutinas especializadas para tratar las BD que requerían que el programador conociese muchos detalles del diseño físico, y que hacían que la programación fuese muy compleja. En los años 80´s eran SGBD relacionales aparece ORACLE. Aparecen los ordenadores minis, y después los ordenadores micros extendiendo la informática, exigiendo que el desarrollo de aplicaciones fuese más sencillo. La aparición de los SGBD relacionales supuso un avance importante para la facilitación de la programación de aplicaciones con BD, en el año 1986 el lenguaje SQL produjo una auténtica explosión de los SGBD relacionales. Durante los años ochenta aparecen los ordenadores personales y surge el software para equipos Mono-usuario por ejemplo, dBase y sus derivados, Access, con los cuales fue muy fácil crear y utilizar conjuntos de datos. Estos SGBD no aceptaban estructuras complejas ni interrelaciones, ni podían ser utilizados en una red que sirviese simultáneamente a muchos usuarios de diferentes tipos. Ejemplos: SQL y ORACLE. En los años 90´s los SGBD de distribución la visión global de la empresa y de interrelacionar diferentes aplicaciones que utilizan BD diferentes, junto con la facilidad que dan las redes para la intercomunicación entre ordenadores, ha conducido a los SGBD actuales, que permiten que un programa pueda trabajar con diferentes BD como si se tratase de una sola. Es lo que se conoce como base de datos distribuida. Esta distribución ideal se consigue cuando las diferentes BD son soportadas por una misma marca de SGBD, cuando hay homogeneidad. En la actualidad, gracias a la estandarización del lenguaje SQL, los SGBD de marcas diferentes pueden darse servicio unos a otros y colaborar para dar servicio a un programa de aplicación. Las razones básicas por las que interesa esta distribución son la disponibilidad de un sistema con una BD distribuida, el Coste pues una BD distribuida puede reducir el coste. La tecnología que se utiliza habitualmente para distribuir datos es la que se conoce como entorno (o arquitectura) cliente/servidor (C/S) en la cual dos procesos diferentes, que se ejecutan en un mismo sistema o en sistemas separados, actúan de forma que uno tiene el papel de cliente o peticionario de un servicio, y el otro el de servidor o proveedor del servicio. Por ejemplo, un programa de aplicación que un usuario ejecuta en su PC (que está conectado a una red) pide ciertos datos de una BD que reside en un equipo UNIX donde, a su vez, se ejecuta el SGBD relacional que la gestiona. El programa de aplicación es el cliente y el SGBD es el servidor. El éxito de las BD, incluso en sistemas personales, ha llevado a la aparición de los Fourth Generation Languages (4GL), lenguajes muy fáciles y potentes, especializados en el desarrollo de aplicaciones fundamentadas en BD que proporcionan muchas facilidades en el momento de definir, generalmente de forma visual, diálogos para introducir, modificar y consultar datos en entornos C/S. Ejemplo: entorno C/S y lenguaje 4GL. Durante estos últimos años se ha empezado a extender un tipo de aplicación de las BD denominado Data Warehouse, o almacén de datos, que también produce algunos cambios en los SGBD relacionales del mercado. Los datos de este gran almacén, el Data Warehouse, se obtienen por una replicación más o menos elaborada de las que hay en las BD que se utilizan en el trabajo cotidiano de la empresa. Actualmente, los SGBD se adaptan a este tipo de aplicación, incorporando, por ejemplo, herramientas para la creación y el mantenimiento de réplicas, con una cierta elaboración de los datos, para consolidación de datos de orígenes diferentes y para la creación de estructuras físicas que soporten eficientemente el análisis multidimensional. Importancia de los DBMS El SGBD permite la definición de la base de datos mediante un lenguaje de dentición de datos. Este lenguaje permite especificar la estructura y el tipo de los datos, así como las restricciones sobre los datos. El SGBD permite la inserción, actualización, eliminación y asi como la consulta de datos mediante un lenguaje de manejo de datos. El hecho de disponer de un lenguaje para realizar consultas reduce el problema de los sistemas de ficheros, en los que el usuario tiene que trabajar con un conjunto fijo de consultas, o bien, dispone de un gran número de programas de aplicación costosos de gestionar. Hay dos tipos de lenguajes de manejo de datos: los procedurales y los no procedurales. Estos dos tipos se distinguen por el modo en que acceden a los datos. Los lenguajes procedurales manipulan la base de datos registro a registro, mientras que los no procedurales operan sobre conjuntos de registros. En los lenguajes procedurales se especifica qué operaciones se debe realizar para obtener los datos resultado, mientras que en los lenguajes no procedurales se especifica qué datos deben obtenerse sin decir cómo hacerlo. El lenguaje no procedural más utilizado es el SQL (Structured Query Language ) que, de hecho, es un estándar y es el lenguaje de los SGBD relacionales. • El SGBD proporciona un acceso controlado a la base de datos mediante: • Un sistema de seguridad, de modo que los usuarios no autorizados, de manera que no puedan acceder a la base de datos. • Un sistema de integridad que mantiene la integridad y la consistencia de los datos. • Un sistema de control de concurrencia que permite el acceso compartido a la base de datos. • Un sistema de control de recuperación que restablece la base de datos después de que se produzca un fallo del hardware o del software. • Un diccionario de datos o catálogo, accesible por el usuario, que contiene la descripción de los datos de la base de datos. • Para acceder a los datos de la empresa. Los sistemas de gestión de bases de datos actualesdependen de un lenguaje de programación con el que se puede acceder, actualizar o eliminar los datos que hay en las tablas de la base de datos. Los programas acceden a los datos mediante consultas SQL a la base de datos. Por ejemplo, una página web puede obtener y mostrar datos de los productos almacenados en la base de datos de la organización como precios, fotografías, descripción, etc. Se puede acceder fácilmente a esta informacion si el software del servidor web está conectado al gestor de base de datos relacional. • Para crear relaciones sólidas entre los datos. Una de las funciones principales del sistema de gestión de base de datos relacional es permitir que tablas diferentes se relacionen entre sí. Por ejemplo, si una tabla contiene información sobre las ventas de productos y otra tiene datos sobre los empleados, se puedan relacionar ambas tablas para obtener información conjunta de una manera sencilla y sistemática. Esto permite poder sacar estadísticas sobre las ventas por vendedor. • Para introducir información nueva, modificar la existente o eliminarla si ya no es necesaria. Al conectar los programas con el sistema de gestión de base de datos resulta mucho más sencillo añadir nuevos datos o cambiar los ya existentes. • Para hacer búsquedas de datos de forma eficiente. Es relativamente fácil y ágil buscar y encontrar la información que necesitan dentro de toda la base de datos. A diferencia de los sistemas de ficheros, en los que los programas de aplicación trabajan directamente sobre los ficheros de datos, el SGBD se ocupa de la estructura física de los datos y de su almacenamiento. Con esta funcionalidad, el SGBD se convierte en una herramienta de gran utilidad. Sin embargo, desde el punto de vista del usuario, se podría discutir que los SGBD han hecho las cosas más complicadas, ya que ahora los usuarios ven más datos de los que realmente quieren o necesitan, puesto que ven la base de datos completa. Conscientes de este problema, los SGBD proporcionan un mecanismo de vistas que permite que cada usuario tenga su propia vista o visión de la base de datos. El lenguaje de dentición de datos permite definir vistas como subconjuntos de la base de datos. Todos los SGBD no presentan la misma funcionalidad, depende de cada producto. En general, los grandes SGBD multiusuario ofrecen todas las funciones que se acaban de citar e incluso más. Los sistemas modernos son conjuntos de programas extremadamente complejos y sofisticados, con millones de líneas de código y con una documentación consistente en varios volúmenes. Lo que se pretende es proporcionar un sistema que permita gestionar cualquier tipo de requisitos y que tenga un 100 % de fiabilidad ante cualquier tipo de fallo. DBMS EN LA NUBE Es importante para el éxito de nuestros negocios tener las herramientas para organizar de manera óptima los datos que recogemos y tenerlos fácilmente accesibles a cada momento para transformarlo en una potente ventaja competitiva y de diferenciación respecto a la competencia, empleando todos esos datos de manera estratégica y en el momento adecuado. En comparación con la operación de una base de datos tradicional en un servidor físico en el sitio y la arquitectura de almacenamiento, una base de datos en la nube ofrece las siguientes ventajas: Eliminación de la infraestructura física. En un entorno de base de datos en la nube, el proveedor de computación en nube de servidores, almacenamiento y otras infraestructuras es responsable del mantenimiento y la disponibilidad. En un entorno DBaaS, el proveedor de servicios es responsable de mantener y operar el software de base de datos, dejando a los usuarios DBaaS responsables sólo de sus propios datos. Ahorro de costes. A través de la eliminación de una infraestructura física y operada por un departamento de TI, pueden lograrse ahorros significativos a partir de gastos de capital reducidos, menos personal, disminución del coste en electricidad y una menor cantidad de espacio físico requerido. Escalabilidad instantánea. Si el tamaño de la base de datos tuviera una demanda variable debido a picos de negocios estacionales o picos inesperados en la demanda, nuestro proveedor podría ofrecernos rápidamente la capacidad adicional basada en tarifas, el rendimiento y nuestro ancho de banda. En una infraestructura tradicional, probablemente necesitaría esperar semanas o meses para la adquisición e instalación de recursos adicionales de servidor, almacenamiento o comunicaciones. Experiencia especializada. Hoy en día encontrar a expertos en bases de datos puede ser difícil, llegando a resultar prohibitivo mantenerlos como parte de nuestro personal. En un entorno DBaaS, nuestro proveedor puede atender a miles de clientes y por tanto, mantener y retener ese talento es posible económicamente para ellos, teniendo nosotros acceso a la experiencia de gente experta en la materia a nivel mundial. Precios decrecientes. Con los grandes y continuos avances en tecnología, dentro de un mercado intensamente competitivo entre los principales proveedores de servicios, los precios de la llamada computación en la nube se someten a una recalibración continua. Por tanto, esta disminución en los precios es un importante impulso para migrar nuestras tradicionales bases de datos a la nube, y obtener así, sus enormes ventajas. Existen numerosos tipos de bases de datos en la nube y todas están destinadas a satisfacer necesidades específicas y manejar tipos específicos de cargas de trabajo. Por ejemplo, hay bases de datos especialmente diseñadas para administrar transacciones, otras diseñadas para ejecutar aplicaciones a escala de Internet y otras que sirven como almacenes de datos para análisis. La aplicación de modelos de bases de datos específicos para abordar las necesidades de aplicaciones o cargas de trabajo específicas se conoce como persistencia políglota. Las cargas de trabajo OLTP son compatibles con modelos de datos que difieren de los que se utilizan en las cargas de trabajo OLAP. Los datos de documentos y multimedia se basan en formatos como XML y JavaScript Object Notation (JSON). Otros tipos de bases de datos incluyen bases de datos de gráficos que se utilizan para análisis de conectividad, bases de datos espaciales para análisis geográficos y almacenes de valores clave para almacenamiento de alto rendimiento y búsqueda de tipos de datos simples. Como las bases de datos comerciales y empresariales se han desarrollado con el tiempo, comenzaron a abarcar múltiples modelos de datos y métodos de acceso dentro de un único sistema de administración de bases de datos. Lo que está surgiendo hoy en la industria es un movimiento hacia la base de datos multimodelo que permite a un usuario final trabajar en diferentes tipos de cargas de trabajo desde una base de datos subyacente. Oracle se refiere a este concepto como persistencia políglota multimodelo. Esta nueva capacidad permite que muchas aplicaciones utilicen el mismo sistema de administración de bases de datos, mientras que la empresa continúa beneficiándose de los modelos de datos únicos necesarios para una aplicación específica. Estas nuevas arquitecturas de bases de datos permiten que las empresas optimicen significativamente la cantidad de bases de datos que usan y eviten la creación de silos de datos que limitan el activo más valioso de una organización (los datos) de un uso más amplio por parte de la empresa. ¿Qué buscar a la hora de seleccionar una base de datos en la nube? Hay muchos proveedores y opciones disponibles para las organizaciones que buscan una solución de base de datos en la nube para su empresa. Querrá seleccionar un modelo que funcione mejor para sus necesidades comerciales específicas. Las siguientes son algunas características clave que debe buscar en cualquier base de datos enla nube: Rendimiento en línea y escalabilidad independiente de cómputo y almacenamiento, revisiones y actualizaciones (con disponibilidad de datos ininterrumpida para las aplicaciones) garantizará que la capacidad de su base de datos se ajuste a las necesidades de su empresa a medida que fluctúan, sin interrumpir las operaciones. La optimización del rendimiento automatizada y en línea, como la indexación automática, es imprescindible. También querrá la agrupación de escalamiento horizontal para lectura y escritura, para garantizar que sus cargas de trabajo de misión crítica en tiempo real se ejecuten sin problemas. Seguridad Las características de seguridad sólidas son primordiales. Cualquier modelo de base de datos que seleccione debe poder realizar el cifrado de datos en reposo y activos y proporcionar actualizaciones de seguridad automatizadas. También es esencial para garantizar una separación estricta de tareas, de modo que las operaciones no puedan acceder a los datos del cliente. Las sólidas capacidades de redacción de datos ayudan a garantizar que la visibilidad de los datos confidenciales sea limitada y controlada. La detección y prevención de ataques externos impulsadas por el aprendizaje autónomo proporcionan una capa adicional de seguridad en tiempo real. Por último, para sus aplicaciones más críticas para el negocio, querrá una infraestructura en la nube dedicada que incluya aislamiento de hardware de otros clientes. Y más… Otras cualidades a tener en cuenta incluyen una base de datos legible en espera (combinada con informes) para reducir los costos de alta disponibilidad y tecnologías flashback líderes en la industria para ayudar a proporcionar protección contra errores del usuario. Finalmente, su base de datos debe tener una amplia compatibilidad con aplicaciones de terceros. Definición de computación en la nube(según Oracle) En resumen, la computación en la nube es alquilar en lugar de comprar su TI. En lugar de invertir mucho en bases de datos, software y equipos, las empresas optan por acceder a su potencia informática a través de Internet y pagan cuando la utilizan. Cuando una empresa elige "migrar a la nube", significa que su infraestructura de TI se almacena fuera del sitio en un centro de datos mantenido por un proveedor de computación en la nube (como Oracle). El proveedor de la nube es responsable de administrar la infraestructura de TI del cliente, integrar aplicaciones y desarrollar nuevas funciones para mantenerse al día con las necesidades del mercado. Para los clientes, la computación en la nube proporciona mayor agilidad, escala y flexibilidad. Los clientes no tienen que gastar dinero y recursos en sistemas de TI antiguos, pero pueden concentrarse en tareas más estratégicas. Sin tener que realizar una gran inversión inicial, las empresas pueden acceder rápidamente a los recursos informáticos que necesitan y pagar solo por los recursos que necesitan. Tipos de cómputo en la nube Hay tres tipos diferentes de nubes: nube pública, nube privada y nube híbrida. Se diferencian en el nivel de gestión requerido por el cliente y el nivel de seguridad que brindan. Nube pública En la nube pública, toda la infraestructura informática se encuentra dentro del proveedor de la nube, que proporciona estos servicios a los clientes a través de Internet. Los clientes no necesitan mantener su propia TI y pueden agregar rápidamente más usuarios o potencia informática según sea necesario. El proveedor de la nube tiene varios inquilinos y comparten su infraestructura de TI. Nube privada Una nube privada es una nube dedicada a una organización. Se puede alojar en las instalaciones de la organización o en el centro de datos del proveedor de la nube. Las nubes privadas proporcionan el más alto nivel de seguridad y control. Nube híbrida Como sugiere el nombre, la nube híbrida es una combinación de nube pública y nube privada. Por lo general, los clientes alojarán aplicaciones comerciales clave en sus propios servidores para mejorar la seguridad y el control, y sus aplicaciones auxiliares se almacenarán en las instalaciones del proveedor de la nube. parcialmente nublado Este es el uso de múltiples dispositivos de almacenamiento y computación en la nube en una sola arquitectura. Los clientes pueden mezclar entornos de software como servicio (SaaS), plataforma como servicio (PaaS) e infraestructura como servicio (IaaS). Tipos de servicios en la nube Hay tres tipos principales de servicios en la nube: software como servicio (SaaS), plataforma como servicio (PaaS) e infraestructura como servicio (IaaS). No existe una solución de nube única para todos. Idealmente, encuentre la solución adecuada que se adapte a sus necesidades comerciales. SaaS y sus beneficios(según Oracle) El software como servicio (SaaS) es un modelo de entrega de software en el que las aplicaciones del cliente están alojadas en las instalaciones del proveedor de la nube. El cliente accede a sus aplicaciones a través de Internet. En lugar de pagar y mantener su propia infraestructura informática, el cliente aprovecha la suscripción al servicio de pago por uso. Muchas empresas consideran que SaaS es la solución ideal porque les permite ponerse en marcha rápidamente con la tecnología más innovadora disponible. Las actualizaciones automáticas reducen la carga sobre los recursos internos. Los clientes pueden ampliar la escala de sus servicios para afrontar las cargas de trabajo fluctuantes y agregar más servicios o funciones a medida que van creciendo. Una suite de nube moderna proporciona un software completo para cada necesidad empresarial, como la experiencia del cliente, la adquisición de ERP, la administración de la cartera de proyectos ERP, la cadena de suministro y la planificación empresarial. PaaS y sus beneficios(según Oracle) La plataforma como servicio (PaaS) brinda a los clientes la ventaja de acceder a las herramientas de desarrollo necesarias para desarrollar y crear aplicaciones móviles y web sin la necesidad de invertir o mantener la infraestructura. El proveedor aloja la infraestructura y los componentes de middleware, y los clientes acceden a estos servicios a través de un navegador web. Para aumentar la productividad, el servicio PaaS de Oracle proporciona componentes de programación listos para usar que permiten a los desarrolladores agregar nuevas funciones a sus aplicaciones, incluidas tecnologías innovadoras como inteligencia artificial (IA), chatbots, blockchain e Internet de las cosas (IoT). También incluye soluciones para analistas, usuarios finales y administradores de TI profesionales, que incluyen análisis de big data, gestión de contenido, gestión de bases de datos, gestión de sistemas y seguridad. IaaS y sus beneficios(según Oracle) La infraestructura como servicio (IaaS) permite a los clientes acceder a los servicios de infraestructura a través de Internet a pedido. La ventaja clave es que el proveedor de la nube aloja los componentes de la infraestructura que brindan capacidad informática, de almacenamiento y de red, lo que permite a los suscriptores ejecutar sus cargas de trabajo en la nube. Los usuarios de la nube son generalmente responsables de instalar, configurar, proteger y mantener cualquier software en una infraestructura basada en la nube, como bases de datos, middleware y software de aplicación. Beneficios del cómputo en la nube Hay varias tendencias que están impulsando a las empresas de todos los sectores a migrar a la nube. Para la mayoría de las organizaciones, es posible que los métodos comerciales actuales no proporcionen una mayor agilidad o una plataforma competitiva o flexibilidad. La explosión de datos creada por cada vez más empresas digitales está elevando el costo y la complejidad del almacenamiento del centrode datos a un nuevo nivel. Esto requiere que el departamento de TI proporcione nuevas habilidades y herramientas de análisis. Las soluciones modernas en la nube pueden ayudar a las empresas a afrontar los retos de la era digital. La nube permite a las empresas responder rápidamente a entornos comerciales complejos y rápidos en lugar de administrar su propia TI. De qué manera la nube puede fomentar la innovación Los clientes de la nube integrarán automáticamente las últimas innovaciones y tecnologías emergentes en sus sistemas de TI. El proveedor de la nube es responsable de desarrollar nuevas funciones. Los clientes en la nube han obtenido esta ventaja estratégica. Lo importante es la velocidad de la innovación. Los clientes de Oracle Cloud pueden aprovechar una arquitectura de cómputo de nube moderna para innovar más rápido, aumentar la productividad y reducir los costos. Las capacidades integradas en la nube de Oracle (SaaS, PaaS e IaaS) proporcionan a las empresas la capacidad de pasar de las operaciones a la innovación. Las empresas pueden ofrecer nuevas aplicaciones y servicios, incluido el uso de tecnologías innovadoras como la inteligencia artificial (IA), chatbots, blockchain e Internet of Things (IoT). Las empresas pueden aprovechar la abundancia de datos para obtener información predictiva de sus negocios y, en última instancia, obtener mejores resultados para sus clientes. Confianza y seguridad La migración a la nube elimina la molestia y el costo de mantener la seguridad de TI. Los proveedores de nube con experiencia continúan invirtiendo en las últimas tecnologías de seguridad no solo para responder a las amenazas potenciales, sino también para permitir a los clientes cumplir mejor con los requisitos de las regulaciones aplicables. Oracle continúa invirtiendo en cada capa de seguridad en la nube en el diseño general de todas las regiones del centro de datos global. La nube confiable y probada de Oracle está diseñada para brindar seguridad en cada capa de la pila. Este enfoque de nube de seguridad de múltiples capas puede proporcionar el nivel de seguridad requerido por el negocio del cliente, que no está disponible en ningún otro proveedor. Soluciones completas en la nube Para las organizaciones atrapadas en silos de datos y procesos comerciales inconexos, la nube proporciona una forma de transformar sus operaciones comerciales. Con la nube, no es necesario reinventar el disco de proceso. Todo el conjunto de aplicaciones en la nube es modular, pero está interconectado para eliminar los silos de datos y permitir negocios inteligentes e interconectados. Con Oracle, las tres capas de la nube están conectadas de una manera sin precedentes. Es una plataforma completamente integrada, con soluciones inteligentes en cada capa. Con nuestro paquete completo de aplicaciones comerciales y las soluciones ERP líderes, permitimos a las organizaciones llevar todo su negocio a la nube. Para ayudar a lograr ahorros y mejoras de agilidad, Oracle Autonomous Database logra de manera única esta transformación al eliminar la complejidad, los errores humanos y la administración manual. Conclusión Biliografia Importancia, tipos y selección de un gestor de base de datos | Kyocera. (s. f.). KYOCERA. Recuperado 20 de noviembre de 2020, de https://www.kyoceradocumentsolutions.es/es/smarter-workspaces/business- challenges/paperless/importancia-tipos-y-seleccion-de-un-gestor-de-base-de- datos.html Diana Pre. (2017). Evolucion de los DBMS. 2020, de Sutori Sitio web: https://www.sutori.com/story/evolucion-de-los-dbms-- epT1tUG9DKyoU2BHxjQ2yGbY B. Prabhakaran. (2011). Multimedia Database Management Systems. En Database System Concepts(p.10). New York: McGraw-Hell. https://www.kyoceradocumentsolutions.es/es/smarter-workspaces/business-challenges/paperless/importancia-tipos-y-seleccion-de-un-gestor-de-base-de-datos.html https://www.kyoceradocumentsolutions.es/es/smarter-workspaces/business-challenges/paperless/importancia-tipos-y-seleccion-de-un-gestor-de-base-de-datos.html https://www.kyoceradocumentsolutions.es/es/smarter-workspaces/business-challenges/paperless/importancia-tipos-y-seleccion-de-un-gestor-de-base-de-datos.html https://www.sutori.com/story/evolucion-de-los-dbms--epT1tUG9DKyoU2BHxjQ2yGbY https://www.sutori.com/story/evolucion-de-los-dbms--epT1tUG9DKyoU2BHxjQ2yGbY
Compartir