¡Los desarrolladores no necesitan ser expertos en K8! ! !

Hubo un artículo anterior "Nonsense DevOps, ¡los desarrolladores no queremos hacer operaciones y mantenimiento en absoluto!". Resonó con muchos desarrolladores. Todos los desarrolladores esperan abandonar el trabajo de operación y mantenimiento y centrarse más en el código que desarrollan. aplicaciones impresionantes. Sin embargo, las cosas no son como se esperaba, en la era de la nube nativa, el trabajo de operación y mantenimiento de los desarrolladores no parece reducirse, sino que se ha convertido en la implementación y administración de aplicaciones en K8.

Para el personal de operación y mantenimiento, solo necesitan mantener los K8 subyacentes para mejorar en gran medida la flexibilidad y la comodidad. Sin embargo, K8s sigue siendo demasiado complicado para nosotros, los desarrolladores, y todavía tenemos que aprender a empaquetar imágenes y conocimientos relacionados con K8s. Se pierde mucho tiempo en la implementación de aplicaciones, ¿realmente necesitamos ser expertos en K8? Solo quiero implementar una aplicación tan complicada? ¿Alguna vez se ha preguntado si existe una plataforma o método que nos permita implementar su aplicación y administrarla fácilmente sin ser un experto en K8 o incluso conocer K8?

problemas reales

Para nosotros, los desarrolladores, siempre nos encontraremos con los siguientes escenarios diferentes, que pueden ser problemas a nivel de empresa o problemas a nivel comercial. Tal vez ahora sea muy simple usar el método de implementación tradicional, pero a medida que el negocio crece, tenemos que migrar. Ante estos problemas, también debemos hacer oír nuestra voz.

En una empresa pequeña, no hay operación y mantenimiento dedicados. Los programadores deben escribir Dockerfile + YAML + Kustomize y luego implementarlo en k8s. Además de la carga de trabajo, también se enfrenta a la complejidad de K8. Para varios conjuntos de empresas, los scripts de Dockerfie, Yaml, CI y CD representan la mayor parte de la carga de trabajo. ¿Está bien no escribir esto?
Los microservicios en la empresa son cada vez más complejos. Sobre la base de la escritura de código, debe considerar los problemas de comunicación, dependencia e implementación entre cada servicio. Después de todo, aparte de nuestros desarrolladores, el personal de operación y mantenimiento no estará más familiarizado con los microservicios que con las dependencias complejas entre ellos. Tal vez ya se haya probado Helm, pero escribir un paquete completo de gráficos sigue siendo muy complicado, y también puede enfrentar problemas de formato, desacoplamiento de configuración incompleto y problemas que no se pueden implementar en otro entorno. Es hora de escribir todo Yaml. ¿Está bien copiar la aplicación directamente sin escribir un gráfico Helm adicional?
Dentro de las grandes empresas, se encuentran en la encrucijada de migrar aplicaciones tradicionales a entornos de nube. Ante las necesidades de varios clústeres, cómo migrar sin problemas las aplicaciones existentes e incluso cómo reutilizar algunos módulos públicos se convertirán en problemas que debemos resolver. No vuelva a desarrollar cada vez, ¿puede acumular aplicaciones o módulos existentes?

En estos escenarios, dedicamos mucho tiempo a escribir Dockerfile, Yaml y Helm Chart adicionales. K8s es muy bueno, pero no resuelve los problemas de nuestros desarrolladores, sino que se vuelve más complicado para nuestros desarrolladores usar K8s. Sin mencionar estos archivos o scripts adicionales que deben escribirse, solo dominar el conocimiento de K8 requiere mucho tiempo y esfuerzo. ¿Son estos problemas realmente inevitables? No me parece. Aprendamos sobre Rainbond, una plataforma de gestión de aplicaciones nativa de la nube que no requiere conocimientos de K8. ¿Quién dijo que puede administrar bien su aplicación solo después de convertirse en un experto en K8?

¿Por qué Rainbond?

