El middleware utilizado por cada empresa es en realidad muy similar, pero en lo que respecta al centro de registro de microservicios, las empresas que lo han experimentado son todas diferentes. La primera empresa utilizó zookeeper, que en realidad es un centro de registro muy antiguo. La empresa anterior utilizó eurake y cónsul. La mayoría de los proyectos de la empresa actual utilizan nacos.
En el caso de nacos, se pueden implementar tanto el centro de registro como el centro de configuración, y no es necesario crear un nuevo centro de configuración por separado. Debido a que estoy trabajando en un nuevo proyecto recientemente, necesito volver a implementar un conjunto de nacos, Así que simplemente lo registro. De hecho, se pueden usar diferentes sistemas. Está dividido por diferentes espacios de nombres. Sin embargo, debido a problemas de aislamiento de la red, es necesario volver a implementar un nuevo entorno.
Software y versión requeridos;
nacos 2.0.4jdk 1.8nginx 2.16mysql 8.0
El método para obtener el paquete ya no aparece, si es necesario, puedes enviar directamente un mensaje privado en segundo plano.
Hay un punto al que prestar atención, que también es un problema que encontré más tarde: después de la versión 2.0, nacos abrió recientemente dos puertos 9848 y 9849. Si se usa nginx para la carga, debe asegurarse de que se pueda acceder al puerto, de lo contrario Más tarde no podrá registrarse.
La implementación es realmente muy simple: primero configure el entorno jdk, descomprima el paquete jdk y agregue variables específicas en /etc/profile.
export JAVA_HOME=/opt/jdk-1.8/jdk1.8.0_261export PATH=$JAVA_HOME/bin:$PATHexport CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
Luego descomprima el paquete tar de nacos, después de la descompresión, solo necesita modificar dos archivos de configuración.
cd ./nacos/confvim cluster.conf#加入集群配置ip1:8848ip2:8848ip3:8848
Luego está la configuración del servicio.
vim application.propertiesserver.servlet.contextPath=/nacosserver.contextPath=/nacosserver.port=8848spring.datasource.platform=mysqldb.num=1db.url.0=jdbc:mysql://mysqlip：port/nacos?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useUnicode=true&useSSL=false&serverTimezone=UTCdb.user.0=mysqluserdb.password.0=mysqlpasswddb.pool.config.connectionTimeout=30000db.pool.config.validationTimeout=10000db.pool.config.maximumPoolSize=20db.pool.config.minimumIdle=2management.metrics.export.elastic.enabled=falsemanagement.metrics.export.influx.enabled=falseserver.tomcat.accesslog.enabled=trueserver.tomcat.accesslog.pattern=%h %l %u %t "%r" %s %b %D %{User-Agent}iserver.tomcat.basedir=nacos.security.ignore.urls=/,/**/*.css,/**/*.js,/**/*.html,/**/*.map,/**/*.svg,/**/*.png,/**/*.ico,/console-fe/public/**,/v1/auth/login,/v1/console/health/**,/v1/cs/**,/v1/ns/**,/v1/cmdb/**,/actuator/**,/v1/console/server/**nacos.istio.mcp.server.enabled=falsenacos.core.auth.system.type=nacosnacos.core.auth.enabled=truenacos.istio.mcp.server.enabled=false
Una vez completada la configuración, las otras dos máquinas tienen la misma configuración, simplemente coloque ./startup.sh en el directorio bin.
Después de levantarse, use la web para acceder a uno de los 8848. La contraseña predeterminada es nacos/nacos. Simplemente cambie la contraseña.
Otro punto a tener en cuenta es que se recomienda configurar diferentes usuarios para diferentes proyectos, la contraseña no puede contener caracteres especiales, de lo contrario el programa informará un error más tarde y la contraseña no se podrá leer.
La última palabra es configurar la carga y el proxy en ng, puede consultar una configuración simple.
upstream nacos{server ip1:8848;server ip2:8848;server ip3:8848;}server {listen 8848;location / {proxy_pass http://nacos;}}
Luego puede acceder a él a través de la IP de ng. Al registrarse, especifique la IP como la IP de ng. Si hay varios ng, debe colgar un slb o F5 al frente.
Problemas de encuentro:
Durante el uso, encontré un problema. Aquí hay un breve registro: al iniciar la versión 2.0, primero se iniciará en modo 1.x y luego verificará la versión de cada nodo en el clúster para confirmar que es una versión posterior a 2.0. Si lo haces, tendrás éxito.
Debido a que hubo algún problema con la configuración del clúster cuando comencé por primera vez, el clúster no se inició correctamente y una de las instancias del nodo estaba en estado ABAJO.
Por lo tanto, cuando se registra el microservicio, se informa que la versión sigue siendo 1.x. Muchas soluciones son configuraciones obligatorias y la doble escritura está desactivada, pero en realidad es la versión 2.0, por lo que no se activó la doble escritura.
La última palabra es borrar los directorios de datos de las tres estaciones y luego, después de reiniciar, podrá registrarse normalmente.