Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migración de infraestructura #157

Open
JPIglesias-Triangle opened this issue Sep 21, 2017 · 17 comments
Open

Migración de infraestructura #157

JPIglesias-Triangle opened this issue Sep 21, 2017 · 17 comments

Comments

@JPIglesias-Triangle
Copy link
Contributor

Creo que para que todo fuera más sencillo (y que el sitio este en un CDN) lo mejor sería montar la página en Netlify (netlify.com) en vez de en GH Pages.

@gndx
Copy link
Contributor

gndx commented Sep 21, 2017

Yo tengo servidores, que necesitan para habilitarlo.

@eldelentes
Copy link
Owner

eldelentes commented Sep 21, 2017 via email

@JPIglesias-Triangle
Copy link
Contributor Author

Perfecto

@arturojain
Copy link
Collaborator

Se puede usar el CDN de CloudFlare

@miguejs miguejs changed the title Netlify vs Github Pages Migración de infraestructura Sep 21, 2017
@JPIglesias-Triangle
Copy link
Contributor Author

@arturojain Netlify ya tiene un CDN (creo que es CloudFront), pero usar CloudFare no es mala idea.

@arturojain
Copy link
Collaborator

arturojain commented Sep 21, 2017

@JPIglesias-Triangle el mayor problema es que migrar de Github pages a Netlify puede ser más costoso y pesado que únicamente cambiar los NS, además podemos tener las ventajas de minificación, seguridad, y resiliencia de CloudFlare

@carlosroh
Copy link

Ya tienen un API? Puedo ayudarlos con eso. Tambien tengo cuenta en AWS si ocupan.

@angelmartz
Copy link

¿Y para que quieren migrar si no aceptaron backend o un API? lo soporta bien GithubPages

@JPIglesias-Triangle
Copy link
Contributor Author

@arturojain Buen punto. Creo que CloudFlare seria la mejor opción a largo plazo.

@JPIglesias-Triangle
Copy link
Contributor Author

@angelmartz Lo estamos pensando para cuando escalemos esto a no solo este terremoto, sino cualquier desastre que ocurra.

@eldelentes
Copy link
Owner

Este tema es importante para como menciona @JPIglesias-Triangle futuros despliegues, aunque aun no hemos definido el Back End al 100% tenemos que pensar en infraestructura que nos permita aguantar picos de hasta 7000 usuarios recurrentes (Fue nuestro mayor pico)

@angelmartz
Copy link

Creo que no tienen idea bien de lo que es cloud, la infraestructura no es problema si sabes configurarla, pero ustedes solo manejan frontend, y no de backend o sysadmin, nginx bien configurado y en un servidor no tan potente incluso en un VPS 19.99 usd al mes, me ha aguantado 35k concurrente, aparte existen IaaS que escalas muy fácilmente como AWS,Amazon,Azure, no se qué tant9 le piensan o meten ideas de static hosting

@arturojain
Copy link
Collaborator

@angelmartz también es importante ver como reducir costos a través de opciones como CDNs, además de mejorar la seguridad del proyecto y prevenir cualquier pico de carga como podría ser con CloudFlare.

@angelmartz
Copy link

Te digo ¿Cual es el problema? Cloudflare es un proxy caché, y dns server, no toma de 5 minutos la implementación, y 0 downtime, ni necesitas modificar código

@angelmartz
Copy link

Mi pregunta entonces es ¿Que experiencia tienen administrando servidores? ¿Que stack manejan? ¿Y que servidores web manejan? ¿Cual es la experiencia con temas referentes a escalabilidad, y con sitios de alta concurrencia? ¿Conocen lo que son las pruebas de estrés?

@darthkrone
Copy link

yo uso https://www.openshift.com/ con node.js, mongoDB bueno ahi puedes escoger tus gears para escalar la app

@onlyangel
Copy link

Aver. Ok Esta caido el sitio. Cuando este caido el sitio podemos analizar este tema va?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

9 participants