Dos preguntas de la entrevista de microservicios que las pequeñas empresas están en desventaja

De hecho, al elegir un trabajo, muchas personas capacitadas elegirán algunas empresas pequeñas y hermosas con tecnología integral, pueden ver el funcionamiento de toda la empresa desde una perspectiva más integral y llevarse bien con las personas también es muy simple. Sin embargo, hay dos preguntas de entrevista sobre microservicios, y los amigos de las pequeñas empresas sufrirán más.

Pregunta 1: ¿Qué protocolo utiliza para la comunicación ascendente y descendente?

Pregunta 2: ¿En cuántos subservicios se dividen sus servicios?

Analicemos por qué sufrimos.

Pregunta 1: ¿Qué protocolo utiliza para la comunicación ascendente y descendente?

En algunas empresas pequeñas, el protocolo http puede usarse directamente. Si respondes al entrevistador directamente así. La siguiente pregunta del entrevistador es un poco difícil: "¿Por qué usar el protocolo HTTP?"

En ese momento, me sentí amargado: "También quiero usar un marco RPC como dubbo. Pero la compañía insiste en usar http y no puedo tomar la decisión por mí mismo. Pero no puedo decir eso".

La mejor respuesta es una respuesta real, pero respuesta a la esencia. En primer lugar, a partir de la esencia de la pregunta del entrevistador, el punto de inspección real del entrevistador es: la diferencia entre el método de comunicación de servicios RPC y REST y cómo elegirlo.

Si fuera yo, respondería de esta manera: la infraestructura de nuestra empresa aún no es perfecta y no existe una herramienta de gestión de servicios como Dubbo. Entonces todavía usamos la llamada REST basada en el protocolo http. Si nuestra empresa tiene una herramienta de gobierno de servicios como Dubbo en el futuro, y es lo suficientemente estable. Es más apropiado usar llamadas RPC para llamadas internas.

Debido a que RPC se compara con REST, las principales diferencias son las siguientes:
inserte la descripción de la imagen aquí

imagen

Para el uso interno de la empresa, la situación ideal es tener capacidades de servicio estándar y de alto rendimiento, que es más adecuado para RPC.

Pregunta 2: ¿En cuántos subservicios se dividen sus servicios?

En algunas empresas pequeñas, un proyecto puede ser un subprograma WeChat con decenas de miles de usuarios. En este momento, los extremos delantero y trasero están separados y una sola aplicación en el extremo trasero es suficiente. Si respondes al entrevistador directamente así. El entrevistador sospechará que no tienes absolutamente ninguna experiencia con microservicios.

En este momento, lo primero es tener los hechos. La honestidad es fundamental. ¿Cómo debo responder? Si fuera yo, te respondería así.

En la actualidad, considerando la complejidad, volumen de negocio, costo y comunicación del propio proyecto integral, nuestro proyecto actualmente adopta una única arquitectura. En el futuro, a medida que aumente nuestro volumen de negocios, es posible que también lo dividamos por campo.Después de todo, la arquitectura no está diseñada, sino que evoluciona.

Aunque los proyectos que hago son simples, si no me limito a lo que hago, también tengo cierta comprensión del todo, entonces hablaré de lo que entiendo.

Según la ley de Conway, el diseño de la estructura organizativa de la empresa es equivalente a la estructura de comunicación entre organizaciones y también refleja en gran medida la estructura del sistema de la empresa. Estoy en una empresa pequeña, y todo el personal se suma a un equipo de 2 pizzas (grande en el extranjero, una pizza es suficiente para 6 personas), y el desarrollo, las pruebas y la operación son todos juntos. Para decirlo sin rodeos, lo que haces es un miniprograma de cuenta pública.

Nuestro proyecto quiere funcionar, con la ayuda de la plataforma abierta WeChat, y nuestro servidor está ubicado en Alibaba Cloud. Si la plataforma abierta de WeChat y Alibaba Cloud se incorporan a la arquitectura, se verá así (si es una entrevista en el sitio en este momento, sugiero tomar un bolígrafo de pizarra y hablar mientras dibuja):

inserte la descripción de la imagen aquí

imagen

La imagen es relativamente tosca, pero está bien si entiendes el significado. De todos modos, no me pilló en la entrevista quién no era bueno pintando. De hecho, lo que el entrevistador mantiene en la imagen es solo la parte central del servicio. La fusión, la limitación de corriente y la degradación se realizan dentro del servicio central utilizando hystrix o directamente utilizando spring cloud. El descubrimiento del registro del servicio es como se mencionó en la primera pregunta porque utiliza el protocolo http y, en realidad, lo realiza un balanceador de carga como nginx. La figura también involucra a OAuth2, que es la implementación principal de la seguridad de microservicios.

El anterior llama la atención del entrevistador sobre problemas técnicos específicos como Spring Cloud, que tiene poco que ver con la plataforma en la que estoy.

Resumir

En "Cómo crea contenido técnico el sistema CURD: cómo guiar la entrevista", dije que el entrevistador en realidad espera que el entrevistador guíe la entrevista y demuestre plenamente sus habilidades especiales. Si el entrevistador puede entender el corazón del entrevistador, significa que su patrón es suficiente.

Supongo que te gusta

Origin blog.csdn.net/m0_54861649/article/details/126647909
Recomendado
Clasificación