2 gondolat:
1. Ez így nekem nem DevOps/Agile hozzáállás. A mi team-jeink a vertical-ok mentén vannak felszabdalva és egy team egy adott vertical-ért teljes felelősséget vállal. A backend-től a frontend-ig, plusz deployment (CI/CD) és infrastruktúra.
Mi maintain-eljük az egész cloud infrastruktúrát a K8s node-tól kezdve az összes service-ig a cloudban.
Az infrastruktúra is a kód részét képezi ("Infrastructure as Code" mindset), tehát teljesen a mi felelősségünk alá esik.
Nekem 2018-ban ezt jelenti a DevOps/Agile fejlesztés és nem azt, hogy E-Mailben vagy hivatalos levélben aláírással és pecsétekkel kell megkérnem az XY osztály részlegét, hogy deployolják a becsomagolt war file-omat. Persze lehet csak én vagyok nagyon szerencsés, hogy így dolgozhatok...
Minden estre szerintem nehéz úgy Agile fejleszteni, hogy ha a cég olyan dolgokat figyelmen kívül hagy, mint:
team autonomy
coninous integration / deployment (a master mindig healthy és deployolható és az új feature-ök Feature Branch-on jönnek be PR-eken keresztül)
fail fast philosophy
fast iteration
És ha az infrastruktúra nem a te hatásköröd, akkor nem vagyok benne teljesen biztos, hogy ezek egyáltalán megvalósíthatóak-e.
2. Ha nem engednek hozzá titeket a szerverhez és a konfigokhoz, akkor lehet csinálni egy Endpointot ami HTTP callra visszatolja az összes Environment variable-t, aztán lehet diffelni a különböző rendszerek beállításait. Bár ez tipikusan egy olyan megoldás amikor a dev-nek backdoor-t kell rakni a saját szoftverébe a shitty policy-k miatt a cégnél. :(