Имеет несколько различных аспектов:
1. Прозрачность масштабируемости (обеспечивается 4, 5)
2. Прозрачность производительности (обеспечивается 4, 5)
3. Прозрачность отказа (обеспечивается 5, 6)
4. Прозрачность миграции (обеспечивается 7, 8) – перемещение компонентов незаметно для пользователей и без специальных действий со стороны разработчиков этих компонентов
5. Прозрачность репликации (обеспечивается 7, 8) – пользователям и разработчика не требуется знать, кто предоставляет услугу – реплика или основной компонент. Разработчики компоненты не должны учитывать возможность его репликации
Реплика – копия, которая остается синхронизированной с оригиналом
6. Прозрачность одновременного выполнения
7. Прозрачность доступа – одинаковость интерфейсов для локальной и удаленной связи (интерфейс заявки на обслуживание должен быть одним и тем же для связи между компонентами одного хоста и разных хостов)
8. Прозрачность местонахождения – способ вызова операции не зависит от местонахождения компонента (запрашивающему обслуживание объекту не требуется знать о физическом расположении компонента)
Что бы достичь реализации, заявки на обслуживание должны подаваться одинаковым образом. Клиент не должен знать о местонахождении компонента или его реплики. Прозрачность одновременного выполнения означает, что пользователи программы не знают, что компоненты запрашивают услуги одновременно.
Несколько компонентов могут запрашивать обслуживание одновременно с сохранением его услов-ти. Пользователи и разработчики не видят, как организуется одновременно обслуживание.
Прозрачность масштабирования программист не должен знать, как достигается масштабируемость распределенной системы.
Прозрачность производительности – пользователь и программист не знают, как поддерживается хорошая производительность.
В основе балансировки нагрузки лежит реализация компонент.
Прозрачность отказа – пользователям и программистам не требуется знать, как ВС справляется с отказами.