Описание функции

• Однострочное описание функции (может использоваться как примечание к выпуску):
• Основное контактное лицо (исполнитель):
• Ответственные SIG:
• Ссылка на проектное предложение (репозиторий сообщества): https://github.com/kubernetes/community/issues/429
• Рецензент (ы) - (для LGTM) рекомендуют иметь 2+ рецензентов (по крайней мере, одного из файла OWNERS кодовой области), согласившихся на рецензирование. Рецензенты из нескольких компаний предпочли:
• Утверждающий (вероятно, из SIG / области, к которой принадлежит объект):
• Функциональная цель (какая цель соответствует какой вехе):
  
  
  
  • Цель альфа-выпуска (xy)
  
  
  • Цель выпуска бета-версии (xy)
  
  
  • Стабильная цель выпуска (xy)
  
  

######### Устаревший шаблон ниже

Описание

IPvS или LVS - это функция ядра, которая может проксировать запросы 3 различными способами. Модель прямой маршрутизации является предпочтительной.

Трекер прогресса

• [] Альфа
  
  
  
  • [] Написать и поддерживать черновик качественного документа
    
    
    
    
    
    • [] Во время разработки обновляйте документацию о желаемых впечатлениях от функции и о том, как кто-то может попробовать эту функцию в ее текущем состоянии. Думайте об этом как о README вашей новой функции и как о скелете документации, которая будет написана до выпуска Kubernetes. Вставить ссылку в документ Google: DOC-LINK
    
    
    
  
  
  • [] Утверждение дизайна
    
    
    
    
    
    • [x] Предложение по дизайну. https://github.com/kubernetes/community/issues/429
    
    
    
    • [] Решите, в каком репозитории будет регистрироваться код этой функции. Не все должно попадать в основной репо Kubernetes. РЕПО-НАИМЕНОВАНИЕ
    
    
    
    • [] Первичная проверка API (если API). Может быть, такой же пиар, как и дизайн-документ. PR-НОМЕР
    
    
    
    • Любой код, изменяющий API ( /pkg/apis/... )
    
    
    
    • cc @kubernetes/api
    
    
    
    • [] Определите пастыря (ваш руководитель SIG и / или [email protected] сможет вам помочь). Мой пастырь: _replace. [email protected]_ (и / или GH-дескриптор)
    
    
    
    • Пастух - это человек, который поможет познакомить вас с процессом добавления вашей функции в репозиторий, выявит рецензентов и предоставит отзывы о функции. Они _не_ (обязательно) рецензенты кода функции или технические руководители в данной области.
    
    
    
    • Пастух _не_ отвечает за то, чтобы появляться на собраниях Kubernetes-PM и / или сообщать, работает ли функция для достижения целей выпуска. Это все еще ваша ответственность.
    
    
    
    • [] Определите вторичную / резервную точку контакта. Мое дополнительное контактное лицо [email protected]_ (и / или GH-дескриптор)
    
    
    
  
  
  • [] Напишите (код + тесты + документы), а затем объедините их. ВСЕ-PR-НОМЕРА
    
    
    
    
    
    • [] Код должен быть отключен по умолчанию. Проверено кодом OWNERS
    
    
    
    • [] Минимальное тестирование
    
    
    
    • [] Минимум документов
    
    
    
    • cc @kubernetes/docs в документах PR
    
    
    
    • cc @kubernetes/feature-reviewers по этой проблеме, чтобы получить одобрение, прежде чем отмечать эту отметку.
    
    
    
    • Новый apis: Элемент раздела глоссария в репозитории документации: kubernetes / kubernetes.github.io
    
    
    
    • [] Примечания к выпуску обновления
    
    
    
  
  
• [] Бета
  
  
  
  • [] Для бета-тестирования достаточно тестирования
  
  
  • [] Пользовательские документы с руководствами
    
    
    
    
    
    • Обновленное пошаговое руководство / руководство в репозитории документации: kubernetes / kubernetes.github.io
    
    
    
    • cc @kubernetes/docs в документах PR
    
    
    
    • cc @kubernetes/feature-reviewers по этой проблеме, чтобы получить одобрение, прежде чем отмечать ее.
    
    
    
  
  
  • [] Тщательный обзор API
  
  
  • cc @kubernetes/api
  
  
• [ ] Стабильный
  
  
  
  • [] документы / предложения / foo.md перемещены в docs / design / foo.md
    
    
    
    
    
    • cc @kubernetes/feature-reviewers по этой проблеме, чтобы получить одобрение, прежде чем отмечать эту отметку.
    
    
    
  
  
  • [] Замачивание, нагрузочное тестирование
  
  
  • [] подробные пользовательские документы и примеры
  
  
  • cc @kubernetes/docs
  
  
  • cc @kubernetes/feature-reviewers по этой проблеме, чтобы получить одобрение, прежде чем отмечать ее.
  
  

FEATURE_STATUS используется для отслеживания функций и обновляется @kubernetes/feature-reviewers .
FEATURE_STATUS: IN_DEVELOPMENT

Еще совет:

Дизайн

• Как только вы получите LGTM от участника @kubernetes/feature-reviewers , вы можете установить этот флажок, и рецензент применит метку «дизайн завершен».

Кодирование

• Используйте столько PR, сколько вам нужно. Пишите тесты в одном или разных PR, как вам удобно.
• По мере объединения каждого PR добавьте комментарий к этой проблеме со ссылкой на PR. Код находится в репозитории http://github.com/kubernetes/kubernetes ,
  а иногда http://github.com/kubernetes/contrib или другие репозитории.
• Когда вы закончите с кодом, примените метку «код завершен».
• Если у функции есть пользовательские документы, добавьте комментарий с упоминанием @kubernetes/feature-reviewers и они будут
  убедитесь, что код соответствует предлагаемой функции и дизайну, и что все сделано, и что есть адекватные
  тестирование. Они не будут проводить детальную проверку кода: это уже происходило, когда проверялись ваши PR.
  Когда это будет сделано, вы можете установить этот флажок, и рецензент применит метку «код завершен».

Документы

• [] Напишите пользовательские документы и объедините их.
• Пользовательские документы находятся на http://github.com/kubernetes/kubernetes.github.io.
• Если для функции есть пользовательские документы, добавьте комментарий с упоминанием @kubernetes/docs .
• Когда вы приобретаете LGTM, вы можете установить этот флажок, и рецензент применит метку «docs-complete».