Rainbond es una plataforma de gestión de aplicaciones que no requiere conocimientos de K8. No es necesario realizar operaciones engorrosas en el servidor, ni es necesario tener un conocimiento profundo de K8. Rainbond sigue una filosofía de diseño "centrada en aplicaciones". Solo sus módulos de negocio y aplicaciones están aquí. Cada módulo comercial puede implementarse y ejecutarse directamente desde su almacén de código, y puede administrar el ciclo de vida completo de la aplicación, incluso si no es un experto en K8. Al mismo tiempo, utilizando la capacidad de ensamblaje modular de Rainbond, su negocio puede precipitarse de manera flexible en módulos de aplicaciones independientes.Estos módulos pueden combinarse a voluntad y ensamblarse infinitamente, y finalmente construir una variedad de sistemas de aplicaciones.

1. No entiendo K8, ¿puedo implementar K8?

¡DE ACUERDO! Para muchos principiantes o desarrolladores, si la empresa ya ha creado una plataforma K8 utilizable, este paso no será un problema del que preocuparse. Pero para algunos desarrolladores independientes, es difícil tener un entorno de este tipo, y Rainbond proporciona una solución de este tipo.En un servidor Linux, solo necesita ejecutar primero un contenedor Docker, acceder a la consola de Rainbond y luego ingresar la dirección IP del servidor, puede implementar rápidamente un clúster K8s completo.

add_cluster

Si esto todavía es demasiado complicado, puede intentar usar la instalación rápida de Rainbond. Solo se necesita un contenedor y 5 minutos para iniciar una plataforma con un clúster K8s para usted, y los servicios que implemente en la plataforma también se implementarán en este clúster. medio

2. ¿Puedo implementar aplicaciones si no quiero o no puedo escribir Dockerfile, Yaml y otros archivos?

¡capaz! Rainbond admite la identificación automática de varios lenguajes de desarrollo, sin importar qué lenguaje de desarrollo utilice, como Java, Python, Golang, NodeJS, Dockerfile, Php, . Puede identificarlos y empaquetarlos automáticamente en imágenes de contenedores e implementar rápidamente su negocio en el Clúster K8s para una gestión eficiente. Ya no necesita escribir ningún archivo independiente del código. Solo proporcione su dirección de almacén de código.

source_code_build

3. ¿Cómo ensamblar varios sistemas de negocios?

En Rainbond se pueden programar rápidamente diferentes programas de negocios a través de simples conexiones. Si necesita que el proyecto front-end dependa del back-end, simplemente active el modo de orquestación y conéctelos para establecer dependencias rápidamente y realizar un ensamblaje modular. Esto brinda una gran flexibilidad a la arquitectura de su aplicación y puede crear rápidamente sistemas de aplicaciones complejos sin configuraciones ni operaciones complejas.

Al mismo tiempo, si ha implementado un programa empresarial completo, puede contener varios módulos de microservicios y también puede publicarlo en la biblioteca de componentes local para lograr la acumulación modular. Se puede hacer clic en él y usarlo directamente en la próxima implementación, y se puede ensamblar con sus otras aplicaciones después de la implementación. La capacidad de realizar combinaciones de montaje ilimitadas.

ensamblaje_componente

4. Si no conoce K8, ¿puede administrar las aplicaciones implementadas?

¡ningún problema! Rainbond proporciona administración y mantenimiento del ciclo de vida completo orientado a la aplicación. No es necesario que aprenda los comandos de Kubectl ni conozca los conceptos complejos de K8. Puede administrar el inicio, el apagado, la construcción y la actualización, reversión y otras operaciones clave por lotes, y también admite la recuperación automática cuando falla la aplicación y el escalado automático de la aplicación. También soporta la configuración de la aplicación de políticas http y tcp, así como la gestión de certificados correspondiente.

app_manage

¿cómo utilizar?

Ejecute el siguiente comando en la terminal de Linux. Después de 5 minutos, abra el navegador e ingrese http://<su IP>:7070 para visitar la página de Rainbond.

curl -o install.sh https://get.rainbond.com && bash ./install.sh

Luego, siga el inicio rápido para implementar rápidamente su primera aplicación.