Dans ce chapitre, nous discutons du probl�me de la rŽpartition dans les architectures de composants logiciels. Pour cela, nous effectuons tout dÕabord un tour dÕhorizon des spŽcificitŽs des syst�mes rŽpartis ˆ large-Žchelle, notamment les aspects dÕhŽtŽrogŽnŽitŽ, de concurrence, de fiabilitŽ et de sŽcuritŽ. Les plateformes intergicielles Ç classiques È offrent une vision rŽpartie de la conception et de la programmation orientŽe objet. Nous discutons de certaines limites importantes des mod�les dÕobjets rŽpartis ; limites qui conduisent naturellement aux mod�les de composants. Avant de dŽcrire les principes de base des mod�les de composant rŽpartis, nous discutons des architectures applicatives quÕils ciblent en prioritŽ. Nous passons du classique et quelque peu dŽmodŽ client-serveur aux architectures Žmergentes comme les grilles de calcul ou le pair ˆ pair, sans oublier les tr�s stratŽgiques architectures 3-tiers. Ces derni�res reprŽsentent de fait le domaine applicatif privilŽgiŽ - et m�me quasiment exclusif - des plateformes industrielles disponibles aujourdÕhui et notamment les Enterprise Java Beans et les Corba Component Model. Le principe dÕinversion du contr™le forme, selon nous, le fil conducteur des diffŽrentes architectures proposŽes dans les mod�les de composants rŽpartis. De fa�on non exhaustive, nous prŽsentons les approches ˆ conteneurs, les plus courantes, les mod�les hiŽrarchiques tr�s prometteurs et certains mod�les plus Ç exotiques È rŽflexifs et/ou gŽnŽratifs. La complexitŽ des communications rŽparties imposent dÕanalyser de fa�on poussŽe les principes dÕinteraction entre composants : interfa�age et communication. Le concept architecturel de connecteur est Žgalement discutŽ. Finalement, nous effectuons un Ç plongeon È ˆ lÕintŽrieur des infrastructures pour en dŽcrire certains aspects fondamentaux dans le cadre de la rŽpartition ; nous insistons notamment sur les mod�les de contr™le et le dŽploiement logiciel.