Facendo.
E bentornati ora in questo video, discuteremo in dettaglio del servizio di scorta ora solo per ideare un codice di
abbigliamento, comet è un servizio di controllo del codice creato dall'uomo fornito da Eatables per ospitare
il repository.
Ora, generalmente, molte organizzazioni utilizzano piattaforme di terze parti come BitBucket, GitHub e
ce ne sono molte disponibili per l'hosting.
Stanno ottenendo repository.
Quindi o un buon comitato è anche una delle grandi opzioni che possono essere esplorate ora esaminerà rapidamente il codice,
la console di commit.
Vedi che ci sono più repository disponibili.
Quindi apri molto rapidamente uno di questi all'interno del repository ci sono più file e insieme
a quel codice offre anche tutto il set di base di funzionalità disponibili in una tipica piattaforma basata su gate.
Quindi hai estratto la richiesta, hai commenti, rami e vari altri.
Ora, in questa fase di una certificazione di livello professionale o specialistico, presumo che tu conosca già
le basi del commit del codice stabilito e anche le basi per ottenere un repository in modo che possiamo
andare avanti e discutere su varie importanti caratteristiche del codice in più dettaglio.
Ora, ricordo ancora molti anni fa quando è stato lanciato il servizio di scorta, infatti lo stavamo valutando per
la nostra organizzazione.
Ma durante quel periodo, il codice comit aveva un set di funzionalità molto basilare, e questo era uno dei motivi
per cui molte organizzazioni non lo sceglievano davvero.
Ma ora, dopo alcuni anni, ha una buona quantità di funzionalità.
E uno dei grandi vantaggi per i quali le organizzazioni scelgono questo o altri fornitori di terze parti
è la sua stretta integrazione con vari altri servizi.
Quindi andiamo avanti e discutiamone in modo più dettagliato.
Ora, la prima importante caratteristica del codice che dovremmo notare è il testo del repository.
Quindi i repository sono all'interno del codice del database.
Il commit può essere taggato, il che aiuterà ulteriormente a identificare e organizzare le tue risorse.
Quindi, se vedi che ho un repository di codice di commit del codice demo e ha il suo tag off team di pagamenti.
Quindi, ogni volta che fai uso di vari servizi come Resource Group e vuoi vedere quali sono le risorse associate al
team di pagamenti, forse repository di commenti sul codice, facile da istantare come tre bucket e così
via.
Questo è qualcosa che puoi fare facilmente con l'aiuto dei tag del repository se vengono aggiunti al
repository del codice.
Ora una delle cose in cui i tag del repository sono ampiamente utilizzati nell'organizzazione, da quello
che ho visto, sono le politiche basate sull'identità.
Ora, con la politica AIM, puoi andare avanti e creare un'azione Denyer inferiore sul repository in
base agli Edelstein ad esso associati.
Quindi prendiamo un semplice caso d'uso.
Supponiamo che ci siano 20 sviluppatori che fanno parte dei pagamenti del team.
Quindi quello che vogliamo è che quei 20 sviluppatori abbiano accesso solo alla loro setta di repository.
Quindi, per farlo, la prima cosa che devi fare è accedere al repository di Baghdad.
Quindi taggherai tutti i repository di pagamenti con il tag appropriato e poi creerai nella policy.
Quindi l'azione politica partirà su tutte le risorse con la condizione del tempo di pagamento.
Quindi, qualsiasi archivio di commenti del tribunale che abbia questo tag specifico, il team di pagamento avrà il pieno controllo su di
esso.
Quindi questo è ciò che la politica dell'identità ti consente di fare.
Ora, lascia che ti mostri rapidamente anche questo.
Quindi attualmente all'interno del repository della comunità del codice, se vado rapidamente alle impostazioni Aurier sotto i tag del
repository, vedi che hai un tag di pagamenti di squadra.
Quindi ora quello che fai, vai avanti e associ questa specifica politica AM a tutti gli sviluppatori che
fanno parte dei pagamenti e quindi saranno in grado di avere pieno accesso al repository a cui è associato
il tag.
Quindi proviamolo rapidamente in una prospettiva demo.
Quindi, per la demo di oggi, ho un utente chiamato Demo User e questo utente ha una buona politica basata sui comandi ad esso associata.
Quindi andiamo avanti ed esploriamo di cosa tratta questa politica.
Quindi, se vedrai, sostanzialmente consente l'azione di estrazione del commit del codice su tutte le
risorse, considerando che la risorsa ha un tag di team di pagamenti.
Quindi ora dall'utente demo, andiamo rapidamente al codice, commit console.
Ora, in questa fase, l'utente è in grado di elencare tutti i repository ora sappiamo che il
team di pagamenti associato alla demo potrebbe.
Quindi, se lo apro velocemente e proviamo a leggere il file, facciamolo.
Vedete, ora funziona perfettamente in modo simile.
Torniamo al repository.
Hai anche un altro repository chiamato repository segreto.
Ora, questo repository non ha un tag di team di pagamenti.
Quindi andiamo avanti e proviamo ad aprirlo.
E immediatamente ottieni l'eccezione di accesso negato.
Quindi le politiche basate sull'identità basate sullo stack di risorse sono una caratteristica molto importante.
E questo è qualcosa che utilizzerai ampiamente a condizione che la tua organizzazione lo utilizzi.
Potrebbe entrare.
Ora, quando parli delle politiche di identità, una delle cose che abbiamo appena visto è stato l'accesso
basato sulla tassa sulle risorse.
Tuttavia, ci sono molte cose che puoi fare in base a questo.
Quindi prendiamo alcuni casi d'uso di esempio in modo che tu possa dire di negare tutto l'accesso a un repository con un tag di stato,
un segreto.
Quindi questo è qualcosa che si può fare.
Puoi dire consenti l'accesso a un repository solo nella regione di Mumbai oppure puoi consentire all'utente di connettersi solo da
un IP specifico per connettersi a un repository.
Questo è anche qualcosa che può essere fatto o puoi negare a Bush l'accesso al ramo principale oa vari altri.
Quindi, se vedi che c'è molta flessibilità che puoi ottenere con l'aiuto e le politiche per i cibi commestibili potrebbero entrare in
gioco.
E questo è molto importante.
Quindi, se hai molta familiarità con le politiche IAM, puoi provare una grande serie di politiche per il comitato e
questo è ciò che renderà felici anche i revisori.
Quindi ora esaminiamo la prossima serie di funzionalità del codice relative principalmente all'integrazione con A.
W. Servizi.
E questo è molto importante.
Quindi il servizio di scorta di Aydan ha integrato vari altri servizi come LAMDA.
Hai persino violato il codice del tuo cloud trail, creato un database, Caymans e vari altri.
E questo è uno dei motivi per cui molte organizzazioni optano principalmente per l'arrivo del codice.
Quindi, ad esempio, hai un servizio di commit del codice, hai un certo insieme di azioni.
Forse se qualcuno ha inviato l'ultimo set di codice, può andare avanti e attivare una funzione lambda.
Puoi fare molte cose quando si tratta di integrazione con il comitato del codice.
Quindi il codice del database è integrato con il cloud.
Quindi, nella diapositiva precedente, stavamo discutendo anche dell'integrazione del servizio di commit del
codice che viola anche altri cloud Trillian in modo che, poiché è integrato con Cloud tre, consentirà
agli amministratori di acquisire grandi informazioni sulle attività degli utenti.
Quindi puoi andare avanti e creare grandi dashboard su quali sono i repository che vengono estratti,
quanti push si verificano, quali sono i file che vengono eliminati nel repository del codice e così
via.
E questo è molto importante in particolare per il team di sicurezza.
Ricordo che nelle organizzazioni con cui stavo lavorando, quindi stavamo costruendo la stessa sicurezza del dashboard correlato,
monitorando il relativo set di dashboard e una delle regole specificamente relative al repository di gate
e ai revisori erano molto rigide al riguardo, è che se un utente , diciamo che un utente
sta lasciando l'organizzazione e solo un giorno prima del suo ultimo giorno, improvvisamente estrae tutti i repository che fanno
parte di quella specifica organizzazione appartenente al suo team e a tutti gli altri team.
Quindi questa è una delle cose in base alle quali viene sollevato l'allarme.
Quindi ora una delle domande che sorge è perché sta ritirando tutti i repository associati all'organizzazione
nel suo ultimo giorno di lavoro?
Quindi qualcosa del genere.
Ci sono molti importanti casi d'uso di sicurezza che possono essere costruiti in base a gett.
E con l'aiuto del codice che impegna l'integrazione con il cloud, diventa molto facile andare avanti e
farlo.
Quindi esaminerà rapidamente la console cloud.
Fondamentalmente abbiamo filtrato l'origine dell'evento in base al servizio principale.
Quindi vedi che ci sono più eventi, nomi come repository di elenco e ottieni riferimenti, ottieni il repository
e tanti altri.
E in base a ciò, ti dà anche il nome utente associato.
Quindi questo nome utente ha eseguito questa operazione su questo evento specifico.
Quindi, se scendo un po', hai determinate attività per allora, più utenti, hai determinate attività da parte di altri
utenti e così via.
Quindi, se lo aprirai rapidamente.
Quindi, in questa fase, se vedrai che è stato creato un grande evento di repository, ma non sai davvero
su quale repository è stato creato.
Quindi, se aprirai questo evento specifico, torniamo indietro.
Quindi all'interno dell'area puoi vedere che è il repository del codice demo.
Ti mostra anche vari altri dettagli qui, come l'indirizzo IP di origine da cui è stata effettuata la query
e vari altri.
Quindi tutte queste informazioni sono come una miniera d'oro in particolare se vuoi costruire la sicurezza.
Dashboard correlati per i repository di gate ora la prossima importante funzionalità per Qualcomm, sono le regole di notifica in
modo da poter impostare regole di notifica per i repository in modo che gli utenti del repository ricevano e-mail
sui tipi di eventi del repository specificati.
Quindi, ad esempio, supponiamo che tu voglia andare avanti e ricevere l'e-mail ogni volta che si verifica un determinato evento.
Quindi forse ogni volta che c'è una richiesta in grassetto o ogni volta che c'è un'unione o ogni volta che un
marchio viene creato o eliminato o l'amministratore di quel team ha bisogno di ricevere l'e-mail.
Quindi questo è qualcosa che può essere fatto con l'aiuto delle regole di notifica.
Quindi, all'interno del codice, se il file apre rapidamente l'area delle impostazioni sotto le notifiche, vedrai che in
termini di evento che attiva la notifica, puoi specificare.
Quindi, ogni volta che desideri un'e-mail, quando c'è una richiesta pull o quando un marchio viene creato, eliminato o unito, a
seconda di ciò di cui hai bisogno, puoi procedere e attivare la notifica di conseguenza.
E ancora, una cosa grandiosa è che la notifica non deve essere sempre e-mail.
Puoi anche integrato, che manca a molte organizzazioni che usano slack.
Ora, l'ultima caratteristica importante per il codice associato al video di oggi in arrivo è la protezione dei dati.
Quindi i repository di dati codificati vengono crittografati sia in transito che a riposo.
Questo è molto importante da sapere.
Quindi, ogni volta che i dati vengono inseriti in un repository, ad esempio, supponiamo che tu ottenga il push, quindi il
codice esegue la crittografia per ricevere i dati così come sono archiviati nel repository.
Quindi, ogni volta che estrai i dati dal codice contropositivo, potrebbe estrarre goldkamp, eseguire il commit, decrittografare
automaticamente i dati e quindi inviare la versione decifrata al chiamante.
Inoltre, tieni presente che qualsiasi dato trasmesso sulla rete, è sempre crittografato.
E questo è il motivo per cui ogni volta che crei un buon repository di comandi, se vai al
servizio di gestione delle chiavi nel W. S. sotto le chiavi gestite AWG, vedrai che avrai sempre una chiave
associata al codice curcumina di eatables.
E questo è importante, principalmente correlato al caso d'uso di archiviare i dati crittografati e decrittografarli ogni volta che
è necessario.
Quindi, a una panoramica di alto livello, queste sono alcune delle caratteristiche importanti relative all'arrivo del codice stabilito.
Ancora una volta, ci sono molte altre funzionalità che possono essere esplorate.
Lo esaminiamo come e quando richiesto in modo più dettagliato.
Tuttavia, per questo manterremo una panoramica semplice e di alto livello e con questo concluderemo il video di
oggi.