Incluso las mejores organizaciones enfrentan desafíos sobre la escala y el alcance de la gobernanza y la racionalización eficiente de sus recursos en toda la empresa. Estos desafíos pueden generar una experiencia de desarrollador frustrante, fragmentada e inconexa.
Mientras tanto, diferentes grupos de desarrolladores dentro de la organización inevitablemente aportan diferentes puntos de vista sobre cómo debería ser un código base centralizado y un conjunto de herramientas. Es essential alinear estos estándares diferentes y bien intencionados y, al mismo tiempo, permitir a nuestros desarrolladores cruzar silos y fronteras organizacionales para ganar eficiencia. Un portal para desarrolladores como Backstage puede ayudar.
El poder de un portal para desarrolladores
El poder de Backstage radica en la organización que puede aportar a su ciclo de vida de desarrollo de software program. Actúa como una capa de abstracción para la complejidad de aprovisionar e implementar microservicios que sean a la vez consistentes y conformes. Desde especificar unidades de negocio, dominios, equipos y otra información sobre su panorama de desarrolladores, Backstage puede comenzar a asociar esos recursos. Esas asociaciones ocurren independientemente de dónde pueda vivir el código. ¿Diferentes repositorios? Ningún problema. ¿Diferentes UEM? No es gran cosa. Si puede expresar la estructura de su organización en Backstage utilizando su taxonomía fácil de aprender, Backstage lo ayudará a controlar la complejidad y brindará organización a sus equipos de desarrolladores.
Los límites organizacionales entre los equipos de desarrolladores pueden hacer que las dependencias parezcan opacas, pero debido a que Backstage expresa esas relaciones automáticamente dentro de su sistema, ya no hay que preocuparse por los cabos sueltos. Backstage trazará la imagen para usted de forma intuitiva. Los equipos de infraestructura ya no necesitan perder tiempo con constantes solicitudes de aprovisionamiento personalizado de grupos dispares; el menú está justo frente a todos.
Las razones para adoptar un portal para desarrolladores incluyen:
Herramientas centralizadas al proporcionar un lugar para acceder y utilizar herramientas. Colaboración mejorada con un entorno compartido para acceder, compartir y administrar componentes de software program. Capacidad de descubrimiento mejorada de componentes y recursos para su reutilización, lo que scale back la duplicación de trabajo y crea prácticas más consistentes. Estandarización proporcionando plantillas y mejores prácticas para la creación de servicios. Automatización e integración para tareas rutinarias mediante la integración con varias herramientas de monitoreo y CI/CD, incluso a través de una creciente comunidad de complementos. Visibilidad y gobernanza del ciclo de vida del desarrollo de software program a través de información sobre el estado del proyecto, las dependencias y más. Experiencia del desarrollador a través de la simplificación en la gestión de proyectos, la colaboración con los miembros del equipo y el acceso a herramientas que promueven una mayor productividad y satisfacción laboral.
GitOps para datos de repositorio
Backstage permite a los desarrolladores y equipos expresar los metadatos de sus proyectos desde archivos yaml. Esos archivos yaml están escritos para parecerse a los recursos de Kubernetes, para que los desarrolladores puedan crearlos rápida y fácilmente. Dado que los archivos yaml tienen versiones (porque están en Git), esto también significa que siempre deben expresar la información más actualizada sobre sus repositorios. Ahora, think about el escenario en el que un proyecto se consolida en otro proyecto. Para Backstage esto no supone ningún problema. Debido a que los archivos yaml de Backstage (que tienen la información sobre el proyecto) se vuelven parte del ciclo de lanzamiento regular, a medida que se actualiza su código, también lo es Backstage.
Al colocar nuestra configuración de Backstage en el repositorio y convertirla en una parte regular del ciclo de lanzamiento, las actualizaciones de Backstage se realizan casi automáticamente. Esta automatización de la actualización de la documentación y la publicidad devuelve tiempo a los desarrolladores. Esto conduce a una mayor productividad de los desarrolladores y a comunicaciones organizativas fluidas.
Entre bastidores como proxy
Otra gran característica es cómo Backstage gestiona los microservicios. En lugar de consumir las API existentes, Backstage puede actuar como un proxy de API.
La funcionalidad API de Backstage ayuda a cerrar la brecha entre los microservicios. Think about que una aplicación está compuesta por cinco microservicios diferentes. Backstage puede poner a todos detrás de un proxy API, lo que ayudará a presentarlos como un único microservicio. Esto es como APIGEE o APIM, pero “interno”. En lugar de pagar a una nube para que aloje ese proxy por usted, puede moverlo a Backstage y presentarlo como un solo producto.
Esto también ayuda con los microservicios que se distribuyen en dos nubes diferentes. En lugar de mantener dos conjuntos de puntos finales enrutables para componer una aplicación, Backstage ayudará a presentar un “panel único” a las personas que quieran utilizar sus servicios.
La ventaja aquí es que Backstage ahora suaviza la presentación del proxy. ¿Alguna vez se sentó a esperar a que se abriera un ticket de firewall o se creara una cuenta de servicio? ¿O sus servicios se han interrumpido porque una de las muchas API de las que depende ha cambiado de versión? Alojar un proxy API en Backstage solucionará estos problemas y le permitirá centrarse más en el desarrollo.
Los beneficios de las plantillas
Backstage también ofrece plantillas que ayudan a acelerar el desarrollo. Las plantillas no solo anuncian las mejores prácticas y estándares que su organización ha adoptado, sino que Backstage también ayuda a los desarrolladores a comenzar a crear repositorios para ellas. Las plantillas también pueden codificar flujos de trabajo.
Si su organización tiene un flujo de trabajo donde los desarrolladores pueden crear nuevos clústeres de Kubernetes en el “Proyecto de desarrollo”, Backstage permitirá a los desarrolladores crear sus entornos sin tener que aprender sobre Terraform. Las plantillas también se pueden utilizar para interactuar con los flujos de trabajo porque las plantillas están escritas en Typecript. Los flujos de trabajo complejos se pueden capturar en plantillas, como requerir que un ticket de Service Now esté en un estado aprobado antes de permitir la implementación.
En lugar de que un desarrollador realice horas de retrabajo porque el proyecto no cumplió con los estándares organizacionales, la funcionalidad de plantilla en Backstage puede garantizar que el repositorio se cree correctamente. Las plantillas backstage también ahorran tiempo a los desarrolladores al descomponer los cambios y los flujos de trabajo en formularios fáciles de usar.
¿Por qué preocuparse por la eficiencia del desarrollador?
Si bien esta publicación analiza solo algunos ejemplos prácticos de cómo IBM® puede impulsar la eficiencia en su empresa a través de portales de desarrolladores internos como Backstage, es difícil cuestionar el impacto que los desarrolladores pueden tener en una empresa:
Los desarrolladores tienen el potencial de aumentar el PIB mundial en 3 billones de dólares durante la próxima década. Este potencial surge de su papel como multiplicadores de fuerza en el sector tecnológico, lo que enfatiza la importancia de aprovechar eficazmente el talento existente en ingeniería de software program para estimular el crecimiento económico y la innovación. El acceso a desarrolladores capacitados se considera cada vez más una limitación para el crecimiento de las empresas, más que el acceso al capital. Entre más de 1.000 ejecutivos de nivel C encuestados, el 55% citó el acceso al talento como una limitación, y los ingenieros de software program (53%) mencionaron con más frecuencia que el acceso al capital (52%). En promedio, los desarrolladores dedican 13,5 horas de su semana laboral de 41,1 horas a abordar la deuda técnica y 3,8 horas adicionales a corregir códigos incorrectos. Esto da como resultado una pérdida significativa de productividad, con casi 85 mil millones de dólares desperdiciados anualmente en todo el mundo debido al tiempo dedicado a códigos incorrectos y problemas de mantenimiento.
Con IBM, puede capacitar a sus desarrolladores y aportar estandarización y eficiencia a su ciclo de vida de desarrollo de software program.
Comuníquese con IBM hoy para analizar el poder organizacional de Backstage
¿Te resultó útil este artículo
SíNo
