{"id":70922,"date":"2020-02-22T15:37:55","date_gmt":"2020-02-22T12:37:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas"},"modified":"2020-03-03T16:14:39","modified_gmt":"2020-03-03T13:14:39","slug":"kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","title":{"rendered":"Come OpenShift sta cambiando la struttura organizzativa delle IT. L'evoluzione dei modelli organizzativi nella transizione verso il PaaS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Sebbene le soluzioni PaaS (Platform as a Service) di per s\u00e9 non possano cambiare i modi di interazione individuale e di gruppo, spesso fungono da catalizzatore per cambiamenti organizzativi in risposta alla crescente flessibilit\u00e0 delle tecnologie IT. <\/p>\n<p><img decoding=\"async\" alt=\"Come OpenShift sta cambiando la struttura organizzativa delle IT. L&#039;evoluzione dei modelli organizzativi nella transizione verso il PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/55ef7d253c10a8453810c3a3b5a56a74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIn pratica, il massimo ritorno sugli investimenti in PaaS \u00e8 spesso possibile solo a patto che ci siano cambiamenti nei ruoli organizzativi, nelle aree di responsabilit\u00e0 e nelle relazioni. Fortunatamente, soluzioni PaaS come OpenShift Container Platform offrono sufficiente flessibilit\u00e0 affinch\u00e9 ogni organizzazione IT possa determinare autonomamente la velocit\u00e0 e la scala delle trasformazioni riguardanti le persone coinvolte e i processi in corso.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNella prima fase della containerizzazione aziendale, la priorit\u00e0 principale \u00e8 l'implementazione di una piattaforma container come nuovo sistema di distribuzione delle applicazioni. In questo momento, le organizzazioni collegano attivit\u00e0 familiari a ruoli noti, per rispondere alle richieste standard dei team di sviluppo in questioni come sistemi di archiviazione, ambienti di distribuzione e altro. Nelle fasi successive della containerizzazione, si parla gi\u00e0 di automazione o di fornire ai programmatori opportunit\u00e0 di self-service, con l'obiettivo di ridurre il carico sui sistemisti e portare l'autonomia e la reattivit\u00e0 dei programmatori a un livello superiore. Questo \u00e8 il modo in cui un'organizzazione comincia a muoversi verso il DevOps. Nella fase finale della containerizzazione, l'azienda arriva a un modello DevOps pi\u00f9 pulito e canonico, nel quale molte delle precedenti attivit\u00e0 e compiti vengono trasferiti al controllo di team cross-funzionali, che si raggruppano non in base a piattaforme o tecnologie, ma in base al supporto delle applicazioni o dei servizi applicativi.<\/p>\n<p>In questo post presenteremo una guida per apportare i necessari cambiamenti organizzativi e spiegheremo come i ruoli IT tradizionali cambiano con l'implementazione delle tecnologie container nelle aziende.<\/p>\n<h3>Collegare nuove attivit\u00e0 a vecchi ruoli<\/h3>\n<p>\nNella sua forma base, il modello organizzativo PaaS \u00e8 creato per assegnare in modo pi\u00f9 flessibile e rapido le risorse IT alle applicazioni come ambiente di esecuzione. Anche se ci\u00f2 offre alcuni vantaggi agli amministratori di sistema, gli sviluppatori generalmente non ottengono benefici sostanziali e nuove opportunit\u00e0, poich\u00e9 in questa fase l'azienda pu\u00f2 tranquillamente operare senza avviare l'automazione, implementare il self-service o migliorare radicalmente il pipeline di distribuzione. Anche toccando minimamente i processi di sviluppo in questa fase, PaaS aumenta comunque la dinamicit\u00e0 del sistema IT, consentendo agli amministratori di servire meglio le richieste degli sviluppatori. Ad esempio, se in passato la creazione di un ambiente di sviluppo richiedeva giorni o addirittura settimane, coinvolgendo diversi amministratori, ora con PaaS tutto avviene molto pi\u00f9 rapidamente e con il lavoro di un solo amministratore. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/vps\/\"   title=\"macchine virtuali\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2016\">macchine virtuali<\/a> In altre parole, i team di sviluppatori presentano richieste come prima, ma l'attuazione di queste richieste avviene secondo un nuovo schema.<\/p>\n<h3>Verso un'organizzazione DevOps<\/h3>\n<p>\nAttivando PaaS e trasferendo su di essa specialisti dell'operativit\u00e0 dei sistemi IT e sviluppatori di applicazioni, l'organizzazione pu\u00f2 continuare l'implementazione della metodologia DevOps, che include tra gli altri i seguenti principi fondamentali:<\/p>\n<ul>\n<li><b>Suddividere il lavoro in fasi pi\u00f9 piccole<\/b>, per ricevere feedback nelle fasi iniziali, ridurre i rischi ed evitare il 'paralisi analitica';<\/li>\n<li><b>Automatizzare le operazioni sufficientemente<\/b>, per non creare ostacoli o colli di bottiglia nel processo di distribuzione dell'applicazione;<\/li>\n<li><b>La condivisione delle conoscenze<\/b> \u00e8 la chiave per costruire fiducia;<\/li>\n<li><b>Pagar regolarmente i debiti tecnici<\/b>, dedicando in ogni ciclo di lavoro un tempo specifico ai miglioramenti sistematici.<\/li>\n<\/ul>\n<p>\nNella seconda fase dell'implementazione delle tecnologie container, i team di sviluppo iniziano naturalmente a vedere opportunit\u00e0 di miglioramento, e l'azienda tende verso un modello DevOps pi\u00f9 canonico. Il meccanismo tradizionale di invio e gestione delle richieste di assistenza \u00e8 ora percepito come un collo di bottiglia, quindi l'organizzazione cerca di automatizzare le azioni ripetitive e di fornire agli sviluppatori opportunit\u00e0 di self-service. Inoltre, queste opportunit\u00e0 per gli sviluppatori, nell'ambito di una determinata richiesta, sono definite da sforzi congiunti degli specialisti IT che gestiscono le piattaforme e di coloro che sono responsabili della distribuzione delle applicazioni. In altre parole, gli amministratori di sistema che svolgono azioni su richiesta degli sviluppatori sono gradualmente sostituiti dalle due categorie di personale sopra menzionate, responsabili della definizione e dell'applicazione delle politiche che regolano ci\u00f2 che gli sviluppatori possono fare da soli. Le procedure automatizzate aiutano a garantire che siano rispettati tali requisiti e a coordinare le azioni nei casi in cui la situazione esca dai confini delle politiche attuali.<\/p>\n<p>La transizione verso un calendario iterativo, in cui l'ambiente IT e il modello operativo subiscono cambiamenti iterativi nel tempo, rappresenta una pietra miliare critica nel processo di creazione di un sistema DevOps maturo all'interno dell'azienda. Il grado di accettazione della metodologia DevOps dipende dalla tolleranza di ciascuna organizzazione ai cambiamenti e da quali cambiamenti portano il maggiore beneficio. Ad esempio, se la necessit\u00e0 di creare nuovi ambienti o applicazioni sorge raramente, allora l'ottimizzazione delle relative azioni sar\u00e0 meno importante rispetto al rafforzamento del controllo degli sviluppatori sul ciclo di vita delle applicazioni.<\/p>\n<h3>Nuove sfide che sorgono nelle organizzazioni IT durante la transizione a OpenShift<\/h3>\n<p>\nIn questa sezione esamineremo i ruoli e i compiti che le organizzazioni che sono passate a OpenShift di solito applicano per accelerare l'automazione e il self-service utilizzando tecnologie e PaaS.<\/p>\n<p>Nella tabella sottostante sono elencate le principali attivit\u00e0 di alto livello che esistono in qualsiasi organizzazione che ha implementato OpenShift, con esempi di lavori e competenze corrispondenti. Questo elenco di attivit\u00e0 non deve essere confuso con una suddivisione dei lavori o con la struttura organizzativa dei team, \u00e8 semplicemente un insieme di compiti che devono essere gestiti da parte di coloro che sono responsabili del supporto dell'ambiente IT, per una corretta implementazione della piattaforma container. In effetti, dimostreremo pi\u00f9 avanti come l'implementazione delle tecnologie container crei le premesse per sviluppare una strategia DevOps pi\u00f9 matura nell'impresa, il che aumenta la cross-funzionalit\u00e0 dei team e riduce i rischi di specializzazione ristretta, sia a livello di singoli dipendenti che di team.<\/p>\n<p><i>Tabella 1. Definizioni delle attivit\u00e0 di OpenShift<\/i><\/p>\n<p>Problemi<br \/>\nCompetenze richieste<\/p>\n<p><b>Automazione e provisioning delle infrastrutture IT<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Progettazione e costruzione di soluzioni hardware<\/li>\n<li>Organizzazione e supporto all'automazione della configurazione iniziale<\/li>\n<li>Progettazione e automazione del provisioning di VM e host<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Progettazione e implementazione di data center<\/li>\n<li>Amministrazione di sistema Linux<\/li>\n<li>Script di automazione<\/li>\n<li>Conoscenza dei sistemi di archiviazione<\/li>\n<li>Conoscenza nella progettazione e implementazione di reti<\/li>\n<li>Sicurezza<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Installazione e gestione della piattaforma OpenShift<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Esecuzione dell'installazione del cluster<\/li>\n<li>Gestione dei servizi infrastrutturali<\/li>\n<li>Gestione della scalabilit\u00e0 della piattaforma<\/li>\n<li>Autenticazione e autorizzazione a livello di piattaforma<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Amministrazione di sistema Linux<\/li>\n<li>Conoscenza delle tecnologie di rete<\/li>\n<li>Script di automazione (Ansible)<\/li>\n<li>Conoscenza dei sistemi di archiviazione<\/li>\n<li>Conoscenza delle tecnologie e architetture container<\/li>\n<li>Conoscenza delle architetture Kubernetes e OpenShift<\/li>\n<li>Sicurezza della piattaforma<\/li>\n<li>Integrazione del monitoraggio<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Gestione del provisioning degli ambienti clienti (tenant provisioning), isolamento delle risorse IT<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Creazione di utenti e team all'interno della piattaforma<\/li>\n<li>Progettazione e gestione delle quote<\/li>\n<li>Progettazione e implementazione del RBAC<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Conoscenza delle architetture Kubernetes e OpenShift<\/li>\n<li>Conoscenza delle tecnologie e architetture container<\/li>\n<li>Script di automazione<\/li>\n<li>Ottime conoscenze in progetti, quote, binding dei ruoli e lavoro con i pianificatori<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Costruzione e gestione delle immagini di base<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Sviluppo di workflow di modifica delle immagini<\/li>\n<li>Sviluppo di immagini basate su standard<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Amministrazione di sistema Linux<\/li>\n<li>Script di automazione<\/li>\n<li>Configurazione dei componenti runtime delle applicazioni e middleware<\/li>\n<li>Conoscenza delle architetture container<\/li>\n<li>Framework di build delle applicazioni (application build frameworks)<\/li>\n<li>Ottime conoscenze in immagini, imagestream e modelli<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Progettazione e gestione dei pipeline di distribuzione<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Progettazione e documentazione degli standard dei pipeline<\/li>\n<li>Sviluppo di guide concise e modelli<\/li>\n<li>Formazione degli sviluppatori<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Gestione del codice sorgente<\/li>\n<li>Progettazione e implementazione delle applicazioni<\/li>\n<li>Script di automazione<\/li>\n<li>Test automatizzati<\/li>\n<li>Verifica della qualit\u00e0 del codice<\/li>\n<li>Conoscenza delle architetture container<\/li>\n<li>Conoscenza delle infrastrutture immutabili<\/li>\n<li>Sicurezza: gestione dell'accesso alle fasi del pipeline, approvazione dei flussi di lavoro, ecc.<\/li>\n<li>Buona conoscenza dei modelli OpenShift, dei componenti buildconfigs, deploymentconfigs, services, routes, configmaps<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Sviluppo di applicazioni e test<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Codifica delle applicazioni<\/li>\n<li>Sviluppo di test automatizzati<\/li>\n<li>Gestione dei guasti dei test durante il pipeline di distribuzione<\/li>\n<li>Gestione dei guasti delle applicazioni<\/li>\n<li>Test di accettazione degli utenti<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Progettazione e implementazione delle applicazioni<\/li>\n<li>Test automatizzati<\/li>\n<li>Gestione del codice sorgente<\/li>\n<li>Monitoraggio delle applicazioni<\/li>\n<li>Conoscenza delle architetture delle applicazioni cloud native<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Monitoraggio operativo e gestione delle applicazioni<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Progettazione delle applicazioni nel contesto delle prestazioni<\/li>\n<li>Monitoraggio delle applicazioni in fase di esecuzione<\/li>\n<li>Scalabilit\u00e0 delle applicazioni (o autoscalabilit\u00e0)<\/li>\n<li>Gestione dell'affidabilit\u00e0 delle applicazioni<\/li>\n<li>Quote di richieste e limiti per la gestione delle risorse <\/li>\n<li>Test delle prestazioni e capacit\u00e0 IT<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Progettazione e implementazione delle prestazioni delle applicazioni<\/li>\n<li>Monitoraggio delle prestazioni delle applicazioni<\/li>\n<li>Test delle prestazioni e test di carico<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Test di accettazione degli utenti<\/b><\/p>\n<p>Attivit\u00e0:<\/p>\n<ul>\n<li>Test UI (design e interazioni utente)<\/li>\n<li>Sviluppo di test automatizzati<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Progettazione e verifica delle interfacce utente <\/li>\n<li>Modelli di test automatizzati<\/li>\n<li>Framework di testing<\/li>\n<li>Modelli di progettazione delle applicazioni<\/li>\n<\/ul>\n<h3>Nuove posizioni che emergono nelle organizzazioni IT durante la transizione a OpenShift<\/h3>\n<p>\nCon la transizione a un modello organizzativo orientato al DevOps, la specializzazione dei ruoli tende a diminuire, mentre aumenta il numero di team e ruoli cross-funzionali per massimizzare l'efficacia della collaborazione. Ecco come, secondo noi, appare l'elenco delle posizioni principali nelle organizzazioni IT che utilizzano OpenShift:<\/p>\n<ul>\n<li>Ingegnere delle operazioni delle applicazioni (Application Operations Engineer) OPPURE Ingegnere dell'affidabilit\u00e0 del sito (Site Reliability Engineer). In passato, questa posizione poteva essere chiamata \u00abAmministratore di server delle applicazioni\u00bb.<\/li>\n<li>Sviluppatore di applicazioni\/sviluppatore software\/ingegnere del software.<\/li>\n<li>Amministratore di cluster \/ piattaforme applicative. In precedenza, questo ruolo poteva essere chiamato \"Amministratore di sistema\" o \"Amministratore di piattaforme Linux\".<\/li>\n<li>Manager del rilascio software (Release Manager) \/ Ingegnere di costruzione (Build Engineer).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Matrice dei ruoli e compiti RACI<\/h3>\n<p>\nInfine, passiamo alla mappatura delle posizioni e dei compiti discussi in precedenza, per fornire una visione generale di come dovrebbe apparire la struttura dell'organizzazione che implementa DevOps sulla piattaforma OpenShift. Inizialmente, i ruoli indicati di seguito possono essere svolti da diverse branche della vecchia, tradizionale struttura organizzativa. Tuttavia, nel tempo avviene una consolidazione e nascono nuovi team, costruiti attorno alle applicazioni, che si occupano della maggior parte, se non di tutti, i compiti indicati di seguito.<\/p>\n<p>Problemi<br \/>\nRuoli<\/p>\n<p>Ingegnere di operazioni applicative \/ Ingegnere di affidabilit\u00e0 del sito<br \/>\nSviluppatore di applicazioni \/ Sviluppatore software \/ Ingegnere programmatore<br \/>\nAmministratore di cluster \/ piattaforme applicative<br \/>\nManager del rilascio software \/ Ingegnere di costruzione<\/p>\n<p>Automazione e provisioning delle infrastrutture IT<br \/>\nI<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Installazione e gestione della piattaforma OpenShift<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Progettazione e gestione dei pipeline di distribuzione<br \/>\nC<br \/>\nC<br \/>\nI<br \/>\nR\/A<\/p>\n<p>Gestione della preparazione degli ambienti dei clienti (tenant provisioning), isolamento e capacit\u00e0 IT<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nI<\/p>\n<p>Costruzione e gestione delle immagini di base<br \/>\nR<br \/>\nC<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Sviluppo di applicazioni e test<br \/>\nC<br \/>\nR\/A<br \/>\nI<br \/>\nI<\/p>\n<p>Monitoraggio operativo e gestione delle applicazioni<br \/>\nR\/A<br \/>\nC<br \/>\nC<br \/>\nI<\/p>\n<p>Test di accettazione degli utenti<br \/>\nC<br \/>\nR<br \/>\nI<br \/>\nI<\/p>\n<p>\n<b>Simboli nella matrice RACI<\/b><br \/>\nFonte: <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Responsibility_assignment_matrix\">Wikipedia<\/a><\/noindex> <\/p>\n<ul>\n<li><b>Responsabile<\/b> \u2013 Esecutore \u2013 colui che svolge le necessit\u00e0 per completare il compito.<\/li>\n<li><b>Responsabile<\/b> \u2013 Responsabile \u2013 il dipendente che in ultima analisi \u00e8 responsabile per l'esecuzione corretta e accurata del compito o per il raggiungimento del risultato; inoltre, \u00e8 l'unico a poter delegare il lavoro agli esecutori.<\/li>\n<li><b>Consultato<\/b> \u2013 Consultant \u2013 di norma, sono esperti nel campo di competenza, il cui parere \u00e8 richiesto; con loro c'\u00e8 una comunicazione bilaterale.<\/li>\n<li><b>Informato<\/b> \u2013 Informati \u2013 persone che vengono tenute al corrente degli sviluppi (a volte, solo al termine del compito o al raggiungimento del risultato); ricevono informazioni in modo unidirezionale.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Come si svolge la collaborazione dei team in un'organizzazione DevOps<\/h3>\n<p>\nLo schema tradizionale di ottenimento delle risorse \u00e8 di solito un ciclo di richieste per l'assegnazione delle risorse, che vengono poi eseguite da diversi team. Alla fine, tutte le risorse necessarie vengono assegnate e confermate dalla parte richiedente. Spesso, questi processi vengono eseguiti in parte, se non completamente, manualmente e richiedono frequenti e numerosi interazioni tra i team per gestire con successo ogni richiesta.<\/p>\n<p><i>Figura 1. Organizzazione IT tradizionale<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Come OpenShift sta cambiando la struttura organizzativa delle IT. L&#039;evoluzione dei modelli organizzativi nella transizione verso il PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/29b0a4a64691062f03b8860466d18846.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Il diagramma sopra illustra le relazioni tipiche tra i team in un'organizzazione IT tradizionale. In questo schema, alcuni team si rivolgono ad altri team con richieste per l'esecuzione dei lavori necessari, utilizzando mezzi di comunicazione pi\u00f9 o meno formalizzati, come sistemi di ticketing o email. Queste richieste vengono poi messe in coda e attendono il loro turno, e spesso un'attesa prolungata porta a deterioramenti, se non addirittura a un'esacerbazione delle relazioni tra i team. La tensione \u00e8 aggravata dal fatto che i membri di diversi team raramente si incontrano di persona e, di solito, condividono solo le informazioni minimamente necessarie.<\/p>\n<p><i>Figura 2. Organizzazione IT DevOps<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Come OpenShift sta cambiando la struttura organizzativa delle IT. L&#039;evoluzione dei modelli organizzativi nella transizione verso il PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/c422b58fff958032e93c1e87586ae0ea.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>In questo diagramma viene mostrato come funziona la collaborazione all'interno di un'organizzazione DevOps. Qui gli stessi team del diagramma precedente hanno abbandonato le comunicazioni inefficaci, che accentuavano la disconnessione, e le hanno sostituite con contatti personali, creando cos\u00ec canali permanenti di interazione tra i team. Questi canali favoriscono la formazione di un insieme ibrido di competenze, che aiuta i dipendenti a comprendere e rappresentare meglio le necessit\u00e0, i problemi e le opportunit\u00e0 dei team che rappresentano. I team si consentono reciprocamente di eseguire i lavori necessari tramite portali di self-service automatizzati invece di elaborare manualmente le richieste di modifica degli altri, come si faceva in precedenza. E grazie alla presenza di canali di interazione, questi sistemi di self-service sono in grado di adattarsi rapidamente ai bisogni dei team per cui sono stati creati. Per raggiungere una maggiore comprensione reciproca e uno scambio di conoscenze all'interno dell'organizzazione, i membri dei team eseguono periodicamente rotazioni di ruolo, per acquisire esperienza nell'interazione con diversi team e comprendere meglio il quadro complessivo dei sistemi IT che gestiscono, aumentando cos\u00ec il loro livello di cross-funzionalit\u00e0 e utilit\u00e0.<\/p>\n<h3>In sintesi<\/h3>\n<p>\nIn questo post, abbiamo discusso di come l'implementazione di soluzioni PaaS possa spingere un'organizzazione ad adottare la metodologia DevOps, portando a un cambiamento nei ruoli e nei compiti tradizionali. Pertanto, abbiamo elencato le principali sfide IT che sorgono in un'organizzazione con la transizione a OpenShift, cos\u00ec come le competenze necessarie per affrontarle. Abbiamo anche fornito un set di ruoli organizzativi fondamentali che emergono nella costruzione di team DevOps cross-funzionali e una matrice RACI che collega i nuovi ruoli con i nuovi compiti. Infine, abbiamo descritto come la piattaforma OpenShift e la relativa metodologia DevOps possano trasformare la struttura organizzativa, passando dalla tradizionale gerarchia e dai sistemi di gestione delle richieste a team cross-funzionali con un livello di comunicazione personale pi\u00f9 elevato.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/redhatrussia\/blog\/489194\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c \u0418\u0422-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u041d\u0430 \u0434\u0435\u043b\u0435 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u0430\u044f \u043e\u0442\u0434\u0430\u0447\u0430 \u043e\u0442 \u0438\u043d\u0432\u0435\u0441\u0442\u0438\u0446\u0438\u0439 \u0432 PaaS \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u0430 \u0442\u043e\u043b\u044c\u043a\u043e \u043f\u0440\u0438 \u0443\u0441\u043b\u043e\u0432\u0438\u0438 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0440\u043e\u043b\u0435\u0439, \u0441\u0444\u0435\u0440 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 (\u0437\u0430\u0434\u0430\u0447) \u0438 \u0441\u0445\u0435\u043c \u0432\u0437\u0430\u0438\u043c\u043e\u043e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u0439. \u041a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":70923,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-70922","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-02-22T12:37:55+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-03T13:14:39+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Come OpenShift cambia la struttura organizzativa delle aziende IT. L'evoluzione dei modelli organizzativi nella transizione a PaaS | ProHoster","description":"Sebbene le soluzioni PaaS ('Platform as a Service') di per s\u00e9 non possano cambiare i modi in cui si interagisce individualmente e in team, spesso fungono da catalizzatore per cambiamenti organizzativi in risposta a una maggiore flessibilit\u00e0.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster","og:description":"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-22T12:37:55+00:00","article:modified_time":"2020-03-03T13:14:39+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"70922","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:11:25","updated":"2026-02-09 17:11:04","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/70922","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=70922"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/70922\/revisions"}],"predecessor-version":[{"id":159260,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/70922\/revisions\/159260"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/70923"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=70922"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=70922"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=70922"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}