CompTIA Tech+ — Questions d'entraînement et examen blanc

Lis le scénario en cherchant ses deux ingrédients : des serveurs que l'entreprise possède et exploite dans son propre centre de données, plus de la capacité louée à un fournisseur public pour les pointes. Un déploiement composé de deux infrastructures cloud distinctes ou plus, qui restent des entités séparées tout en étant reliées pour que les données et les applications puissent circuler entre elles, c'est exactement ce que veut dire hybride, et déborder vers l'extérieur pour absorber les pics de charge en est l'exemple canonique.

Chaque distracteur supprime un ingrédient. Le cloud public seul placerait toute la charge de travail sur l'infrastructure de quelqu'un d'autre, sans rien laisser dans le centre de données de l'entreprise. Le cloud privé seul, c'est une infrastructure provisionnée pour une seule organisation, ce qui décrit la moitié sur site mais pas la capacité louée. Le cloud communautaire est partagé par plusieurs organisations aux préoccupations communes, comme un consortium ou un secteur réglementé, et le scénario ne mentionne jamais une autre organisation.

Conseil d'examen : les modèles de déploiement cloud portent sur qui l'infrastructure sert, pas sur le fournisseur qui est nommé. Compte les infrastructures distinctes du scénario et vérifie si elles restent séparées mais connectées, car deux infrastructures connectées, c'est la signature de l'hybride.

Tout se joue sur le moment où la traduction a lieu. Dans un langage compilé, le programme entier est traduit à l'avance : tu compiles chaque module source en un fichier objet, puis tu lies ces fichiers objets en un seul exécutable, et seul cet exécutable s'exécute. Rien n'est traduit pendant que le programme tourne, et c'est pour cela que les programmes compilés démarrent vite et qu'une erreur de syntaxe apparaît à la compilation plutôt qu'au moment où un utilisateur atteint enfin cette ligne.

Les langages interprétés font l'inverse. Le code source est lu et exécuté instruction par instruction à l'exécution, il n'y a donc pas d'étape de build séparée produisant un binaire en code machine. Les langages de balisage décrivent la structure et la présentation d'un document plutôt que des instructions à exécuter, donc rien chez eux n'est compilé. Les langages de requête expriment quelles données tu veux d'une base de données, et le moteur de base de données planifie et exécute la requête, ce qui n'est là encore pas une traduction anticipée d'un programme.

Conseil d'examen : les expressions avant l'exécution et à l'exécution font tout le travail dans cette famille de questions. Compiler veut dire traduire d'abord et exécuter ensuite, interpréter veut dire traduire et exécuter dans le même passage.

La propriété qui définit tout, c'est ce que la licence autorise, pas ce que le logiciel coûte. Un logiciel open source est livré avec son code source disponible sous une licence qui permet à n'importe qui de le lire, de le modifier et de transmettre des copies modifiées à d'autres. L'accès au code source est la condition préalable de la liberté d'étudier et de modifier un programme, et c'est pourquoi la licence et le code voyagent toujours ensemble.

Les distracteurs décrivent d'autres axes entièrement. Le logiciel propriétaire garde le code fermé et détenu par l'éditeur, donc tu reçois un binaire et l'autorisation de l'exécuter. Le freeware ne coûte rien mais ne dit rien du code source, et la plupart des freewares sont à code fermé, ce qui est le piège de cet item, car le mot free joue sur deux tableaux, celui du prix et celui de l'autorisation. Le logiciel par abonnement décrit la façon dont tu paies, par période plutôt que par copie, et un modèle économique par abonnement se pose très bien sur du code open source.

Conseil d'examen : sépare trois questions indépendantes avant de répondre. Combien ça coûte, comment tu paies, et ce que tu as le droit de faire avec le code ? Seule la troisième définit l'open source, et les textes marketing brouillent volontairement les deux premières avec elle.

L'arithmétique est juste ; les unités ne le sont pas. Les débits de connexion sont annoncés en mégabits par seconde, alors que les tailles de fichiers sont exprimées en mégaoctets, et il y a huit bits dans un octet. Un lien à 200 Mbps délivre donc environ 25 mégaoctets par seconde, et un fichier de 100 MB demande à peu près quatre secondes, ce qui est exactement ce que l'utilisateur a observé. L'attente d'une demi-seconde venait du fait de traiter en silence les mégabits et les mégaoctets comme la même unité.

Les autres explications inventent une cause là où les unités rendent déjà compte du résultat. Un bridage produirait un débit inférieur à celui annoncé, or ce lien délivre bien son débit annoncé une fois que tu convertis correctement. La latence est un délai aller-retour mesuré en millisecondes, elle influe sur la rapidité avec laquelle un transfert démarre, ce n'est pas une taxe fixe de plusieurs secondes sur chaque téléchargement. La compression, au contraire, fait plutôt finir un transfert plus tôt, et décompresser sur une machine moderne est bien plus rapide qu'un lien à 200 Mbps ne peut l'alimenter.

Conseil d'examen : surveille la casse dans l'unité elle-même. Un b minuscule signifie bits et un B majuscule signifie octets, donc Mbps et MB/s diffèrent d'un facteur huit. Convertis les unités avant de raisonner sur quoi que ce soit d'autre.