Llevo un tiempo operando varios entornos de IBM Maximo Application Suite sobre OpenShift en paralelo: un cluster de un solo nodo para desarrollo, uno de preproducci\u00f3n y uno de producci\u00f3n. Ahora mismo estoy planificando uno nuevo sobre GCP. Hay tres lecciones que se repiten entre entornos, aunque cada uno tenga su propia infraestructura.<\/p>\n
El estado \u201cdeclarado\u201d no siempre coincide con el estado real.<\/strong> M\u00e1s de una vez la aplicaci\u00f3n estaba ca\u00edda por lo mismo. Un recurso de configuraci\u00f3n (el objeto que controla el modo de despliegue de un workspace) dec\u00eda \u201cdown\u201d mientras alguien intentaba arrancarla escalando el deployment a mano. El operator gana esa pelea siempre. Si vas a cambiar el estado de algo gestionado por un operator, c\u00e1mbialo a trav\u00e9s del recurso que el operator controla, no por debajo.<\/p>\n Los componentes de observabilidad pueden tumbar el propio entorno que deber\u00edan vigilar.<\/strong> El stack de logging de un entorno de desarrollo lleg\u00f3 a consumir m\u00e1s de 30 GB de RAM. No ten\u00eda l\u00edmites de memoria y llevaba semanas acumulando logs sin que nadie lo notara, hasta que el nodo entero dej\u00f3 de responder. La lecci\u00f3n no es \u201cno despliegues logging\u201d. Es que cualquier componente de observabilidad necesita los mismos l\u00edmites de recursos y la misma vigilancia que la aplicaci\u00f3n que observa. Es f\u00e1cil olvidarlo precisamente porque \u201csolo mira, no hace nada\u201d.<\/p>\n Cada entorno tiene su propia personalidad, y eso es un riesgo en s\u00ed mismo.<\/strong> El de desarrollo es de un solo nodo y no tolera los mismos par\u00e1metros que uno de producci\u00f3n con varios nodos: tama\u00f1os de stack, factores de r\u00e9plica, l\u00edmites de ingesta\u2026 Aplicar la configuraci\u00f3n de un entorno a otro \u201cporque en el otro funcion\u00f3\u201d es una fuente de incidentes recurrente. Cada entorno necesita su propia configuraci\u00f3n, pensada para su propia escala, no una copia.<\/p>\n Ahora que estoy planificando el despliegue nuevo sobre GCP, estas tres lecciones son literalmente la primera checklist que reviso antes de tocar nada.<\/p>\n \u00bfAlguien m\u00e1s gestionando varios entornos de Maximo\/OpenShift en paralelo? Me interesa comparar c\u00f3mo lo resolv\u00e9is vosotros.<\/p>\n La monitorizaci\u00f3n de clusters, incluido c\u00f3mo dimensionar y vigilar el propio stack de observabilidad, ocupa buena parte de mi manual \u201cSeguridad y monitorizaci\u00f3n en Kubernetes\u201d (950 p\u00e1ginas, en espa\u00f1ol). [Descarga la muestra gratuita]([URL de la muestra]) \u00b7 Consigue el manual completo<\/a><\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Llevo un tiempo operando varios entornos de IBM Maximo Application Suite sobre OpenShift en paralelo: un cluster de un solo nodo para desarrollo, uno de preproducci\u00f3n y uno de producci\u00f3n. Ahora mismo estoy planificando uno nuevo sobre GCP. Hay tres lecciones que se repiten entre entornos, aunque cada uno tenga su propia infraestructura. El estado […]<\/p>\n","protected":false},"author":1,"featured_media":3310,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[5],"tags":[60],"class_list":["post-3308","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tech","tag-arquitecturadesoftware-cloudcomputing-devops-sre-monitorizacion-seguridad-aws-azure-gcp-finops"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/i0.wp.com\/djimn.com\/wp-content\/uploads\/2026\/10\/varios-entornos-mas-openshift.png?fit=1200%2C630&ssl=1","_links":{"self":[{"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/posts\/3308","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/comments?post=3308"}],"version-history":[{"count":1,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/posts\/3308\/revisions"}],"predecessor-version":[{"id":3311,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/posts\/3308\/revisions\/3311"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/media\/3310"}],"wp:attachment":[{"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/media?parent=3308"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/categories?post=3308"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/djimn.com\/index.php\/wp-json\/wp\/v2\/tags?post=3308"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n