- \n
- No debe haber un " dise\u00f1o por comit\u00e9\u00bb.<\/a> \u00ab<\/li>\n
- Nadie m\u00e1s que el equipo central de desarrollo deber\u00eda poder proporcionar el desarrollo, la puesta en escena y la producci\u00f3n.<\/li>\n
- Nadie deber\u00eda poder escribir en producci\u00f3n excepto el equipo de desarrollo (e incluso entonces, deber\u00eda haber un proceso de implementaci\u00f3n).<\/li>\n<\/ol>\n
Realmente no me gusta hacer reglas estrictas y r\u00e1pidas como esta, porque las cosas cambian con el tiempo, ya sea por necesidad o por m\u00e1s experiencia. Por eso me gustan las "directrices".<\/p>\n
Pero en el momento de escribir este art\u00edculo, estas son las cosas que veo que se est\u00e1n desarrollando.<\/p>\n
Entornos de aprovisionamiento<\/h2>\n
En los \u00faltimos a\u00f1os, hemos progresado mucho en la rapidez con la que podemos aprovisionar nuestros sistemas para que todos se reflejen entre s\u00ed (o en general). Esto incluye nuestras cajas de desarrollo, c\u00f3mo nuestras m\u00e1quinas locales reflejan la puesta en escena y c\u00f3mo la puesta en escena refleja la producci\u00f3n.<\/p>\n
Aprovisionando un nuevo entorno, m\u00e1s o menos. Rueda con eso.<\/p>\n
Eso es si "funciona en mi m\u00e1quina" en realidad deber\u00eda ser cierto. No es una excusa para no poder reproducir un error.<\/p>\n
Y cuando es cierto, es probable que sea cierto en las m\u00e1quinas de otros, en la puesta en escena y en la producci\u00f3n. Y esto es bonito, \u00bfverdad? Quiero decir, activamos nuestras cajas, implementamos nuestros scripts o hacemos lo que hacemos y luego tenemos la configuraci\u00f3n que necesitamos.<\/p>\n
Entonces, \u00bfqu\u00e9 significa aprovisionar entornos? Depende del entorno al que te refieras.<\/p>\n
\u00bfC\u00f3mo es esto realmente?<\/h3>\n
Si est\u00e1 trabajando en WordPress, que supongo que es si est\u00e1 leyendo esto, entonces se supone que est\u00e1 ejecutando un servidor web, una base de datos y PHP como m\u00ednimo.<\/p>\n
Un entorno de desarrollo puede tener el siguiente aspecto:<\/p>\n
- \n
- Apache<\/a> de Nginx<\/a> ,<\/li>\n
- MySQL que es el m\u00e1s com\u00fan,<\/li>\n
- Al menos PHP 5.2.4 (se recomienda PHP 7.1),<\/li>\n
- O algo comparable.<\/li>\n<\/ul>\n
Tambi\u00e9n puede estar usando algo como Laravel Valet<\/a> o algo como VVV<\/a>. Todo depende de la naturaleza de su trabajo.<\/p>\n
Adem\u00e1s, dependiendo de la naturaleza de su negocio, puede tener un IDE asignado junto con varios archivos de configuraci\u00f3n para hacer cumplir ciertas reglas<\/a>.<\/p>\n
\u00bfY el Resto de los Ambientes?<\/h3>\n
Como siempre:<\/p>\n
- \n
- el desarrollo se refiere a la configuraci\u00f3n en su m\u00e1quina local,<\/li>\n
- puesta en escena se refiere al \u00e1rea en la que usted y las partes interesadas pueden probar,<\/li>\n
- y producci\u00f3n es donde reside la aplicaci\u00f3n.<\/li>\n<\/ul>\n
Pero esto tambi\u00e9n se ve diferente dependiendo de d\u00f3nde trabaje, c\u00f3mo est\u00e9 organizado su trabajo, etc. No se trata tanto de c\u00f3mo se usa, sino de c\u00f3mo se usa.<\/p>\n
Puesta en escena<\/h4>\n
Por lo general, esto se aprovisionar\u00e1 en un servidor (o grupo de servidores seg\u00fan el tama\u00f1o del proyecto) en el que puede implementar su c\u00f3digo m\u00e1s reciente para realizar pruebas. Puede incluir funcionalidad parcial, datos de prueba y solo un subconjunto de informaci\u00f3n de la producci\u00f3n (si opta por extraer esa informaci\u00f3n, es decir, la base de datos, del entorno de producci\u00f3n).<\/p>\n
Esto le brinda a usted y a las dem\u00e1s partes interesadas la capacidad de revisar lo que sucede y c\u00f3mo funcionar\u00e1 en la producci\u00f3n sin tener que preocuparse por destruir nada sensible.<\/p>\n
El c\u00f3digo generalmente se implementa desde una rama, generalmente maestra, desde su repositorio de Git (si eso es lo que est\u00e1 usando). Y herramientas como DeployBot<\/a>, CircleCI<\/a>, Travis CI<\/a>, GrumPHP<\/a>, Behat<\/a>, etc. tambi\u00e9n se utilizan para evaluar la calidad del c\u00f3digo, ejecutar cualquier prueba automatizada y finalmente implementar el c\u00f3digo.<\/p>\n
Al final, cada entorno se aprovisionar\u00e1 de manera que se pueda duplicar r\u00e1pidamente en las m\u00e1quinas locales, los servidores de ensayo y los servidores de producci\u00f3n. Adem\u00e1s, deber\u00eda ser f\u00e1cil empujar y extraer datos entre ellos para facilitar el trabajo con los datos.<\/p>\n
Producci\u00f3n<\/h4>\n
Finalmente, la producci\u00f3n tiene que ver con el proyecto de funcionamiento real; Esto significa que el servidor, la aplicaci\u00f3n y la base de datos se ejecutan conjuntamente y los usuarios los utilizan.<\/p>\n
Esto tambi\u00e9n significa que el c\u00f3digo est\u00e1 en un lugar estable. Es probable que existan mecanismos de registro que notificar\u00e1n al equipo de desarrollo sobre cualquier problema. No se debe realizar ning\u00fan cambio de c\u00f3digo en este entorno sin que pase primero el control de calidad o la prueba.<\/p>\n
\u00bfY los procesos en marcha?<\/h3>\n
Bien, supongamos que est\u00e1 trabajando con una configuraci\u00f3n tradicional, a falta de un t\u00e9rmino mejor, donde todas sus implementaciones se realizan a trav\u00e9s de S\/FTP en un entorno de producci\u00f3n (o incluso de ensayo). De esta manera, los usuarios pueden bajar archivos, hacer los cambios y volver a subirlos.<\/p>\n
Eso no es bueno.<\/p>\n
Esto significa que cualquier persona con las credenciales puede iniciar sesi\u00f3n, realizar los cambios y omitir el control de fuente, la integraci\u00f3n continua, las herramientas de control de calidad, etc., y realizar los cambios que desee.<\/p>\n
Socava todos los procesos puestos en marcha. Esto no solo evita el procedimiento est\u00e1ndar (que existe por una raz\u00f3n, por supuesto), sino que termina descifrando el c\u00f3digo que un desarrollador o equipo de desarrolladores tiene en sus m\u00e1quinas principalmente porque lo que est\u00e1 en producci\u00f3n ya no est\u00e1 sincronizado con el repositorio de c\u00f3digo.<\/p>\n
Adem\u00e1s, este c\u00f3digo podr\u00eda extenderse a trav\u00e9s de sucursales que a\u00fan no se han fusionado o implementado. Esto nos deja con una variedad de situaciones en las que los desarrolladores y los clientes han roto alguna parte del proceso de construcci\u00f3n y, por lo tanto, todo el proyecto.<\/p>\n
Cuando llega el momento de verificar la producci\u00f3n, no est\u00e1 sincronizado con el desarrollo y la puesta en escena, y nadie sabe por qu\u00e9. Cuando llega el momento de implementar, los cambios se sobrescriben y los responsables han perdido lo que pensaban que iban a ver.<\/p>\n
\u00bfQu\u00e9 debe hacer un equipo?<\/h3>\n
No s\u00e9 si hay una respuesta correcta a esto, pero cuanto m\u00e1s tiempo trabajo en esta industria, m\u00e1s creo que la empresa, o empresas, responsables de crear la soluci\u00f3n para el cliente deben tener control sobre el proceso desde el final. para terminar.<\/p>\n
- \n
- Los dise\u00f1adores son responsables de administrar sus \u00e1reas de creaci\u00f3n de conceptos, simulacros, creaci\u00f3n de plantillas de demostraci\u00f3n y solicitud de comentarios.<\/li>\n
- Los gerentes de proyecto son responsables de comunicarse con los departamentos,<\/li>\n
- Los desarrolladores son responsables de implementar la soluci\u00f3n y vincular el trabajo de los dise\u00f1adores con el back-end funcional,<\/li>\n
- El cliente es responsable de revisar los cambios, proporcionar comentarios y proporcionar cualquier otra informaci\u00f3n necesaria para completar la tarea.<\/li>\n<\/ul>\n
Esto significa que cuando se trata de configurar el dominio, el alojamiento, los entornos, el control de versiones, el proceso de compilaci\u00f3n y la integraci\u00f3n continua, y todo lo dem\u00e1s que he olvidado mencionar, recae directamente en el equipo de desarrollo.<\/p>\n
![\"Project](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-166423-61e793a807c63.jpg\")
<\/a><\/p>\n