Другие ответы дают хорошие рекомендации относительно того, что вы, вероятно, хотите сделать для достижения своей «конечной цели», но, если вы сначала хотите остаться с wsgiref.simple_server в течение поучительного времени, вы можете сделать это тоже. WSGI является решающим «связующим звеном» между веб-серверами (не только простым, конечно, в wsgiref - реальными, такими как Apache или Nginx [оба с соответствующими модулями, называемыми mod_wsgi], а также, например, Google App Engine - тот, который также предлагает WSGI в качестве основного API) и веб-приложения (и платформы, которые облегчают написание таких приложений).
Каждый рекомендует вам различные фреймворки, но понимание WSGI не повредит (так как оно будет лежать в основе любой фреймворк, который вы в конечном итоге выберете). И с целью такого понимания wsgiref.simple_server прослужит вам еще немного, если хотите.
По сути, вы хотите написать WSGI app - функцию или класс, который принимает два параметра (словарь "enviroment" и вызываемый "start response", который он должен перезвонить с помощью status и headers перед тем, как возвращение тела ответа). Ваше "приложение WSGI" может открыть ваш index.py или что угодно еще, чтобы подготовить статус, заголовки и тело, которое он возвращает.
Существует гораздо больше возможностей для WSGI (концепция middleware особенно мощна), хотя, конечно, вам не нужно понимать это очень глубоко - только настолько глубоко, насколько вам интересно! См. wsgi.org для учебных пособий и пр. Мне кажется, что особенно интересна статья Гарднера, состоящая из двух частей: .
Как только (и если это ваш выбор) вы понимаете WSGI, вы можете лучше решить, хотите ли вы все это скрыть в инфраструктуре более высокого уровня, такой как Django (чтобы вы могли вместо этого сосредоточиться на проблемах уровня приложения), или использовать очень легкий и модульный инструментарий утилит WSGI, таких как Werkzeug - или что-нибудь промежуточное! -)