de hospedaje<\/a>), Yandex.\u041e\u0431\u043b\u0430\u043a\u043e (ofrecen 4000 rublos por 2 meses), Microsoft Azure (ofrecen acceso gratuito a servicios populares durante un a\u00f1o, m\u00e1s 12,500 rublos para cualquier servicio durante un mes). De esta manera, se puede probar cualquiera de estos proveedores sin gastar un centavo, pero obteniendo una opini\u00f3n aproximada sobre la calidad y el nivel del servicio prestado. \n<\/li>\n<\/ul>\n\nDependiendo del camino elegido, solo cambiar\u00e1 el hecho de qui\u00e9n, en su mayor\u00eda, asume la responsabilidad en un \u00e1rea espec\u00edfica de la administraci\u00f3n. Si usted aloja por s\u00ed mismo, debe entender que cualquier interrupci\u00f3n en el suministro el\u00e9ctrico, Internet, el servidor mismo, el software desplegado en \u00e9l, todo esto recae completamente sobre sus hombros. Sin embargo, para aprender y probar, esto es m\u00e1s que suficiente. <\/p>\n
Si no tiene una m\u00e1quina adicional que pueda funcionar como servidor, entonces querr\u00e1 optar por la segunda o tercera opci\u00f3n. El segundo caso es id\u00e9ntico al primero, salvo que traslada la responsabilidad por la disponibilidad del servidor y su capacidad a las espaldas del proveedor de alojamiento. La administraci\u00f3n del servidor y del software a\u00fan estar\u00e1 bajo su control. <\/p>\n
Y, finalmente, la opci\u00f3n de alquilar recursos de proveedores de nube. Aqu\u00ed puede configurar la gesti\u00f3n automatizada de pr\u00e1cticamente cualquier cosa sin profundizar mucho en los matices t\u00e9cnicos. Adem\u00e1s, en lugar de una sola m\u00e1quina, puede tener varias instancias (ejemplares) que se ejecuten en paralelo y que, por ejemplo, pueden encargarse de diferentes partes de la aplicaci\u00f3n, sin diferir mucho en costo de poseer un servidor dedicado. Adem\u00e1s, aqu\u00ed hay herramientas de orquestaci\u00f3n, contenedorizaci\u00f3n, despliegue autom\u00e1tico, integraci\u00f3n continua y mucho m\u00e1s. Algunas de estas cosas las examinaremos a continuaci\u00f3n. <\/p>\n
En general, la infraestructura del servidor se ve de la siguiente manera: tenemos lo que se llama un \"orquestador\" (\"orquestaci\u00f3n\" \u2014 el proceso de gestionar m\u00faltiples instancias de servidores), que gestiona los cambios del entorno en la instancia del servidor, un contenedor de virtualizaci\u00f3n (opcional, pero a menudo utilizado), que permite separar la aplicaci\u00f3n en capas l\u00f3gicas aisladas, y un software de Integraci\u00f3n Continua que permite actualizar el c\u00f3digo alojado a trav\u00e9s de \"scripts\". <\/p>\n
Entonces, la orquestaci\u00f3n le permite ver el estado de los servidores, realizar \"aplicaciones\" o \"reversiones\" de las actualizaciones del entorno del servidor, y m\u00e1s. Al principio, este aspecto probablemente no le afectar\u00e1, ya que para orquestar algo se necesitan varios servidores (puede que utilice uno, pero \u00bfpara qu\u00e9?). Y para tener varios servidores, se necesita una demanda de ellos. Entre las herramientas de esta \u00e1rea, Kubernetes es la m\u00e1s reconocida, desarrollada por Google<\/i>. <\/p>\n
El siguiente nivel es la virtualizaci\u00f3n a nivel de SO. Actualmente, el t\u00e9rmino \"dockerizaci\u00f3n\" se ha vuelto muy com\u00fan, que proviene de la herramienta Docker<\/i>, que proporciona la funcionalidad de contenedores aislados entre s\u00ed, pero que se ejecutan en el contexto de un solo sistema operativo. \u00bfQu\u00e9 significa esto? En cada uno de estos contenedores, se puede ejecutar una aplicaci\u00f3n, o incluso un conjunto de aplicaciones, que se comportar\u00e1n como si fueran las \u00fanicas en todo el sistema operativo, sin sospechar de la existencia de otras en la misma m\u00e1quina. Esta funci\u00f3n es muy \u00fatil tanto para ejecutar las mismas aplicaciones en diferentes versiones, o simplemente aplicaciones que entran en conflicto, as\u00ed como para descomponer partes de una aplicaci\u00f3n en capas. Esta copia de capas se puede grabar en una imagen, que se puede usar, por ejemplo, para implementar la aplicaci\u00f3n. Es decir, al instalar esta imagen y desplegar los contenedores que contiene, obtienes un entorno listo para ejecutar tu aplicaci\u00f3n. En sus primeros pasos, puedes utilizar esta herramienta tanto con fines de familiarizaci\u00f3n como para obtener beneficios reales, distribuyendo la l\u00f3gica de la aplicaci\u00f3n en diferentes capas. Sin embargo, es importante mencionar que la dockerizaci\u00f3n no es necesaria para todos, ni siempre. La dockerizaci\u00f3n es justificable en casos donde la aplicaci\u00f3n est\u00e1 'fragmentada', dividida en partes peque\u00f1as, cada una responsable de su tarea, lo que se conoce como 'arquitectura de microservicios'. <\/p>\n
Adem\u00e1s, adem\u00e1s de asegurar el entorno, tambi\u00e9n necesitamos asegurar un despliegue adecuado de la aplicaci\u00f3n, que incluya diversas transformaciones de c\u00f3digo, instalaci\u00f3n de bibliotecas y paquetes relacionados con la aplicaci\u00f3n, ejecuci\u00f3n de pruebas, notificaciones sobre estas operaciones, etc. Aqu\u00ed, debemos prestar atenci\u00f3n a un concepto llamado 'Integraci\u00f3n Continua' (CI \u2013 Integraci\u00f3n Continua<\/i>). Los principales herramientas en este campo en este momento son Jenkins (una herramienta para CI, escrita en Java, que puede parecer un poco complicada al principio), Travis CI<\/i> (escrita en Ruby, subjetivamente un poco m\u00e1s f\u00e1cil que Jenkins, aunque a\u00fan requiere algunos conocimientos sobre configuraci\u00f3n de despliegue),<\/i>(escrita en Gitlab CI<\/i> Ruby y Go ). As\u00ed que, despu\u00e9s de hablar sobre el entorno en el que trabajar\u00e1 tu aplicaci\u00f3n, ha llegado el momento de ver finalmente qu\u00e9 herramientas nos ofrece el mundo moderno para crear estas aplicaciones.<\/i>). <\/p>\n
Comencemos con lo b\u00e1sico: <\/p>\n
Comencemos con lo b\u00e1sico: Backend<\/i> (backend) - parte del servidor. La elecci\u00f3n del lenguaje, conjunto de funciones b\u00e1sicas y estructura predefinida (framework) aqu\u00ed se determina principalmente por preferencias personales, aunque vale la pena mencionar para su consideraci\u00f3n (la opini\u00f3n del autor sobre los lenguajes es bastante subjetiva, aunque intenta ser imparcial): <\/p>\n\nPython es un lenguaje bastante amigable para el usuario inexperto, perdona algunos errores, pero tambi\u00e9n puede ser bastante estricto con el desarrollador para que no cometa errores graves. Es un lenguaje de programaci\u00f3n ya bastante maduro y considerado, que apareci\u00f3 en 1991. \n<\/li>\n Go es un lenguaje de la compa\u00f1\u00eda Google, tambi\u00e9n es bastante amigable y conveniente, es bastante f\u00e1cil compilar y obtener un archivo ejecutable en cualquier plataforma. Puede ser simple y agradable, pero tambi\u00e9n puede ser complejo y serio. Es fresco y joven, apareci\u00f3 relativamente recientemente, en 2009. <\/li>\n Rust es un poco m\u00e1s viejo que su colega anterior, lanzado en 2006, sigue siendo bastante joven en comparaci\u00f3n con sus hermanos. Est\u00e1 orientado a desarrolladores m\u00e1s experimentados, aunque todav\u00eda intenta resolver muchas tareas de bajo nivel por el programador.<\/li>\n Java es un veterano del desarrollo comercial, apareci\u00f3 en 1995, y es uno de los lenguajes m\u00e1s utilizados en el desarrollo de aplicaciones empresariales en este momento. Con sus conceptos b\u00e1sicos y la complejidad de configurar el entorno de ejecuci\u00f3n, puede volverse bastante complicado para los principiantes. <\/li>\n ASP.net es una plataforma para el desarrollo de aplicaciones lanzada por Microsoft. Para escribir la funcionalidad, principalmente se utiliza el lenguaje C# (se pronuncia C Sharp), que apareci\u00f3 en 2000. En t\u00e9rminos de complejidad, es comparable a un nivel entre Java y Rust. <\/li>\n PHP, que originalmente se utiliz\u00f3 para preprocesar HTML, a\u00fan mantiene el liderazgo absoluto en el mercado de lenguajes, aunque se observa una tendencia a la disminuci\u00f3n de su uso. Se caracteriza por su bajo umbral de entrada y la simplicidad en la escritura del c\u00f3digo, pero al mismo tiempo, en el desarrollo de aplicaciones bastante grandes, la funcionalidad del lenguaje puede resultar insuficiente. <\/li>\n<\/ul>\n\nY la parte final de nuestra aplicaci\u00f3n - la m\u00e1s tangible para el usuario - Frontend<\/i> (frontend) - es la cara de su aplicaci\u00f3n, es con esta parte con la que el usuario interact\u00faa directamente. <\/p>\n
Sin entrar en detalles, el front-end moderno se basa en tres pilares, frameworks (y otros menos comunes), para la creaci\u00f3n de interfaces de usuario. Por lo tanto, los tres m\u00e1s populares son: <\/p>\n
\nReactJS \u2013 no es un framework, sino una biblioteca. En realidad, se diferencia del orgulloso t\u00edtulo de framework solo por la falta de algunas funciones \"listas para usar\" y la necesidad de instalarlas manualmente. As\u00ed, hay varias maneras de \"preparar\" esta biblioteca, formando sus propios frameworks. Para un principiante puede ser un poco complicado, debido a algunos principios b\u00e1sicos y a la configuraci\u00f3n agresiva del entorno de construcci\u00f3n. Sin embargo, para un inicio r\u00e1pido, se puede utilizar el paquete \"create-react-app\".<\/li>\n VueJS \u2013 es un framework para construir interfaces de usuario. De este tr\u00edo, con raz\u00f3n se lleva el t\u00edtulo del framework m\u00e1s amigable para el usuario, ya que el umbral de entrada para desarrollar en Vue es m\u00e1s bajo que el de sus otros hermanos mencionados. Adem\u00e1s, entre ellos es el m\u00e1s joven. <\/li>\n Angular \u2013 se considera el m\u00e1s complejo de los frameworks mencionados, el \u00fanico que requiere la presencia de TypeScript<\/i> (una extensi\u00f3n del lenguaje Javascript). A menudo se utiliza para construir grandes aplicaciones empresariales. <\/li>\n<\/ul>\n \nResumiendo lo anterior, se puede concluir que hoy en d\u00eda el despliegue de una aplicaci\u00f3n difiere radicalmente de c\u00f3mo se realizaba este proceso en el pasado. Sin embargo, nadie impide realizar el \"deploy\" a la antigua. Pero, \u00bfvale la pena el poco tiempo ahorrado en el inicio por la enorme cantidad de tropiezos que le esperan al desarrollador que elige este camino? Creo que la respuesta es \"no\". Al dedicar un poco m\u00e1s de tiempo a familiarizarse con estas herramientas (y no se necesita mucho m\u00e1s, ya que debe entender si las necesita en su proyecto actual o no), podr\u00e1 recuperar ese tiempo, reduciendo significativamente, por ejemplo, los casos de errores fantasma, que dependen del entorno y se manifiestan solo en el servidor de producci\u00f3n, los an\u00e1lisis nocturnos de qu\u00e9 caus\u00f3 la ca\u00edda del servidor y por qu\u00e9 no se inicia, y mucho m\u00e1s.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0414\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0441\u0432\u043e\u0435 \u0432\u0435\u0431 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432 \u043d\u0430\u0448\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0443\u043c\u0435\u0442\u044c \u0435\u0433\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c. \u0412\u0430\u0436\u043d\u044b\u043c \u0430\u0441\u043f\u0435\u043a\u0442\u043e\u043c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0443, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0438 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0441\u0440\u0435\u0434\u044b, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u043e\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442. \u042d\u0440\u0430 \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u0443\u0445\u043e\u0434\u0438\u0442 \u0432 \u0437\u0430\u0431\u0432\u0435\u043d\u0438\u0435, \u0434\u0430\u0436\u0435 \u0434\u043b\u044f \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u043e\u0433\u0443\u0442 \u043f\u0440\u0438\u043d\u0435\u0441\u0442\u0438 \u043e\u0449\u0443\u0442\u0438\u043c\u0443\u044e \u043f\u043e\u043b\u044c\u0437\u0443. \u041f\u0440\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0438 \u00ab\u0440\u0443\u043a\u0430\u043c\u0438\u00bb, \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u043c\u044b \u043c\u043e\u0436\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30874","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t