Clase 5 de 17 • Curso de Introducción al Despliegue de Aplicaciones
Contenido del curso
LAMP
El despliegue de una aplicación LAMP (Linux, Apache, Mysql, PHP) puede ser de los más conocidos y populares dado la popularidad de php y mysql Cuando empezaron a aparecer las aplicaciones web .
Existen varias formas de desplegar, estas son las más comunes:
Hosting compartido: la fórmula más popular es comprar un servicio de hosting donde te proveen de una interfaz web llamada Cpanel donde puedes crear tu base de datos mysql, subir tus archivos php por ftp o administrador web y tener tu app en minutos.
Hosting gratuito: Algunas empresas proveen hosting gratuito a cambio de que se integre publicidad en tus scripts php o de acceder a la información de tu sitio, sin embargo estas tienden a tener interfaces web menos amigables para subir archivos de la aplicación y la base de datos.
Usar un VPS: utilizando plataformas como Digital Ocean, se puede crear un droplet (forma en que llaman a los VPS en esta empresa), para tener acceso SSH y poder instalar php,mysql, apache y lo que se necesite para instalar la aplicación web, puede tomar más tiempo en configurar todo, y el vps se debe administrar por la persona, a cambio, se gana acceso total al servidor para modificar php, mysql, y realizar tareas de gestión, o escalamiento de la aplicación.
JOTL
Por otra parte, en el mercado también es muy popular el stack de la empresa Oracle JOTL (Java, Oracle, Tomcat, Linux) dado el soporte y la fama que tiene Oracle de tener el sistema de base de datos más robusto, y esto sumado con Java que es un lenguaje de programación multiplataforma: funciona para hacer aplicaciones de escritorio, aplicaciones web, aplicaciones móviles para Android, etc.
Estas son las formas más comunes para desplegar una aplicación JOTL.
Usar una plataforma como servicio: Se puede utilizar una PaaS - Platform As A Service, como es el caso de heroku, que se encarga del despliegue de la aplicación y se puede hacer un despliegue más rápido, pero se pierde el control sobre el servidor.
Usar una Infraestructura como servicio: IaaS o Infrastructure As a Service, son empresas como AWS de Amazon, Cloud Platform de Google, Azure de microsoft o incluso IBM cloud, estas ofrecen un control mayor sobre la infraestructura, desde los servidores VPS, red, Backups, disponibilidad, escalabilidad, seguridad entre otras ventajas, sin embargo requieren de un conocimiento en manejo de infraestructuras para poder configurar todas estas opciones.
Usar infraestructura propia: Algunas empresas prefieren disponer de una infraestructura propia, esto se conoce como on-premises, entre la razones y ventajas para este tipo de infraestructura están:
Privacidad del código fuente o aplicación, ya que este se encontrará local y no en servidores en una nube a los que terceros podrían acceder.
La segunda razón es por latencia, dado que un datacenter en la misma ciudad podrá ofrecer mejores tiempos de respuesta que uno en otro País o continente.
Finalmente por control, ya que las empresas que adoptan esto, tienen control total sobre la infraestructura física (no sólo la lógica como ocurre con las IaaS).
Como desventajas principales están: Disponibilidad física, si el lugar donde está el datacenter sufre un incendio, terremoto o cualquier situación que afecte el lugar, podría perderse el acceso físico a la información y/o a la red.
Costo, mientras la computación en la nube ofrece precios competitivos por horas, escalamiento dinámico y otros temas que parecen casi automáticos, en los entornos on-premise los costos pueden ser mayores dado que se debe costear servidores, racks de almacenamiento, el datacenter donde se almacenará la información, la energía, internet, seguridad, y demás costos asociados.
Existen muchas opciones para desplegar aplicaciones de este tipo, cada una tiene ventajas y desventajas, depende del tipo de proyecto la opción a seleccionar.
Nota: En el Stack de Java y Oracle también se puede intercambiar Apache Tomcat con GlassFish u otros, incluso en la parte de sistema operativo, cambiando Linux por Windows server.
Juan Esteban Galvis
Reinaldo Mendoza
César Palma
Eddy Arellanes
Reinaldo Mendoza
Isaac Morales Cedeño
Carlos Mario Mora Restrepo
Reinaldo Mendoza
Rodrigo Harriague
Juan Carlos Pineros
Gerardo Alberto Soto Alvarez del Castillo
Royer Guerrero Pinilla
Carlos Eduardo Gomez García
Juan Sebastián Ricaurte Macías
Ian Vassallo
Miguel Gil Rosas
Eduardo Rafael Romero Bernal
César Palma
Brandon Nicolas Morales
Gerardo Alberto Soto Alvarez del Castillo
Brandon Nicolas Morales
Cesar Alfredo Llacta Quispe
Santiago Bernal
Deivy Hernandez
David Salcedo
Erick Argueta
Nelson Cayoja Flores
Juan Camilo Jimenez V
RUBEN DARIO GONZALEZ MENDOZA
Erick Argueta
Erick Argueta
Erick Argueta
Erick Argueta
Erick Argueta
Las aplicaciones de frontend sencillas (HTML, CSS y JavaScript) pueden desplegarse en GitHub Pages o si tiene que hacer un build se pueden desplegar en Netlify (Por ejemplo)
Si quieren aprender las tecnologías mencionadas en la lectura dejo los cursos:
Muy buen detalle ese indice companero
se puede desplegar builds para frontend en github pages con el paquete gh-pages de nodejs
Corrección: Una app en JOTL no puede desplegarse en Heroku, Heroku no tiene disponible la DB de Oracle y como es un PaaS tampoco puedes elegir que server usar, en este caso Tomcat Heroku sirve para todas las demás.
A tomado fuerza Heroku, cada vez veo que se usa en mas proyectos
WAMP es el homologo de LAMP, solo que cambia Linux por Windows
Deseo hacer una aclaracion. LAMP es un stack para produccion. WAMP y sus variantes estan enfocadas a desarrollo y no se recomienda para producción.
Windows es mas pensado para usuarios finales, no para desarrollar infraestructura
Hola! Me llama la atención un párrafo de esta clase. El párrafo es el siguiente: Usar infraestructura propia: Algunas empresas prefieren disponer de una infraestructura propia, esto se conoce como on-premises, entre la razones y ventajas para este tipo de infraestructura están: ++Privacidad del código fuente o aplicación, ya que este se encontrará local y no en servidores en una nube a los que terceros podrían acceder.++
¿A que se refiere lo que menciona sobre la privacidad?, significa que con los servicios que se ofrecen en la nube, como AWS de Amazon, Cloud Platform de Google, Azure de microsoft, IBM cloud o incluso Digital Ocean, podrían acceder a la información como el código o base de datos de mi aplicación? es decir no son seguros? no son privados? No tengo ninguna experiencia con estos servicios, espero puedan anclarme mi duda.
La verdad esta afirmación no es cierta, es mas un paradigma que algunos todavía tienen de que la información en un proveedor Cloud no esta segura. Hoy día casi todos encriptan la información y se han esforzado bastante en el tema de la seguridad. La razón para utilizar un datacenter en tierra o onpremise tiene que ver mas con temas de latencia o en el caso de los bancos por temas regulatorios que aun no están muy bien establecidos, pero eso ha venido cambiando mucho en los últimos años.
Excelente punto compañero, todos los servicios que ofrecen un almacenamiento en la nube (en sus propios datacenter) cuentan con seguridad, pero sin embargo, pueden sufrir ataques cibernéticos de la misma manera en un servidor on-premises, y aun si un servidor en amazon esta mal configurado tanto por el cliente como por la empresa, puede ser atacado, lo más recomendable es siempre tener un equipo de testers (Hackers White hat) de nuestro lado para evitar vulnerabilidades tanto en la nube como on-premises.
En el instituto donde estudie enseñaban LAMP pero me gusta mas Django y python
Algo muy importante es que a mi parecer ya no es viable hacerse un servidor propio habiendo servicios en la nube, y hay muchas razones para esto, los únicos casos en los que considero que esto podría ser viable es para sistemas de una universidad que tenga un único campus en la ciudad, ya que ahí sí que podrían conectarse con un bajo nivel de tráfico.
Incorrecto, ejemplo ando desplegando una aplicación en un pueblo donde el internet es muy limitado por lo que la Nube, no es propiamente la mejor opción. La solución es lo que necesites, no siempre necesitas un Docker, o Kubernets etc. A veces menos, es mas
Entiendo el punto de Retax; hoy si creamos algo nosotros mismos y estamos en una ciudad, sería conveniente no tener tu propio servidor (A menos que tengas toda la infraestrucura ya en tu garaje, pero soy un mortal JAJA), ya que todo eso AWS o Firebase hacen el favor jaja.
Sí hay excepciones como el proyecto de de Juan, pero por una razón aws, firebase y otras empresas existen para satisfacer esa demanda (además un conocido hizo algo tán épico con el precio en aws xD)
Muy pobre el contenido con LAMP y JOTL.
Si no entendí mal, entonces sería algo así:
on premise: tienes un servidor dentro de tus instalaciones. SAAS: alquilo software -> google docs tal cual PAAS: alquilo plataformas -> vienen a ser enlatados de infraestructura/software para desplegar aplicaciones sean frontend, backend. Mayormente se arman segun necesidades del mercado. Plataforma .net, Plataforma java, Frontend, python, ruby, etc. Tal cual el stack tecnológico personalizado para que tu aplicacion desarrollada bajo dicho stack se ejecute. IAAS: alquilas infraestructura como servicio en la nube (algo como empresas que alguilan maquinas de otras empresas para cumplir con sus necesidades). Con ello se puede armar arqitecturas que den soporte a aplicaciones complejas o personalizadas. Es el servicio que otorga mas flexibilidad, asi como complejidad. Actualmente: wordpress. com es un ejemplo de saas. Muchos proveedores de nube proporcionan enlatados (IAAS) para tener un wordpress andando con un par de clicks. Y empezar ya a administrarlo. Lo mas clasico y antiguo es que existen empresas que dan hosting de paginas php con su wordpress listo en unos clicks en administradores tipo cpanel. (hostinger). Puedes incluso tener tu server wordpress onpremise montando el stack tecnológico necesario en dicho server.
Hola @Brandon, nos podrías explicar algo más sobre OCI, alguna experiencia, gracias.
Hola Gerardo, claro que sí, había dejado un link pero al parecer platzi lo vio sospechoso jeje. Igual aquí va de nuevo, puedes crearte un cuenta de prueba gratuita y te dan $300 para que pruebes todos los servicios que ofrecen y al menos cuando lo hice, no es mandatorio que dejes tu tarjeta de crédito para registrarte. Bendiciones.
https://www.oracle.com/co/cloud/ Prueba: https://www.oracle.com/co/cloud/free/?&source=:ow:o:p:nav:0916BCButton&intcmp=:ow:o:p:nav:0916BCButton
Hola consulta se puede usar XAMPP en lugar de LAMP ?
Por supuesto, del lado del servidor no es obligación usar Linux, aunque es lo más recomendable
Hola! Quiero comentarles mi caso... Estoy desplegando una web App en React en digital ocean, pero el front cuando se comunica con el backend falla o es lenta.
Estoy consumiendo micro servicios para pagos y fotos de productos y descripciones, estos también fallan.
Realmente no sé qué estoy haciendo mal. o talvez estoy utilizando mal las herramientas de despliegue ya que en mi entorno local el código funcionaba a la perfección. Agradezco quién me pueda ayudar!
Habia escuchado de LAMP, pero tambien de WAMP.
21
para que colocas esos numeros
En estos stack prpuestos tambien se puede incorporar el uso de GlassFish, el cual es un servidor para aplicaciones de software libre desarrollado por Sun Microsystems, compañía adquirida por Oracle Corporation, que implementa las tecnologías definidas en la plataforma Java EE y permite ejecutar aplicaciones que siguen esta especificación. Tambien esta la opcion de no trabajar con linux, se recomienda el uso de Windows server, SO para servidores que Microsoft ha estado desarrollando desde el 27 de julio de 1993. El primer sistema operativo que se lanzó para esta plataforma es Windows NT 3.1 Advanced Server. Según las estadísticas de W3Techs, los servidores web en el top 3 —en mayo de 2022— son Nginx, Apache y Cloudflare Server. Según las estadísticas de Netcraft, —en mayo de 2022— los 3 servidores web más usados son Nginx, Apache y OpenResty.
Muy famosos estos Stacks Lamp y Jotl.
110
109
108
107
105
