Распределенные системы

Введение

Для системы disribuito средствами компьютерной системы, или не на основе веб-технологии, состоит из различных компонентов, и географически отделенных друг от друга, что необходимо расширенное аппаратное и программное обеспечение для обеспечения определенного уровня производительности. Цель состоит в обмене данными и ресурсами между пользователями системы.

Архитектура распределенной системы

Существует ни одна модель распределенной системы: системы определяется так, что, по какой причине, она интегрирует несколько аппаратных и программных платформ и присутствует в красоваться территории.

Система, основанная на веб-технологии задействованные ресурсы можно рассматривать в качестве основной рамы, персональных компьютеров и MIDI, это даже не сказал, что сообщения проходят через те же сетевые протоколы и в соответствии с единой спецификации. Там может быть разбит на разных серверах баз данных и программного обеспечения не является очень гибкой и увеличением работать на любой платформе.

Распределенной системы на основе технологии веб, однако, видит участие типов сетей, таких как Интернет, Интранет и сети мобильной связи. То же самое Интернет или интранет-системы может потребоваться веб-сервер, почтовый сервер, FTP-сервера, сервера, брандмауэра, прокси-сервер для нескольких соединений и так далее. Мобильная система, однако, включает в себя такие технологии, как GSM, WiFi, GPRS, Blue Tooth, и другие, работая вместе, чтобы обеспечить единую службу.

Конец монополии

С приходом к славе философии с открытым исходным кодом гиганты, как IBM и Microsoft внедрили оборудование и программное обеспечение системы, чтобы сделать более расширенном портативные компьютерные системы, развязывая хороший процент от основных компонентов материнской компании.

Например, система написана на PHP не должен работать на системах Linux, но она может работать на серверах от Microsoft. Сложнее другого пути, как я слышал за годы поддержки. NET со стороны пингвинов и вы не видите пути конкретизировать.

Большая заслуга должны пойти в и из XML-компонентов на основе, или по крайней мере, написанные в Java. Использование этих двух мифов программирования распределенных систем стали простой жизни и интересов каждого, даже гиганты, присутствовать на целом, а не изолировать себя в своей рыночной доли, не делая может войти любой.

Проблемы и решения

До сих пор мы говорили о технологии и вычислительные системы, но мы не должны забывать, что компьютер не находится ничего, и не имеет смысла без присутствия человека, то информационная система.

Человек, в дополнение к пользователю, является также создателем системы, и, конечно, это стоит ряд нерешенных проблем, некоторые из которых уже рассмотрены в дискурсивной.

Мы делаем схеме.

• Гетерогенность - распределенная система характеризуется, как уже говорилось, наличие систем, машин, языков и различных структур данных, то есть все элементы, которые не легко управлять. Если вы не можете объединить системы в той же среде, решение заключается в принятии промежуточного расширенном обрабатывать запросы и ответы различных систем друг с другом. Технологий обычно используется только Java, XML и. NET.

• Безопасность - В целях безопасности, мы, будут исключены из системы пользователями непризнанной, потенциально опасные и управление целостностью данных внутри самой системы и доступность услуги с течением времени. В конце концов, это необходимо построить надежную базовую систему, основанную на аппаратное и программное обеспечение проверены и надежны, вы должны иметь персонал в состоянии справиться "системы, в кратчайшие сроки, для любой неисправности, и (самое сложное в некоторых отношениях а) группой пользователей обучены и способны.

• Масштабируемость - система должна функционировать во времени и не страдать коллапс, или хотя бы их избежать или исправить их нащупал. Возможные недостатки, которые должны соответствовать максимальным ограничением активных пользователей для управления узкие места на ранней стадии аппаратного или программного обеспечения, устройств управления, а также аппаратных и программных сбоев. Решение похож на другой: способных и компетентных сотрудников. Многое зависит от качества продуктов, способность программистов и аналитиков в выполнении работ мудро, и способность системных инженеров с универсальностью для управления сетью, например, организации, чтобы добавить сервер, добавить или дублировать DNS, и так далее.

• Конкурентоспособность - база данных, которая запрашивается и обновляется пользователями распределенной системы баз данных при условии работы в сотни или даже тысячи посетителей в день, поэтому не исключено, что целостность данных ставится под угрозу. Первое решение зависит от первоначального выбора СУБД, анализ структуры базы данных приложения, взаимодействующего с масштабируемость и возможность расширенного системным администраторам настроить все в соответствии с определенными критериями безопасности, уровни доступа пользователей и манипуляции блокировки базы данных.

• Прозрачность - Это необходимо, чтобы позволить пользователям распределенной системы доступа к ресурсам, локальным или удаленным, с легкостью. А «необходимо сделать доступными ресурсами, не зная, распределения и настроить, если это необходимо, разрешения только для чтения, оставляя за собой тех, в письменной форме администратора и уполномоченных органов, чтобы сделать доступными ресурсами.