Et bienvenue dans cette vidéo, nous discuterons des facilitateurs de la stratégie multi-comptes.
Maintenant, dans l'une des organisations récentes avec lesquelles j'ai travaillé, nous avons eu près de 80
entretiens.
Désormais, pour gérer autant de comptes Idalis, vous aurez besoin d'une bonne planification et d'une stratégie.
Et par conséquent, en tant qu'architecte de solutions, il est très important pour nous de connaître certains des défis et
certaines des façons dont vous pouvez les surmonter lorsque vous commencez à travailler en entreprise.
Alors allons-y et comprenons-en plus maintenant.
La stratégie de comptes multiples est vraiment excellente car elle vous offre le plus grand isolement entre
les ressources ainsi que la sécurité.
Donc, généralement, ce que beaucoup d'organisations font, c'est qu'elles ont la solution au niveau régional.
Ils ont donc une région idéologique pour les instances de développement.
Ils ont dans la région des instances de production, bien que cela puisse être suffisant.
Mais ce n'est pas une bonne pratique car si quelqu'un crée une politique pour le développeur et s'il ne s'agit pas d'un développeur
très isolé, il peut avoir accès à l'environnement de production.
Il est donc toujours agréable d'avoir plusieurs comptes.
Vous devez donc garder un compte idalis individuel pour le développement individuellement de la deuxième production et éviter
de donner accès aux développeurs, à l'environnement de production à l'exception de l'accès en lecture seule de haut niveau.
Et c'est lorsque l'organisation utilise plusieurs A. W. comptes, il y a certaines considérations
dont vous devez vous souvenir, sinon les choses deviendront très vite désordonnées.
Il y a donc quatre choses dont vous devez vous occuper.
L'une est l'architecture du compte d'identité.
Deuxièmement, l'architecture du compte de journalisation.
La troisième est l'architecture du compte de publication et pour cela, la structure de facturation.
Entrons donc et comprenons chacun d'eux.
Le premier est donc l'architecture d'identité.
Alors disons que vous avez un combat.
Soit ce compte, soit, vous savez, vous ne souhaitez pas créer d'utilisateur individuel dans chacun de ces
comptes.
Donc disons que j'ai cinq comptes et que j'ai une nouvelle personne qui nous a rejoint, évidemment.
Maintenant, je peux ajouter un nom d'utilisateur à chacun de ces comptes, mais cela deviendra bientôt désordonné.
Il est donc recommandé de gérer tous les utilisateurs dans un endroit centralisé au lieu d'ajouter chaque utilisateur dans le compte de base
de données individuel.
Désormais, cette architecture spécifique de gestion des utilisateurs dans un lieu centralisé peut être réalisée à l'aide de
comptes croisés et de règles, ainsi qu'avec la fédération dont nous discuterons davantage à ce sujet dans les
prochaines vidéos.
Mais pour cela, vous aurez juste un aperçu de haut niveau de la signification réelle de chacun de ces points.
Maintenant, la seconde est la structure du compte de journalisation.
Donc, fondamentalement, il est très important que tous les journaux soient stockés dans un endroit centralisé où ils
peuvent être surveillés et analysés régulièrement.
Donc, si vous voyez plus tôt, j'ai un compte actuel B. Les journaux iCloud du compte vont maintenant dans le compartiment S3
du compte central et le compte de ces journaux de configuration va dans le compartiment S3 du compte central.
Donc c'est juste pour la représentation.
Cependant, le cloud du journal de configuration, ce journal de reflux AWB, tous ces journaux de tous les comptes doivent
être stockés dans un compartiment S3 centralisé.
Désormais, ce compartiment S3 centralisé vous permet d'analyser régulièrement les journaux.
Donc peut-être que si vous utilisez des solutions comme Splunk, Splunk peut récupérer le journal de ce compartiment central
et il peut continuer et vérifier cette sécurité ou d'autres anomalies.
Maintenant, le troisième est l'architecture du compte de publication.
Maintenant, c'est très important parce que disons que vous avez plusieurs comptes de témoins oculaires.
Je vais vous donner quelques exemples du monde réel comme, comme nous en avons discuté, que nous avions l'habitude d'avoir un compte de base de
données.
Maintenant, ce que les développeurs faisaient toutes les huit secondes, différentes équipes y avaient accès et certaines personnes considéraient
qu'il y avait des instances.
Certaines personnes lanceront Ubuntu, certaines Villines, Amazon, Linux, certaines Melun, Sendai.
Il n'y a donc pas de standardisation en cours.
Et généralement, l'équipe de sécurité est chargée de fournir l'image haut de gamme, ou de nombreuses organisations les appellent souvent
comme une image d'or.
Il est donc très important que si vous avez plusieurs comptes, vous devez vous assurer que
le développeur ne lance que les instances sécurisées et approuvées par l'équipe de sécurité.
Cette normalisation est donc extrêmement importante.
Ainsi, l'architecture de votre compte de publication entre vraiment en ligne de compte là où vous avez la facilité d'envoyer des e-mails.
Alors disons que c'est l'UIT.
EMI est en cours de création.
Prise par l'équipe de sécurité, cette image peut désormais être partagée entre tous les comptes et vous
pouvez créer une politique selon laquelle le développeur ne peut lancer les nouvelles instances que si elles proviennent d'une image spécifique, vous pouvez même
utiliser le catalogue de services pour de telles cas.
Il s'agit donc de l'architecture du compte de publication et la dernière est la structure du bâtiment.
Maintenant, en gros, vous pouvez utiliser la fonction de construction consolidée dans l'organisation afin d'avoir un
seul endroit pour suivre l'ensemble de la facture.
Vous avez donc un compte maître et ce sont les comptes enfants qui sont connectés.
Vous avez donc une facturation audio consolidée.
Le grand avantage est donc qu'il est facile à suivre.
Il est facile de voir toutes les factures et vous avez également l'avantage de l'utilisation combinée.
Et il n'y a aucun moyen de savoir si nous en discuterons dans les vidéos pertinentes où nous discutons de
la structure de facturation.
En effet.
Voici donc un aperçu de haut niveau de certains de ces défis auxquels vous serez généralement
confronté si votre organisation en a plusieurs.
Ainsi, dans cette vidéo, nous avons eu un aperçu de haut niveau des défis ainsi que de la solution que
vous pouvez concevoir au sein de votre organisation.
Maintenant, nous allons discuter de chacun de cela en détail dans les prochaines vidéos.
J'espère que cette vidéo de présentation de haut niveau a été informative, et j'ai hâte de voir votre prochaine
vidéo.