Enhancements: सेकंडकंप

को निर्मित 25 अक्तू॰ 2016 · 120टिप्पणियाँ · स्रोत: kubernetes/enhancements

विवरण

Seccomp समर्थन seccomp प्रोफाइल को परिभाषित करने और उन प्रोफाइल के साथ चलने के लिए पॉड्स को कॉन्फ़िगर करने की क्षमता प्रदान कर रहा है। इसमें पीएसपी के माध्यम से प्रोफाइल के क्षमता नियंत्रण उपयोग के साथ-साथ अपरिष्कृत या डिफ़ॉल्ट कंटेनर रनटाइम प्रोफाइल के साथ चलाने की क्षमता को बनाए रखना शामिल है।

केईपी :
केईपी को अपडेट करने के लिए नवीनतम पीआर: #1747

प्रगति ट्रैकर

[एक्स] अल्फा
- [ ] ड्राफ्ट गुणवत्ता दस्तावेज़ लिखें और बनाए रखें: डाउनस्ट्रीम ओपनशिफ्ट में उपलब्ध https://github.com/openshift/openshift-docs/pull/2975
- [ ] डिजाइन अनुमोदन
- [x] डिजाइन प्रस्ताव #24602
- [x] तय करें कि इस फीचर के कोड को किस रेपो में चेक किया जाएगा। कोर कुबेरनेट्स रेपो में सब कुछ उतरने की जरूरत नहीं है। रेपो-नाम
- [x] प्रारंभिक एपीआई समीक्षा (यदि एपीआई)। शायद वही पीआर डिजाइन डॉक्टर के रूप में। https://github.com/kubernetes/kubernetes/pull/24602
  - कोई भी कोड जो एपीआई को बदलता है ( /pkg/apis/... )
  - सीसी @kubernetes/api
- [ ] चरवाहे की पहचान करें (आपकी SIG लीड और/या [email protected] आपकी मदद करने में सक्षम होगी)। मेरा चरवाहा है: _बदलें। [email protected]_ (और/या जीएच हैंडल)
  - एक चरवाहा एक व्यक्ति है जो आपको रेपो में अपनी सुविधा प्राप्त करने की प्रक्रिया से परिचित कराने में मदद करेगा, समीक्षकों की पहचान करेगा और सुविधा पर प्रतिक्रिया प्रदान करेगा। वे _not_ (आवश्यक रूप से) सुविधा के कोड समीक्षक, या क्षेत्र के लिए तकनीकी नेतृत्व हैं।
  - चरवाहा _not_ कुबेरनेट्स-पीएम मीटिंग्स को दिखाने और/या संचार करने के लिए ज़िम्मेदार है यदि रिलीज़ लक्ष्य बनाने के लिए सुविधा ऑन-ट्रैक है। यह अभी भी आपकी जिम्मेदारी है।
- [ ] द्वितीयक/बैकअप संपर्क बिंदु की पहचान करें। मेरा द्वितीयक संपर्क बिंदु है: _replace। [email protected]_ (और/या जीएच हैंडल)
- [ ] लिखें (कोड + परीक्षण + डॉक्स) फिर उनका विलय करवाएं। https://github.com/kubernetes/kubernetes/pull/25324 https://github.com/kubernetes/kubernetes/pull/26710 https://github.com/kubernetes/kubernetes/pull/27036
- [] ~~कोड को डिफ़ॉल्ट रूप से अक्षम करने की आवश्यकता है।~~
- [x] न्यूनतम परीक्षण: सीमित e2e परीक्षण https://github.com/kubernetes/kubernetes/blob/33ebe1f18b9cf5909931376f656e19e80ac9ac1c/test/e2e/security_context.go#L110
- [] न्यूनतम दस्तावेज़
  - सीसी @kubernetes/docs डॉक्स पर पीआर
  - cc @kubernetes/feature-reviewers इस मुद्दे पर जाँच करने से पहले अनुमोदन प्राप्त करने के लिए
  - नया एपिस: _शब्दावली अनुभाग आइटम_ डॉक्स रेपो में: Kubernetes/kubernetes.github.io
- [x] रिलीज नोट अपडेट करें https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG.md/#changes -since-v130-alpha4
[ ] बीटा
- [] बीटा के लिए परीक्षण पर्याप्त है
- [ ] ट्यूटोरियल के साथ यूजर डॉक्स
- _अद्यतन वॉकथ्रू / ट्यूटोरियल_ डॉक्स रेपो में: Kubernetes/kubernetes.github.io
- सीसी @kubernetes/docs डॉक्स पर पीआर
- cc @kubernetes/feature-reviewers इस मुद्दे पर जाँच करने से पहले अनुमोदन प्राप्त करने के लिए
- [] पूरी तरह से एपीआई समीक्षा
- सीसी @kubernetes/api
[ ] स्थिर
- [ ] डॉक्स/प्रस्ताव/foo.md डॉक्स/डिजाइन/foo.md में ले जाया गया
- cc @kubernetes/feature-reviewers इस मुद्दे पर जाँच करने से पहले अनुमोदन प्राप्त करने के लिए
- [ ] सोखें, परीक्षण लोड करें
- [ ] विस्तृत उपयोगकर्ता दस्तावेज़ और उदाहरण
- सीसी @kubernetes/docs
- cc @kubernetes/feature-reviewers इस मुद्दे पर इसे चेक करने से पहले अनुमोदन प्राप्त करने के लिए

_FEATURE_STATUS का उपयोग फीचर ट्रैकिंग के लिए और @kubernetes/feature-reviewers द्वारा अपडेट किए जाने के लिए किया जाता है।
FEATURE_STATUS: IN_DEVELOPMENT

अधिक सलाह:

डिज़ाइन

एक बार जब आप _ @kubernetes/feature-reviewers _ सदस्य से LGTM प्राप्त कर लेते हैं, तो आप इस चेकबॉक्स को चेक कर सकते हैं, और समीक्षक "डिज़ाइन-पूर्ण" लेबल लागू करेगा।

कोडन

जितनी जरूरत हो उतने पीआर का इस्तेमाल करें। एक ही या अलग-अलग पीआर में परीक्षण लिखें, जो आपके लिए सुविधाजनक हो।
जैसा कि प्रत्येक पीआर का विलय होता है, पीआर के संदर्भ में इस मुद्दे पर एक टिप्पणी जोड़ें। कोड http://github.com/kubernetes/kubernetes रिपॉजिटरी में जाता है,
और कभी-कभी http://github.com/kubernetes/contrib , या अन्य रेपो।
जब आप कोड के साथ काम कर लें, तो "कोड-पूर्ण" लेबल लागू करें।
जब सुविधा में उपयोगकर्ता दस्तावेज़ हों, तो कृपया @kubernetes/feature-reviewers उल्लेख करते हुए एक टिप्पणी जोड़ें और वे करेंगे
जांचें कि कोड प्रस्तावित सुविधा और डिज़ाइन से मेल खाता है, और यह कि सब कुछ किया गया है, और यह कि पर्याप्त है
परिक्षण। वे विस्तृत कोड समीक्षा नहीं करेंगे: यह तब हो चुका है जब आपके पीआर की समीक्षा की गई थी।
जब यह हो जाए, तो आप इस बॉक्स को चेक कर सकते हैं और समीक्षक "कोड-पूर्ण" लेबल लागू करेगा।

डॉक्स

[ ] उपयोगकर्ता दस्तावेज़ लिखें और उनका विलय करवाएं।
उपयोगकर्ता दस्तावेज़ http://github.com/kubernetes/kubernetes.github.io में जाते हैं।
जब सुविधा में उपयोगकर्ता दस्तावेज़ हों, तो कृपया @kubernetes/docs उल्लेख करते हुए एक टिप्पणी जोड़ें।
जब आप LGTM प्राप्त करते हैं, तो आप इस चेकबॉक्स को चेक कर सकते हैं, और समीक्षक "दस्तावेज़-पूर्ण" लेबल लागू करेगा।

kinapi-change kinfeature sinode stagstable

स्रोत

pweil-

👍2

सबसे उपयोगी टिप्पणी

और अगर हम किसी तरह डेटा एकत्र कर सकते हैं और दिखा सकते हैं कि X% मामलों में, हम कुछ भी लॉग नहीं देखते हैं, जिसका अर्थ है कि डिफ़ॉल्ट प्रोफ़ाइल चीजों को नहीं तोड़ेगी। फिर हम लॉगिंग को किल में बदलने का प्रस्ताव कर सकते हैं। डेटा भाग एकत्र करना मुश्किल है और बहुत काम हो सकता है।

डॉकर के लिए डॉकर डिफ़ॉल्ट प्रोफ़ाइल लॉन्च करते समय @jessfraz पहले से ही ऐसा नहीं किया था? यदि वह एक मजबूत पर्याप्त संकेत नहीं है, तो एक मजबूत संकेत एकत्र करना बहुत मुश्किल होगा ...

tallclair 20 सित॰ 2018

👍7 ❤1

सभी 120 टिप्पणियाँ

@derekwaynecarr @sttts @erictune ने इसके लिए कोई समस्या नहीं देखी लेकिन यह पहले से ही अल्फा में है। इसे बीटा और स्टेबल में आगे बढ़ाने के लिए इसे रिमाइंडर के रूप में बनाना।

@sttts क्या आप डॉक्स और

pweil- 25 अक्तू॰ 2016

@pweil- @sttts - हमारी चर्चा के अनुसार, यह एक ऐसी सुविधा है जिसे हम Kubernetes 1.6 में @kubernetes/sig-node के तहत प्रायोजित करना चाहेंगे।

derekwaynecarr 25 अक्तू॰ 2016

@pweil- @derekwaynecarr कृपया, पुष्टि करें कि इस सुविधा को 1.6 मील के पत्थर के साथ सेट किया जाना है।

idvoretskyi 26 अक्तू॰ 2016

@idvoretskyi हम इसे 1.6 के लिए बीटा में ले जाने का लक्ष्य रखते हैं।

sttts 26 अक्तू॰ 2016

@sttts धन्यवाद।

idvoretskyi 26 अक्तू॰ 2016

ऐसा लगता है कि यह अभी भी अल्फा है:

https://github.com/kubernetes/community/blob/master/contributors/design-proposals/seccomp.md
https://github.com/kubernetes/kubernetes/blob/master/pkg/api/annotation_key_constants.go#L35

और मुझे Kubernetes.io/docs पर कोई दस्तावेज़ नहीं मिला।

bgrant0607 30 मई 2017

@pweil- 1.8 के लिए कोई अपडेट? क्या यह सुविधा अभी भी रिलीज़ के लिए ट्रैक पर है?

idvoretskyi 5 सित॰ 2017

@idvoretskyi यह 1.8 के लिए प्राथमिकता नहीं थी। @php-coder क्या आप हमारे पीएम प्लानिंग के लिए इसमें कार्ड जोड़ सकते हैं? हमें इसे दरारों के माध्यम से गिरने देना बंद करना होगा और इसे बीटा और जीए में ले जाना होगा।

pweil- 11 सित॰ 2017

@pweil- यदि यह सुविधा 1.8 के लिए नियोजित नहीं है - कृपया, "अगले-मील का पत्थर" या "1.9" के साथ मील का पत्थर अपडेट करें

idvoretskyi 12 सित॰ 2017

मैं इसे बीटा में देखना चाहता हूं। उसके लिए प्राथमिकताओं (या आवश्यकताओं) में शामिल हैं:

एनोटेशन (पॉड और पॉडसिक्योरिटी पॉलिसी) को SecurityContext कंटेनर पर फ़ील्ड में ले जाया जाना चाहिए (देखें https://github.com/kubernetes/community/blob/master/contributors/devel/api_changes.md#alpha-field- मौजूदा-एपीआई-संस्करण)
OCI कल्पना seccomp प्रारूप पर व्यवस्थित करें, और Kubernetes डिफ़ॉल्ट प्रोफ़ाइल को परिभाषित करें (क्या हम Docker's का पुन: उपयोग कर सकते हैं?) https://github.com/kubernetes/kubernetes/issues/39128
ए। पता लगाएँ कि कुबेरनेट्स प्रोफ़ाइल को CRI (/cc @yujuhong @Random-Liu) के माध्यम से कंटेनर रनटाइम तक कैसे पहुँचाया जाता है।
बी। docker/default को अभी भी अनुमति दी जानी चाहिए यदि रनटाइम डॉकर है (पीछे की संगतता के लिए)
Kubernetes डिफ़ॉल्ट प्रोफ़ाइल नया डिफ़ॉल्ट होना चाहिए। पश्चगामी संगतता के लिए, यह वैकल्पिक व्यवहार होना चाहिए (अर्थात ध्वज नियंत्रित)। https://github.com/kubernetes/kubernetes/issues/39845

क्या कोई इस काम को 1.9 (या 1.10) मील के पत्थर तक चलाने में दिलचस्पी रखता है? @jessfraz @kubernetes/sig-auth-feature-requests और @kubernetes/sig-node-feature-requests मैं आपको देख रहा हूँ: पलक:

इसके अलावा प्रासंगिक: https://github.com/kubernetes/community/pull/660 (क्या हमें आगे बढ़ने से पहले उस पीआर में निर्णय लेने की आवश्यकता है?)

tallclair 23 सित॰ 2017

/सीसी @destijl

tallclair 23 सित॰ 2017

अगर किसी के पास समय है और वह इसे करना चाहता है तो उसका स्वागत है और मैं
किसी भी प्रश्न का उत्तर देने में मदद करेगा

22 सितंबर, 2017 20:54 पर, "टिम ऑलक्लेयर (सेंट क्लेयर)" सूचनाएं @github.com
लिखा था:

/सीसी @destijl https://github.com/destijl
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/kubernetes/features/issues/135#issuecomment-331593048 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABYNbDldlrwbOP75Y2AKM-bUFLnwrq0eks5slFbcgaJpZM4KgBy_
.

jessfraz 24 सित॰ 2017

👍2

ठीक है, मैं प्रस्ताव को अपडेट कर दूंगा और कल से शुरू करूंगा अगर कोई और नहीं करेगा;)

jessfraz 18 अक्तू॰ 2017

🎉2

90d निष्क्रियता के बाद मुद्दे पुराने हो जाते हैं।
/remove-lifecycle stale साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं और अंततः बंद हो जाते हैं।

/lifecycle frozen टिप्पणी के साथ समस्याओं को स्वतः बंद होने से रोकें।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close ।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इन्फ्रा और/या @fejta को फीडबैक भेजें।
/जीवनचक्र बासी

fejta-bot 16 जन॰ 2018

अरे @jessfraz यकीन नहीं है कि आप इस पर कहीं भी मिले हैं - मेरे पास इसे कोड करने के लिए बैंडविड्थ नहीं है, लेकिन परीक्षण में मदद करने में खुशी हुई ...

jlk 17 जन॰ 2018

30d निष्क्रियता के बाद बासी मुद्दे सड़ जाते हैं।
/remove-lifecycle rotten साथ समस्या को ताज़ा के रूप में चिह्नित करें।
अतिरिक्त 30d निष्क्रियता के बाद सड़े हुए मुद्दे बंद हो जाते हैं।

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close ।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें ।
/जीवनचक्र सड़ा हुआ
/निकालें-जीवनचक्र बासी

fejta-bot 16 फ़र॰ 2018

सड़े हुए मुद्दे 30d निष्क्रियता के बाद बंद हो जाते हैं।
/reopen साथ समस्या को फिर से खोलें।
/remove-lifecycle rotten साथ समस्या को ताज़ा के रूप में चिह्नित करें।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें ।
/बंद करे

fejta-bot 25 मार्च 2018

/फिर से खोलना
/जीवनचक्र जमे हुए
/निकालें-जीवनचक्र सड़ा हुआ

php-coder 26 मार्च 2018

@ PHP-कोडर: आप किसी मुद्दे/पीआर को तब तक दोबारा नहीं खोल सकते जब तक कि आपने इसे लिखा न हो या आपको इसे सौंपा न जाए।

के जवाब में यह :

/फिर से खोलना
/जीवनचक्र जमे हुए
/निकालें-जीवनचक्र सड़ा हुआ

पीआर टिप्पणियों का उपयोग करके मेरे साथ बातचीत करने के निर्देश यहां उपलब्ध कुबेरनेट्स/टेस्ट-इन्फ्रा रिपॉजिटरी के खिलाफ समस्या दर्ज करें।

k8s-ci-robot 26 मार्च 2018

/फिर से खोलना
/जीवनचक्र जमे हुए

सोम, 26 मार्च, 2018 पर 7:07 AM पर, k8s-ci-रोबोट [email protected]
लिखा था:

@ php-coder https://github.com/php-coder : आप किसी मुद्दे/पीआर को फिर से नहीं खोल सकते
जब तक कि आपने इसे लिखा नहीं है या आपको इसे सौंपा नहीं गया है।
इसके जवाब में
https://github.com/kubernetes/features/issues/135#issuecomment-376129291
:
/फिर से खोलना
/जीवनचक्र जमे हुए
/निकालें-जीवनचक्र सड़ा हुआ
पीआर टिप्पणियों का उपयोग करके मेरे साथ बातचीत करने के निर्देश यहां उपलब्ध हैं
https://git.k8s.io/community/contributors/devel/pull-requests.md । अगर
मेरे व्यवहार से संबंधित आपके कोई प्रश्न या सुझाव हैं, कृपया एक फाइल करें
कुबेरनेट्स/टेस्ट-इन्फ्रा के खिलाफ मुद्दा
https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:
भंडार।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आप उस टीम में हैं जिसका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/kubernetes/features/issues/135#issuecomment-376129294 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABG_p9EwKebniej_GySRKSvzrCMITOA1ks5tiMvrgaJpZM4KgBy_
.

smarterclayton 27 मार्च 2018

@smarterclayton : आप किसी मुद्दे/पीआर को तब तक दोबारा नहीं खोल सकते जब तक कि आपने इसे लिखा न हो या आपको इसे सौंपा न जाए।

के जवाब में यह :

/फिर से खोलना
/जीवनचक्र जमे हुए
सोम, 26 मार्च, 2018 पर 7:07 AM पर, k8s-ci-रोबोट [email protected]
लिखा था:
@ php-coder https://github.com/php-coder : आप किसी मुद्दे/पीआर को फिर से नहीं खोल सकते
जब तक कि आपने इसे लिखा नहीं है या आपको इसे सौंपा नहीं गया है।
इसके जवाब में
https://github.com/kubernetes/features/issues/135#issuecomment-376129291
:
/फिर से खोलना
/जीवनचक्र जमे हुए
/निकालें-जीवनचक्र सड़ा हुआ
पीआर टिप्पणियों का उपयोग करके मेरे साथ बातचीत करने के निर्देश यहां उपलब्ध हैं
https://git.k8s.io/community/contributors/devel/pull-requests.md । अगर
मेरे व्यवहार से संबंधित आपके कोई प्रश्न या सुझाव हैं, कृपया एक फाइल करें
कुबेरनेट्स/टेस्ट-इन्फ्रा के खिलाफ मुद्दा
https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:
भंडार।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आप उस टीम में हैं जिसका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/kubernetes/features/issues/135#issuecomment-376129294 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABG_p9EwKebniej_GySRKSvzrCMITOA1ks5tiMvrgaJpZM4KgBy_
.

k8s-ci-robot 27 मार्च 2018

/फिर से खोलना

idvoretskyi 27 मार्च 2018

@idvoretskyi : आप किसी मुद्दे/पीआर को तब तक दोबारा नहीं खोल सकते जब तक कि आपने इसे लिखा न हो या आपको इसे सौंपा न जाए।

के जवाब में यह :

/फिर से खोलना

k8s-ci-robot 27 मार्च 2018

इहोर 1, बॉट 0

smarterclayton 29 मार्च 2018

@pweil- @php-coder @jessfraz
1.11 में इसके लिए कोई योजना?

यदि हां, तो क्या आप कृपया सुनिश्चित कर सकते हैं कि यह सुविधा उपयुक्त के साथ अप-टू-डेट है:

विवरण
माइलस्टोन
समनुदेशिती
लेबल:
- stage/{alpha,beta,stable}
- sig/*
- kind/feature

cc @idvoretskyi

justaugustus 17 अप्रैल 2018

@ wangzhen127 इस पर काम कर रहा है, लेकिन उसे सौंपा नहीं जा सकता क्योंकि वह अभी तक सदस्य नहीं है।

https://github.com/kubernetes/kubernetes/pull/62662
https://github.com/kubernetes/kubernetes/pull/62671

tallclair 18 अप्रैल 2018

अद्यतन के लिए धन्यवाद, टिम!
/निकालें-जीवनचक्र जमे हुए

justaugustus 20 अप्रैल 2018

@pweil- @tallclair -- हम 1.11 विशेषताएँ ट्रैकिंग स्प्रैडशीट का एक और स्वीप कर
क्या आप इस सुविधा के लाइन आइटम के लिए कोई अधूरा/खाली फ़ील्ड भरने पर ध्यान देंगे?

justaugustus 4 जून 2018

@pweil- @tallclair - इस सुविधा को 1.11 मील के पत्थर से हटा दिया गया है, क्योंकि प्रगति या दस्तावेज़ के बारे में कोई अपडेट नहीं किया गया है।

cc: @jberkus

justaugustus 15 जून 2018

@pweil- @tallclair @kubernetes/sig-auth-feature-requests @kubernetes/sig-node-feature-requests -

यह सुविधा पिछले मील के पत्थर से हटा दी गई थी, इसलिए हम जांच करना चाहते हैं और देखना चाहते हैं कि कुबेरनेट्स 1.12 में इसके लिए कोई योजना है या नहीं।

यदि ऐसा है, तो कृपया सुनिश्चित करें कि यह समस्या निम्नलिखित सभी सूचनाओं के साथ अप-टू-डेट है:

एक-पंक्ति सुविधा विवरण (रिलीज़ नोट के रूप में उपयोग किया जा सकता है):
प्राथमिक संपर्क (असाइनी):
जिम्मेदार एसआईजी:
डिजाइन प्रस्ताव लिंक (सामुदायिक रेपो):
e2e और/या इकाई परीक्षणों से लिंक करें:
समीक्षक (ओं) - (एलजीटीएम के लिए) अनुशंसा करते हैं कि 2+ समीक्षक (कोड-क्षेत्र OWNERS फ़ाइल से कम से कम एक) समीक्षा के लिए सहमत हों। कई कंपनियों के समीक्षकों को पसंद:
अनुमोदक (एसआईजी/क्षेत्र से संभावित रूप से किस सुविधा से संबंधित है):
फ़ीचर लक्ष्य (कौन सा लक्ष्य किस मील के पत्थर के बराबर है):
- अल्फा रिलीज लक्ष्य (xy)
- बीटा रिलीज़ लक्ष्य (xy)
- स्थिर रिलीज लक्ष्य (xy)

कृपया ध्यान दें कि सुविधाएँ फ़्रीज़ 31 जुलाई है, जिसके बाद किसी भी अपूर्ण फ़ीचर समस्या के लिए एक अपवाद अनुरोध को माइलस्टोन में स्वीकार करने की आवश्यकता होगी।

इसके अलावा, कृपया निम्नलिखित प्रासंगिक समय सीमा से अवगत रहें:

डॉक्स की समय सीमा (ओपन प्लेसहोल्डर पीआर): 8/21
टेस्ट केस फ्रीज: 8/28

कृपया सुनिश्चित करें कि सुविधाओं के लिए सभी पीआर में प्रासंगिक रिलीज़ नोट भी शामिल हैं।

खुश शिपिंग!

/सीसी @justaugustus @ kacole2 @robertsandoval @

justaugustus 18 जुल॰ 2018

1.12 . के लिए कोई बदलाव की योजना नहीं है

tallclair 25 जुल॰ 2018

अपडेट के लिए धन्यवाद, @tallclair!

justaugustus 26 जुल॰ 2018

क्या कोई इस काम को 1.9 (या 1.10) मील के पत्थर तक चलाने में दिलचस्पी रखता है? @jessfraz @kubernetes/sig-auth-feature-requests और @kubernetes/sig-node-feature-requests मैं आपको पलक झपकते देख रहा हूं

@tallclair अगर अभी भी वांछनीय है तो मैं इसे अभी लेने की कोशिश कर सकता हूं

stlaz 22 अग॰ 2018

@stlaz : अधिसूचना को ट्रिगर करने के लिए उल्लेखों को दोहराते हुए:
@ Kubernetes/sig-auth-feature-requests, @kubernetes/sig-node-feature-requests

के जवाब में यह :

क्या कोई इस काम को 1.9 (या 1.10) मील के पत्थर तक चलाने में दिलचस्पी रखता है? @jessfraz @kubernetes/sig-auth-feature-requests और @kubernetes/sig-node-feature-requests मैं आपको पलक झपकते देख रहा हूं
@tallclair अगर अभी भी वांछनीय है तो मैं इसे अभी लेने की कोशिश कर सकता हूं

k8s-ci-robot 22 अग॰ 2018

@stlaz , यह सुविधा अभी भी वांछित है। मैंने #39845 के पहले चरण के रूप में ऐडऑन में seccomp प्रोफाइल जोड़ने में कुछ समय बिताया है। लेकिन मेरे पास फीचर को आगे बढ़ाने के लिए पर्याप्त समय नहीं है। अगर आप इस पर काम करना पसंद करते हैं तो अच्छा होगा। किसी भी मदद का स्वागत है! :)

wangzhen127 22 अग॰ 2018

@ wangzhen127 धन्यवाद, मैं उन चीजों के माध्यम से जाने की कोशिश कर रहा था जो की गई थीं और इस सुविधा से संबंधित मुद्दों को खोला गया था। ऐसा लगता है कि टिप्पणी https://github.com/kubernetes/features/issues/135#issuecomment -331592961 अभी भी ठीक उसी काम को रखती है और सारांशित करती है जिसे अभी करने की आवश्यकता है।

मैंने यह भी देखा कि आप इसके लिए एक फीचरगेट जोड़ने की कोशिश कर रहे थे, लेकिन पीआर बंद कर दिया, ऐसा क्यों था?

पीएस: देर से प्रतिक्रिया के लिए खेद है, मैं थोड़ी देर के लिए दूर था।

stlaz 11 सित॰ 2018

ऐसा लगता है कि टिप्पणी #135 (टिप्पणी) अभी भी ठीक उसी काम को रखती है और सारांशित करती है जिसे अभी करने की आवश्यकता है।

यह सही है। एक और चीज जो मैं जोड़ना चाहूंगा वह है "शिकायत" मोड। इसलिए उपयोगकर्ताओं के पास मारने के बजाय निषिद्ध सिस्को का उपयोग करने की चेतावनियां (लॉग में) प्राप्त करने का विकल्प होता है। लॉगिंग seccomp क्रियाएँ Linux कर्नेल 4.14+ ( seccomp doc ) के साथ उपलब्ध हैं। यह संभव है कि पुराने कर्नेल संस्करण अभी भी उपयोग किए जा रहे हों। इसलिए हमें इसे संभालने की जरूरत है। इसे ओसीआई स्पेक में भी जोड़ना होगा।

मैंने यह भी देखा कि आप इसके लिए एक फीचरगेट जोड़ने की कोशिश कर रहे थे, लेकिन पीआर बंद कर दिया, ऐसा क्यों था?

उस फीचर गेट का उद्देश्य seccomp डिफ़ॉल्ट प्रोफ़ाइल को असंबद्ध से "रनटाइम/डिफॉल्ट" में बदलना था। मुझे पिछड़ी संगतता पर कई चिंताएं मिलीं, इसलिए ऐसा होने की संभावना नहीं थी। वर्तमान में हमारे पास सामान्य रूप से सुरक्षा चूकों को बदलने की योजना का अभाव है क्योंकि वे टूट रही हैं। वर्तमान में मुझे लगता है कि सबसे अच्छा तरीका seccomp को स्थिर करना है और इसे अभी भी ऑप्ट-आउट के बजाय एक ऑप्ट-इन सुविधा होना है।

wangzhen127 11 सित॰ 2018

लॉगिंग seccomp क्रियाएँ Linux कर्नेल 4.14+ ( seccomp doc ) के साथ उपलब्ध हैं।

मुझे लगता है कि चूंकि हम दूसरे चरण के हिस्से के रूप में कुबेरनेट्स-विशिष्ट डिफ़ॉल्ट seccomp प्रारूप को परिभाषित करेंगे, हमारे पास एक ऐसा भी हो सकता है जो इसके बजाय लॉग करेगा। क्या इसके लिए पर्याप्त मूल्य है? क्या इसका उपयोग लोगों के लिए "अपुष्ट" से "क्यूब/डिफॉल्ट" में संक्रमण के लिए किया जा सकता है, जब बाद वाला बहुत अधिक विफल हो जाता है? क्या वे इसे स्विच-टू-स्विच-बैक करने की परवाह करेंगे?
4.13-लिनक्स कर्नेल (डेबियन - 8,9; आरएचईएल - 6, 7; उबंटू एलटीएस - 14.04, 16.04) का उपयोग करके एलटीएस वितरण हैं, इसलिए कर्नेल संगतता निश्चित रूप से ध्यान में रखने के लिए कुछ है।

मुझे पिछड़ी संगतता पर कई चिंताएं मिलीं, इसलिए ऐसा होने की संभावना नहीं थी।

कंटेनर रनटाइम को अतीत में भी इस बदलाव से गुजरना पड़ा था, जब वे पहली बार seccomp को सक्षम कर रहे थे। अभी कम से कम डॉकटर जहाज डिफ़ॉल्ट व्यवहार के साथ जो "अपुष्ट" की तुलना में कम अनुमति है, जो संभवतः किसी को तोड़ सकता है। मुझे नहीं लगता कि हम कुछ भी गलत कर रहे हैं यदि हम केवल अंतर्निहित घटकों के व्यवहार का पालन करते हैं (जो इस व्यवहार को बंद करने का विकल्प भी प्रदान करते हैं)।

stlaz 12 सित॰ 2018

क्या इसके लिए पर्याप्त मूल्य है?

इस पर चर्चा की जा सकती है। मेरा मूल विचार डिफ़ॉल्ट को अपरिष्कृत से लॉगिंग में बदलना था। इसलिए हमारे पास पश्चगामी संगतता समस्या नहीं है। और अगर हम किसी तरह डेटा एकत्र कर सकते हैं और दिखा सकते हैं कि X% मामलों में, हम कुछ भी लॉग नहीं देखते हैं, जिसका अर्थ है कि डिफ़ॉल्ट प्रोफ़ाइल चीजों को नहीं तोड़ेगी। फिर हम लॉगिंग को किल में बदलने का प्रस्ताव कर सकते हैं। डेटा भाग एकत्र करना मुश्किल है और बहुत काम हो सकता है। यहां तक कि अगर हम वास्तव में उस मार्ग पर नहीं जाते हैं, तो मुझे लगता है कि लॉगिंग प्रोफ़ाइल होने से लोगों को लाभ होगा जब वे seccomp out का प्रयास करना चाहते हैं लेकिन अभी तक आश्वस्त नहीं हैं।

कंटेनर रनटाइम को अतीत में भी इस बदलाव से गुजरना पड़ा था, जब वे पहली बार seccomp को सक्षम कर रहे थे। अभी कम से कम डॉकटर जहाज डिफ़ॉल्ट व्यवहार के साथ जो "अपुष्ट" की तुलना में कम अनुमति है, जो संभवतः किसी को तोड़ सकता है। मुझे नहीं लगता कि हम कुछ भी गलत कर रहे हैं यदि हम केवल अंतर्निहित घटकों के व्यवहार का पालन करते हैं (जो इस व्यवहार को बंद करने का विकल्प भी प्रदान करते हैं)।

जब डॉकर ने डिफ़ॉल्ट मान को बदल दिया, तो कुबेरनेट्स स्पष्ट रूप से ऐसे मान को अपुष्ट पर रीसेट कर देता है। मैं पहले भी सिग-आर्किटेक्चर के लोगों के पास ऑफलाइन पहुंचा था और वे पिछड़े संगतता मुद्दे के बारे में बहुत चिंतित हैं।

wangzhen127 12 सित॰ 2018

और अगर हम किसी तरह डेटा एकत्र कर सकते हैं और दिखा सकते हैं कि X% मामलों में, हम कुछ भी लॉग नहीं देखते हैं, जिसका अर्थ है कि डिफ़ॉल्ट प्रोफ़ाइल चीजों को नहीं तोड़ेगी।

मुझे यह विचार पसंद है। कठिन हिस्सा निश्चित रूप से डेटा प्राप्त कर रहा है, मुझे नहीं पता कि इसे कैसे खींचना है। साथ ही, हमें पहले इस परिवर्तन को ओसीआई स्पेक में प्रस्तावित करना होगा और फिर शायद इसे कम से कम एक कंटेनर रनटाइम के लिए कार्यान्वित करना होगा, है ना? क्या जीवनचक्र के बीटा भाग में ऐसा होना ठीक रहेगा?

जब डॉकर ने डिफ़ॉल्ट मान को बदल दिया, तो कुबेरनेट्स स्पष्ट रूप से ऐसे मान को अपुष्ट पर रीसेट कर देता है। मैं पहले भी सिग-आर्किटेक्चर के लोगों के पास ऑफलाइन पहुंचा था और वे पिछड़े संगतता मुद्दे के बारे में बहुत चिंतित हैं।

अच्छा ऐसा है। शायद हम वास्तव में केवल "अपुष्ट" प्रोफ़ाइल के साथ डिफ़ॉल्ट के रूप में जा सकते हैं (संभवतः इसे बाद में kube/logging जैसी किसी चीज़ से बदल सकते हैं)। ऐसा लगता है कि इसके बजाय इसे PSP द्वारा एक इनकार-नियम तरीके से नियंत्रित किया जा सकता है, जहां हम इस धारणा के साथ शुरू करते हैं कि सब कुछ डिफ़ॉल्ट रूप से अनुमत है और हम केवल विशेषाधिकारों को और कम कर रहे हैं। इस पर ध्वज नियंत्रण रखना उन मामलों के लिए उपयोगी हो सकता है जहां पीएसपी बंद कर दिया गया है, हालांकि, किसी को भी अंदर जाना चाहिए, फिर भी इन दोनों तंत्रों का एक साथ उपयोग करना शायद थोड़ा गड़बड़ होगा।

मुझे लगता है कि यह मूल रूप से विचार की तुलना में थोड़ा अलग दिशा है - यह https://github.com/kubernetes/kubernetes/issues/39845 में किए गए काम के खिलाफ जाता है, लेकिन अगर हम उपरोक्त पर सहमत हैं, तो हमें सेकेंड प्रोफाइल के बारे में सोचना चाहिए हम अंततः जहाज करेंगे। अब तक मैं runtime/default , kube/default , kube/logging देख रहा हूं, साथ ही प्रोफ़ाइल को unconfined पर सेट करने के विकल्प के साथ। बाकी निश्चित रूप से localhost/.* प्रोफाइल रखने की क्षमता है, जो पहले से ही वर्तमान कार्यान्वयन द्वारा प्रदान की गई है।

stlaz 13 सित॰ 2018

क्या जीवनचक्र के बीटा भाग में ऐसा होना ठीक रहेगा?

मुझे अच्छा लगता है। हालांकि मुझे लगता है कि यह ओसीआई स्पेक प्रस्ताव को जल्दी शुरू करने में मदद करता है।

"अपुष्ट" के साथ जाओ क्योंकि अभी के लिए डिफ़ॉल्ट मुझे अच्छा लगता है। Kubernetes/kubernetes#39845 के लिए, मैंने ऐडऑन में एनोटेशन जोड़े। और मुझे नहीं लगता कि हम और आगे जा सकते हैं।

अब तक मैं रनटाइम/डिफॉल्ट, क्यूब/डिफॉल्ट, क्यूब/लॉगिंग देख रहा हूं, साथ ही प्रोफाइल को अपुष्ट पर सेट करने के विकल्प के साथ। बाकी निश्चित रूप से स्थानीयहोस्ट/.* प्रोफाइल रखने की क्षमता है, जो पहले से ही वर्तमान कार्यान्वयन द्वारा प्रदान की गई है।

मेरे लिये कार्य करता है। kube/default , हम केवल docker/default शुरू कर सकते हैं।

wangzhen127 13 सित॰ 2018

लॉगिंग seccomp क्रियाएँ Linux कर्नेल 4.14+ (seccomp doc) के साथ उपलब्ध हैं।

मेरी समझ यह है कि यह पीआईडी के साथ कार्रवाई को लॉग करता है - जरूरी नहीं कि कंटेनर से संबंधित जानकारी। तो या तो ऑडिट या होस्ट पर किसी अन्य डेमॉन को वास्तव में उपयोगी होने के लिए लॉग के लिए लुकअप/मैपिंग करने की आवश्यकता होगी ...

jlk 13 सित॰ 2018

और अगर हम किसी तरह डेटा एकत्र कर सकते हैं और दिखा सकते हैं कि X% मामलों में, हम कुछ भी लॉग नहीं देखते हैं, जिसका अर्थ है कि डिफ़ॉल्ट प्रोफ़ाइल चीजों को नहीं तोड़ेगी। फिर हम लॉगिंग को किल में बदलने का प्रस्ताव कर सकते हैं। डेटा भाग एकत्र करना मुश्किल है और बहुत काम हो सकता है।

tallclair 20 सित॰ 2018

👍7 ❤1

@tallclair आप सही कह रहे हैं, मैं सभी मुद्दों की टिप्पणियों में खो गया हूं। संदर्भ के लिए, डॉकरफाइल्स की जाँच की गई टिप्पणी यहाँ दी गई है: https://github.com/kubernetes/community/pull/660#issuecomment -303860107। मुझे लगता है कि हम "हत्या" डिफ़ॉल्ट होने के बाद सुरक्षित हो सकते हैं।

stlaz 24 सित॰ 2018

नमस्ते
इस एन्हांसमेंट को पहले ट्रैक किया जा चुका है, इसलिए हम चेक इन करना चाहते हैं और देखना चाहते हैं कि कुबेरनेट्स 1.13 में स्नातक चरणों के लिए इसके लिए कोई योजना है या नहीं। इस रिलीज़ को अधिक 'स्थिर' होने का लक्ष्य रखा गया है और इसमें एक आक्रामक समयरेखा होगी। कृपया इस वृद्धि को केवल तभी शामिल करें जब उच्च स्तर का विश्वास हो कि यह निम्नलिखित समय सीमा को पूरा करेगा:

डॉक्स (ओपन प्लेसहोल्डर पीआर): 11/8
कोड स्लश: 11/9
कोड फ्रीज शुरू होता है: 11/15
डॉक्स पूर्ण और समीक्षित: 11/27

कृपया भविष्य की ट्रैकिंग के लिए अपनी मूल पोस्ट पर मील के पत्थर को अपडेट करने के लिए कुछ समय दें और अगर इसे 1.13 एन्हांसमेंट ट्रैकिंग शीट में शामिल करने की आवश्यकता है तो @ kacole2 पिंग करें

धन्यवाद!

kacole2 8 अक्तू॰ 2018

❤1

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close ।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें ।
/जीवनचक्र बासी

fejta-bot 6 जन॰ 2019

kubernetes/enhancements में खोले गए एन्हांसमेंट मुद्दों को कभी भी फ़्रीज़ के रूप में चिह्नित नहीं किया जाना चाहिए।
एन्हांसमेंट स्वामी यह सुनिश्चित कर सकते हैं कि रिलीज़ चक्रों में अपने राज्यों को लगातार अपडेट करके एन्हांसमेंट ताज़ा रहें।

/निकालें-जीवनचक्र जमे हुए

fejta-bot 16 जन॰ 2019

अगर इस मुद्दे को अभी बंद करना सुरक्षित है तो कृपया इसे /close ।

सिग-टेस्टिंग, कुबेरनेट्स/टेस्ट-इंफ्रा और/या फेजटा को फीडबैक भेजें ।
/जीवनचक्र सड़ा हुआ

fejta-bot 15 फ़र॰ 2019

/निकालें-जीवनचक्र सड़ा हुआ

stlaz 15 मार्च 2019

हैलो @stlaz @pweil-, मैं 1.15 के लिए एन्हांसमेंट लीड हूं। क्या यह सुविधा 1.15 में अल्फा/बीटा/स्थिर चरणों में स्नातक होने जा रही है? कृपया मुझे बताएं ताकि इसे ठीक से ट्रैक किया जा सके और स्प्रेडशीट में जोड़ा जा सके। इसके लिए केईपी को 1.15 . में शामिल करने की भी आवश्यकता होगी

एक बार कोडिंग शुरू हो जाने पर, कृपया इस मुद्दे में सभी प्रासंगिक k/k PRs को सूचीबद्ध करें ताकि उन्हें ठीक से ट्रैक किया जा सके।

kacole2 12 अप्रैल 2019

1.15 . के लिए कोई बदलाव की योजना नहीं है

tallclair 12 अप्रैल 2019

हाय @tallclair @pweil- @stlaz , मैं 1.16 एन्हांसमेंट लीड/शैडो हूं। क्या यह सुविधा 1.16 में अल्फा/बीटा/स्थिर चरणों में स्नातक होने जा रही है? कृपया मुझे बताएं ताकि इसे 1.16 ट्रैकिंग स्प्रेडशीट में जोड़ा जा सके। यदि स्नातक नहीं हो रहा है, तो मैं इसे मील के पत्थर से हटा दूंगा और ट्रैक किए गए लेबल को बदल दूंगा।

एक बार कोडिंग शुरू हो जाने पर या यदि यह पहले से ही है, तो कृपया इस मुद्दे में सभी प्रासंगिक k/k PRs को सूचीबद्ध करें ताकि उन्हें ठीक से ट्रैक किया जा सके।

एक अनुस्मारक के रूप में, प्रत्येक वृद्धि के लिए कार्यान्वयन योग्य स्थिति में एक केईपी की आवश्यकता होती है जिसमें स्नातक मानदंड प्रत्येक अल्फा/बीटा/स्थिर चरणों की आवश्यकताओं को समझाता है।

माइलस्टोन तिथियां एन्हांसमेंट फ़्रीज़ 7/30 और कोड फ़्रीज़ 8/29 हैं।

धन्यवाद।

kacole2 9 जुल॰ 2019

मेरे पास इसे GA में लाने की योजना की शुरुआत है, लेकिन 1.16 में इसे प्राप्त करने के लिए यह एक खिंचाव हो सकता है। हालांकि मैं एन्हांसमेंट फ़्रीज़ करके एक प्रस्ताव निकालने का प्रयास करूँगा।

tallclair 9 जुल॰ 2019

हैलो @tallclair @pweil-, 1.17 एन्हांसमेंट शैडो यहाँ! मैं

मैं यह देखने के लिए पहुंचना चाहता था *
कृपया मुझे बताएं ताकि इस एन्हांसमेंट को 1.17 ट्रैकिंग शीट में जोड़ा जा सके।

शुक्रिया!

दोस्ताना अनुस्मारक

वर्तमान रिलीज शेड्यूल है
- सोमवार, सितंबर 23 - रिलीज़ चक्र शुरू होता है
- मंगलवार, अक्टूबर 15, ईओडी पीएसटी - एन्हांसमेंट फ़्रीज़
- गुरुवार, नवंबर 14, ईओडी पीएसटी - कोड फ़्रीज़
- मंगलवार, 19 नवंबर - डॉक्स को पूरा किया जाना चाहिए और उनकी समीक्षा की जानी चाहिए
- सोमवार, 9 दिसंबर - कुबेरनेट्स 1.17.0 जारी किया गया

एक Kubernetes एन्हांसमेंट प्रस्ताव (KEP) को एन्हांसमेंट फ़्रीज़ को रिलीज़ में स्वीकार किए जाने से
- पीआर में विलय हो गया है
- एक implementable स्थिति में
- परीक्षण योजना और स्नातक मानदंड शामिल करें
सभी प्रासंगिक k/k PRs को इस अंक में सूचीबद्ध किया जाना चाहिए

annajung 2 अक्तू॰ 2019

हां, मैं इसे v1.17 - KEP में स्थिर करने की योजना बना रहा हूं: https://github.com/kubernetes/enhancements/pull/1148

tallclair 3 अक्तू॰ 2019

🎉1 👍1

अरे @tallclair , मैं इस एन्हांसमेंट को ट्रैक करने के लिए ट्रैकिंग शीट में जोड़ दूंगा

कृपया मैत्रीपूर्ण अनुस्मारक के लिए ऊपर दिया गया संदेश देखें और ध्यान दें कि केईपी अस्थायी स्थिति में है। केईपी 1.17 रिलीज में जोड़े जाने के लिए एक कार्यान्वयन योग्य स्थिति में होना चाहिए।

/मील का पत्थर v1.17
/चरण स्थिर

annajung 3 अक्तू॰ 2019

अरे @tallclair क्या आप

शुक्रिया!

annajung 8 अक्तू॰ 2019

काम चल जायेगा। पहले से ही seccomp परीक्षणों का एक गुच्छा है, लेकिन मैं इसे किसी भी डैशबोर्ड टैब पर नहीं ढूंढ सकता (क्या किसी विशिष्ट परीक्षण के लिए सभी टेस्टग्रिड में खोज करने के लिए वैसे भी है?)
https://github.com/kubernetes/kubernetes/blob/0956acbed17fb71e76e3fbde89f2da9f8ec8b603/test/e2e/node/security_context.go#L147 -L177

tallclair 8 अक्तू॰ 2019

@tallclair सभी टेस्टग्रिड में खोज करने का कोई अच्छा तरीका नहीं है =/

मेरा सबसे अच्छा अनुमान (कम से कम आपके द्वारा संदर्भित 4 के लिए) यह है कि उन्हें वास्तव में शामिल नहीं किया जा रहा है। मैं

ऐसा लगता है कि उन्हें नोड-क्यूबलेट-फीचर्स डैशबोर्ड का हिस्सा होना चाहिए, लेकिन सीआई-कुबेरनेट्स-नोड-क्यूबलेट-फीचर्स के लिए जॉब कॉन्फिगर में इसके लिए यह test_args :

--test_args=--nodes=8 --focus="\[NodeFeature:.+\]" --skip="\[Flaky\]|\[Serial\]"

जिन्कगो परीक्षणों को स्वयं [Feature:Seccomp] साथ टैग किया गया है और फोकस ध्वज मेल नहीं खाएगा।

mrbobbytables 8 अक्तू॰ 2019

👍1

मुझे लगता है कि जीए में जाने के बाद हमें फीचर टैग को हटा देना चाहिए। मुझे लगता है कि लिनक्स पर seccomp मानक है, इसलिए [LinuxOnly] टैग पर्याप्त होना चाहिए।

परीक्षण नहीं चलने की सामान्य समस्या के लिए, मैंने https://github.com/kubernetes/test-infra/issues/14647 दर्ज किया

tallclair 8 अक्तू॰ 2019

👍2

अरे @tallclair , हम एन्हांसमेंट फ़्रीज़ (मंगलवार, 15 अक्टूबर, EOD PST) से केवल 5 दिन दूर हैं। एक और अनुकूल अनुस्मारक कि 1.17 रिलीज में इसे स्नातक करने में सक्षम होने के लिए, केईपी को विलय किया जाना चाहिए और कार्यान्वयन योग्य स्थिति में होना चाहिए। ऐसा लगता है कि केईपी अभी भी खुला है और अस्थायी स्थिति में है।

annajung 10 अक्तू॰ 2019

अरे @tallclair , दुर्भाग्य से 1.17 एन्हांसमेंट फ़्रीज़ की समय सीमा बीत चुकी है और ऐसा लगता है कि KEP अभी भी खुला है। मैं इस वृद्धि को 1.17 मील के पत्थर से हटा दूंगा।

कृपया ध्यान दें कि यदि आप इसे 1.17 . के लिए प्राप्त करना चाहते हैं तो आप एक

/ मील का पत्थर स्पष्ट

annajung 16 अक्तू॰ 2019

हाँ, कटौती नहीं की। इसमें शामिल होने की उम्मीद
/मील का पत्थर v1.18

tallclair 16 अक्तू॰ 2019

यह अच्छा रहेगा! मैं एन्हांसमेंट ट्रैकिंग शीट में इसे आस्थगित v1.18 के रूप में चिह्नित करूँगा।

annajung 17 अक्तू॰ 2019

अरे , क्या इसे आगे बढ़ाने के लिए हम कुछ कर सकते हैं। मुझे यहां और साथ ही AppArmor मुद्दे के लिए योगदान करने में खुशी होगी।

saschagrunert 7 जन॰ 2020

अरे @tallclair

1.18 एन्हांसमेंट टीम चेक इन कर रही है! क्या आप 1.18 में स्थिर होने की योजना बना रहे हैं? ऐसा लगता है कि KEP अभी भी खुला है।

रिलीज शेड्यूल इस प्रकार है:

फ्रीज बढ़ाएँ: 28 जनवरी
कोड फ्रीज: मार्च 5
डॉक्स तैयार: 16 मार्च
v1.18 रिलीज: 24 मार्च

एक अनुस्मारक के रूप में, KEP को विलय करने की आवश्यकता है, जिसकी स्थिति implementable ।

धन्यवाद!

jeremyrickard 7 जन॰ 2020

@saschagrunert प्रस्ताव के लिए धन्यवाद! मेरे पास @liggitt के साथ की गई API समीक्षा का अनुसरण करने के लिए मुझे KEP में एक और पास लेने की आवश्यकता है। केईपी स्वीकृत हो जाने के बाद, मैं कार्यान्वयन में आपकी सहायता का स्वागत करता हूं।

मुझे लगता है कि केईपी पर अभी सबसे बड़ा खुला प्रश्न यह है कि स्थानीयहोस्ट प्रोफाइल प्रकार को कैसे संभालना है। चूंकि हम सुविधा को हटाना चाहते हैं (आदर्श रूप से https://github.com/kubernetes/enhancements/pull/1269, /cc @pjbgf जैसी किसी चीज़ के पक्ष में), मैं एपीआई में इसके लिए एक फ़ील्ड डालने से बचना चाहता हूं .

tallclair 9 जन॰ 2020

👍2

अरे @tallclair , इस पर कोई अपडेट 1.18 होगा या नहीं? यह वर्तमान में मील के पत्थर में चिह्नित है लेकिन आपने पुष्टि नहीं की है कि हमें इसे ट्रैक करना चाहिए या नहीं।

धन्यवाद!

jeremyrickard 22 जन॰ 2020

v1.18 इसके लिए असंभव प्रतीत होता है। मुझे लगता है कि हम टकरा सकते हैं
/मील का पत्थर v1.19

tallclair 22 जन॰ 2020

बढ़िया, अपडेट @tallclair के लिए धन्यवाद :)

jeremyrickard 23 जन॰ 2020

नमस्ते @tallclair -- 1.19 एन्हांसमेंट यहां देखें, क्या आप इस रिलीज़ को stable बढ़ाने की योजना बना रहे हैं?

palnabarun 17 अप्रैल 2020

v1.19 में स्नातक करने की कोई योजना नहीं है। मेरे पास एक खुला केईपी है, लेकिन इस तिमाही में इस पर काम नहीं करूंगा। @pjbgf इसे v1.20 में उठा सकता है

tallclair 17 अप्रैल 2020

👍2

@tallclair - अपडेट के लिए धन्यवाद। :थोड़ा_मुस्कुराता_चेहरा:

palnabarun 29 अप्रैल 2020

/मील का पत्थर v1.20

palnabarun 2 मई 2020

इस पर योजनाओं में थोड़ा बदलाव किया गया था - जैसा कि कल की सिग-नोड बैठक में सहमति हुई थी। इसके लिए अब योजना बनाई गई है:

/मील का पत्थर v1.19

pjbgf 6 मई 2020

🎉1 👍1

@pjbgf : मील का पत्थर निर्धारित करने के लिए आपको कुबेरनेट्स/मील का पत्थर-रखरखाव करने वाले

के जवाब में यह :

इस पर योजनाओं में थोड़ा बदलाव किया गया था - जैसा कि कल की सिग-नोड बैठक में सहमति हुई थी। इसके लिए अब योजना बनाई गई है:
/मील का पत्थर v1.19

k8s-ci-robot 6 मई 2020

@palnabarun क्या आप कृपया इस मुद्दे को मील के पत्थर v1.19 पर सेट करने पर ध्यान दें?

/ असाइन करें pjbgf

pjbgf 6 मई 2020

/मील का पत्थर v1.19

tallclair 6 मई 2020

👍2

अपडेट के लिए @pjbgf @tallclair को धन्यवाद। मैंने आपकी योजना के अनुसार ट्रैकिंग शीट को अपडेट कर दिया है।

क्या आप कृपया मुझे बता सकते हैं कि आप किस स्नातक स्तर को लक्षित कर रहे हैं और केईपी के लिए एक लिंक?

शुक्रिया! सभी प्रयासों की सराहना करें। :थोड़ा_मुस्कुराता_चेहरा:

वर्तमान रिलीज शेड्यूल है:

सोमवार, अप्रैल 13: सप्ताह 1 - रिलीज़ चक्र शुरू होता है
मंगलवार, मई 19: सप्ताह 6 - एन्हांसमेंट्स फ़्रीज़
गुरुवार, जून 25: सप्ताह 11 - कोड फ़्रीज़
गुरुवार, 9 जुलाई: सप्ताह 14 - डॉक्स को पूरा किया जाना चाहिए और उनकी समीक्षा की जानी चाहिए
मंगलवार, 4 अगस्त: सप्ताह 17 - Kubernetes v1.19.0 जारी किया गया

palnabarun 9 मई 2020

लक्ष्यीकरण GA

केईपी: https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190717-seccomp-ga.md
केईपी में अभी भी अनसुलझे खंड हैं, अनुवर्ती पीआर के साथ: https://github.com/kubernetes/enhancements/pull/1747

tallclair 9 मई 2020

हाय @tallclair , अपडेट के लिए धन्यवाद। :+1:

मैंने तदनुसार ट्रैकिंग शीट को अपडेट कर दिया है।

palnabarun 12 मई 2020

पुनश्च: मैंने केईपी और नवीनतम केईपी अपडेट पीआर के लिंक के साथ समस्या विवरण अपडेट किया है।

palnabarun 12 मई 2020

अपडेट के लिए @palnabarun धन्यवाद। :+1:

pjbgf 12 मई 2020

हाय @tallclair 1.19 डॉक्स यहाँ छाया! क्या 1.19 के लिए नियोजित इस एन्हांसमेंट कार्य के लिए दस्तावेज़ों में नए या संशोधन की आवश्यकता है?

अनुकूल अनुस्मारक कि यदि दस्तावेज़ों में नए/संशोधन की आवश्यकता है, तो k/वेबसाइट (शाखा dev-1.19 ) के विरुद्ध एक प्लेसहोल्डर पीआर शुक्रवार, जून 12 तक आवश्यक है।

annajung 21 मई 2020

@annajung जो सिर ऊपर करने के लिए है। हाँ, seccomp डॉक्स में कुछ संशोधन होगा।

@haseddan को जोड़ना जो इसे उठा रहा है (https://github.com/kubernetes/kubernetes/issues/58211)।

pjbgf 21 मई 2020

👍2

बढ़िया, अपडेट के लिए धन्यवाद! मैं तदनुसार ट्रैकिंग शीट को संशोधित करूंगा।
एक बार k/वेबसाइट के प्लेसहोल्डर पीआर बन जाने के बाद कृपया हमें बताएं। शुक्रिया!

annajung 21 मई 2020

👍1

@pjbgf - क्या आप कृपया सभी कार्यान्वयन पीआर के यहां लिंक कर सकते हैं - के/के या अन्यथा? :थोड़ा_मुस्कुराता_चेहरा:

वर्तमान रिलीज शेड्यूल है:

~सोमवार, 13 अप्रैल: पहला सप्ताह - रिलीज़ चक्र शुरू ~
~मंगलवार, मई 19: सप्ताह 6 - एन्हांसमेंट फ़्रीज़~
गुरुवार, जून 25: सप्ताह 11 - कोड फ़्रीज़
गुरुवार, 9 जुलाई: सप्ताह 14 - डॉक्स को पूरा किया जाना चाहिए और उनकी समीक्षा की जानी चाहिए
मंगलवार, 4 अगस्त: सप्ताह 17 - Kubernetes v1.19.0 जारी किया गया

palnabarun 25 मई 2020

@palnabarun यहाँ वर्तमान हैं:
https://github.com/kubernetes/kubernetes/pull/91381
https://github.com/kubernetes/kubernetes/pull/91408
https://github.com/kubernetes/kubernetes/pull/91182
https://github.com/kubernetes/kubernetes/pull/91442

मैंने एक छाता मुद्दा भी बनाया जिसमें वे सभी शामिल थे।

pjbgf 25 मई 2020

नमस्ते @pjbgf @haseddan बस एक मित्रवत अनुस्मारक कि k/वेबसाइट पर प्लेसहोल्डर पीआर शुक्रवार, जून 12 तक देय है। पीआर बनाने के बाद कृपया मुझे बताएं, धन्यवाद!

annajung 27 मई 2020

@annajung अनुस्मारक के लिए धन्यवाद! यह जल्द ही खुला होगा: +1:

hasheddan 27 मई 2020

👍2

हाय @pjbgf - छाता मुद्दा बनाने के लिए धन्यवाद। :+1:

हम वही ट्रैक कर रहे हैं। :थोड़ा_मुस्कुराता_चेहरा:

palnabarun 1 जून 2020

हाय @pjbgf - बस वृद्धि की प्रगति के बारे में जांचना चाहता था।

रिलीज़ टाइमलाइन को हाल ही में संशोधित किया गया है, जिसका अधिक विवरण यहां पाया जा सकता

यदि आपके कोई सवाल हैं तो कृपया मुझे बताएं। :थोड़ा_मुस्कुराता_चेहरा:

संशोधित रिलीज शेड्यूल है:

गुरुवार, 9 जुलाई: सप्ताह 13 - कोड फ़्रीज़
गुरुवार, 16 जुलाई: सप्ताह 14 - दस्तावेज़ों को पूरा किया जाना चाहिए और उनकी समीक्षा की जानी चाहिए
मंगलवार, 25 अगस्त: सप्ताह 20 - कुबेरनेट्स v1.19.0 जारी किया गया

palnabarun 18 जून 2020

अपडेट @palnabarun के लिए धन्यवाद। कोड ज्यादातर पूरा हो गया है, लेकिन अब हम एक अनुवर्ती समीक्षा की प्रतीक्षा कर रहे हैं। कुल मिलाकर हम अभी भी अच्छे दिख रहे हैं। :+1:

pjbgf 18 जून 2020

नमस्ते @pjbgf @haseddan , आने वाली अगली समय सीमा का एक अनुकूल अनुस्मारक।
कृपया अपने प्लेसहोल्डर दस्तावेज़ पीआर को पॉप्युलेट करना और सोमवार, 6 जुलाई तक समीक्षा के लिए तैयार करना याद रखें।

annajung 22 जून 2020

👍1

हाय @pjbgf @hasheddan : wave:, मैं देख रहा हूं कि अभी भी 3 लंबित कार्रवाई आइटम हैं https://github.com/kubernetes/kubernetes/issues/91286 कार्यान्वयन संबंधी परिवर्तनों के लिए और 1 लंबित कार्रवाई आइटम दस्तावेज़ीकरण के लिए। क्या आपको लगता है कि वे गुरुवार, 9 जुलाई को कोड फ़्रीज़ से आगे निकल जाएंगे?

धन्यवाद। :थोड़ा_मुस्कुराता_चेहरा:

कोड फ़्रीज़ गुरुवार, 9 जुलाई ईओडी पीएसटी से शुरू होता है

palnabarun 6 जुल॰ 2020

@palnabarun डॉक्स पीआर ज्यादातर तैयार है, बस seccomp के लिए एक विशिष्ट गाइड जोड़ रहा है। वर्तमान परिवर्तनों पर @saschagrunert से पहले से ही एक

hasheddan 6 जुल॰ 2020

👍2

हाय @ हैशदान , ऊपर के अपडेट के लिए धन्यवाद। EOD द्वारा अपने डॉक्टर पीआर को समीक्षा के लिए तैयार करने के लिए बस एक त्वरित अनुस्मारक (WIP/rebased/सभी जाने के लिए तैयार) निकालें। शुक्रिया!

annajung 6 जुल॰ 2020

👍1

@annajung करेंगे! धन्यवाद!

hasheddan 6 जुल॰ 2020

@ हशेदन - अपडेट के लिए धन्यवाद। :मुस्कुराओ:

palnabarun 6 जुल॰ 2020

@pjbgf -- मैंने देखा कि https://github.com/kubernetes/kubernetes/issues/91286 में दो मुख्य कार्य आइटम्स का विलय होना बाकी है और वे मर्ज पूल में भी नहीं हैं। क्या आपको लगता है कि वे कोड फ्रीज से पहले अंदर जाएंगे?

धन्यवाद। :थोड़ा_मुस्कुराता_चेहरा:

palnabarun 9 जुल॰ 2020

@palnabarun हम कोड फ्रीज से पहले इसे पूरा करने की कोशिश कर रहे हैं,

चेतावनी देने के लिए आपका धन्यवाद।

pjbgf 9 जुल॰ 2020

👍2

स्पष्टता के लिए हम जिन 2 पीआरएस को मर्ज करने की प्रतीक्षा कर रहे हैं वे हैं:
https://github.com/kubernetes/kubernetes/pull/91408 और https://github.com/kubernetes/kubernetes/pull/92856

उत्तरार्द्ध (https://github.com/kubernetes/kubernetes/pull/92856) एक सत्यापन जांच में विफल होने लगता है। https://github.com/kubernetes/kubernetes/pull/92856#issuecomment -655950700 के अनुसार इसे मर्ज करने से पहले एक रिबेस/रिपश/रीव्यू की आवश्यकता होगी।

kikisdeliveryservice 10 जुल॰ 2020

@kikisdeliveryservice स्पष्टीकरण के लिए धन्यवाद। हम विफल होने से रोकने के लिए https://github.com/kubernetes/kubernetes/pull/91408 पर फ्लैकी परीक्षणों की प्रतीक्षा कर रहे हैं, एक बार विलय हो जाने के बाद हम उस पर निर्भर दूसरे पीआर को रीबेस कर सकते हैं।

pjbgf 10 जुल॰ 2020

हाय @pjbgf :wave:, अब हम कोड फ़्रीज़ में हैं।

चूंकि, https://github.com/kubernetes/kubernetes/pull/91408 मर्ज पूल में है और https://github.com/kubernetes/kubernetes/pull/92856 को https://github.com/ पर रीबेस की आवश्यकता है https://github.com/kubernetes/kubernetes/pull/92856#issuecomment -655950700 के अनुसार, हमें लगता है कि दूसरा पूरा करने में अतिरिक्त समय प्राप्त करने के लिए यहां सबसे अच्छी कार्रवाई एक अपवाद अनुरोध दर्ज करना होगा मर्ज पूल के बाद पीआर क्लियर हो जाता है।

माइलस्टोन से एन्हांसमेंट को फिलहाल के लिए हटाया जा रहा है।

शुक्रिया!

श्रेष्ठ,
Kubernetes v1.19 रिलीज एन्हांसमेंट टीम

palnabarun 10 जुल॰ 2020

/ मील का पत्थर स्पष्ट

palnabarun 10 जुल॰ 2020

चूँकि, कुबेरनेट्स/कुबेरनेट्स#91408 मर्ज पूल में है और कुबेरनेट्स/कुबेरनेट्स#92856 को कुबेरनेट्स/कुबेरनेट्स पर एक रिबेस की आवश्यकता है#91408 कुबेरनेट्स/कुबेरनेट्स के अनुसार #92856 (टिप्पणी), हमें लगता है कि यहां सबसे अच्छी कार्रवाई एक अपवाद फाइल होगी मर्ज पूल क्लियर होने के बाद दूसरा पीआर पूरा करने के लिए अतिरिक्त समय प्राप्त करने का अनुरोध।

मर्ज क्यू में स्वीकृत पीआर पर रिबेस के लिए अपवाद अनुरोध की आवश्यकता नहीं होती है। पीआर कोड पूर्ण था और समय सीमा से एक पूरे दिन पहले स्वीकृत किया गया था।

liggitt 10 जुल॰ 2020

हाय @लिगिट : लहर :, आपके इनपुट के लिए धन्यवाद। :+1:

हम एन्हांसमेंट को वापस चक्र में शामिल करने जा रहे हैं। हमारी सारी आशंकाएं रिबेस को लेकर थीं। चूंकि इसे हल किया गया है, यह जाना अच्छा है। :थोड़ा_मुस्कुराता_चेहरा:

palnabarun 10 जुल॰ 2020

👍3 🎉2

/मील का पत्थर v1.19

palnabarun 10 जुल॰ 2020

@pjbgf @saschagrunert @hasheddan - आपके सभी योगदानों के लिए धन्यवाद। :100:

palnabarun 10 जुल॰ 2020

🚀1

एन्हांसमेंट की विस्तृत ट्रैकिंग के लिए @palnabarun धन्यवाद। हम प्रशंशा करते हैं! 🙏

saschagrunert 11 जुल॰ 2020

❤2

@saschagrunert अंतिम PR Kubernetes/kubernetes#92856 अंत में मर्ज करें। बधाई! मैं इसे दर्शाने के लिए ट्रैकिंग शीट को अपडेट करूंगा।

kikisdeliveryservice 12 जुल॰ 2020

👍2

@tallclair @pjbgf क्या आपको लगता है कि अब हम इस मुद्दे को बंद कर सकते हैं क्योंकि seccomp GA है?

saschagrunert 12 अग॰ 2020

🎉1

@saschagrunert हम आम तौर पर रिलीज होने की प्रतीक्षा करते हैं, फिर संबंधित केईपी को implemented रूप में चिह्नित करते हैं और फिर एन्हांसमेंट समस्या को बंद कर देते हैं।

कृपया बेझिझक आगे बढ़ें और https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190717-seccomp-ga.md को implemented रूप में चिह्नित करने के लिए परिवर्तन करें। :थोड़ा_मुस्कुराता_चेहरा:

palnabarun 12 अग॰ 2020

🎉1 👍1

@saschagrunert हम आम तौर पर रिलीज होने की प्रतीक्षा करते हैं, फिर संबंधित केईपी को implemented रूप में चिह्नित करते हैं और फिर एन्हांसमेंट समस्या को बंद कर देते हैं।
कृपया बेझिझक आगे बढ़ें और https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190717-seccomp-ga.md को implemented रूप में चिह्नित करने के लिए परिवर्तन करें।

स्पष्टीकरण के लिए धन्यवाद, https://github.com/kubernetes/enhancements/pull/1932 में एक पीआर खोला

saschagrunert 12 अग॰ 2020

👍1

केईपी को लागू करने के लिए अद्यतन किया गया है (पीआर अंत में विलय हो गया है!)

कृपया इस मुद्दे को बंद करने के लिए स्वतंत्र महसूस करें @saschagrunert

आप सभी के काम के लिए धन्यवाद !!

/ मील का पत्थर स्पष्ट

kikisdeliveryservice 24 सित॰ 2020

🎉1

/बंद करे
हो गया है।

saschagrunert 24 सित॰ 2020

🎉6

@saschagrunert मुझे याद नहीं है कि क्या हमने पहले इस पर चर्चा की थी, लेकिन क्या अंततः एनोटेशन को साफ करने की कोई योजना है (यानी समर्थन हटा दें)? ऐसा करने के लिए प्राथमिक प्रेरणा यह है कि तृतीय पक्ष उपकरण (जैसे द्वारपाल, क्रिल) को एनोटेशन और फ़ील्ड दोनों की जांच करने के लिए जानने की आवश्यकता नहीं है

tallclair 28 सित॰ 2020

@saschagrunert मुझे याद नहीं है कि क्या हमने पहले इस पर चर्चा की थी, लेकिन क्या अंततः एनोटेशन को साफ करने की कोई योजना है (यानी समर्थन हटा दें)? ऐसा करने के लिए प्राथमिक प्रेरणा यह है कि तृतीय पक्ष उपकरण (जैसे द्वारपाल, क्रिल) को एनोटेशन और फ़ील्ड दोनों की जांच करने के लिए जानने की आवश्यकता नहीं है

हाँ, यह v1.23 के लिए नियोजित है। इसमें चेतावनी तंत्र (अभी तक नहीं किया गया) शामिल है, जो आवश्यक उपयोगिता कार्यों के मौजूद होने के बाद किया जा सकता है (संदर्भ https://github.com/kubernetes/kubernetes/issues/94626)।

केईपी से:

एनोटेशन के उपयोग (पुराने ऑटोमेशन के मामले में) के बारे में जागरूकता बढ़ाने के लिए, एक चेतावनी तंत्र का उपयोग यह उजागर करने के लिए किया जाएगा कि समर्थन v1.23 में हटा दिया जाएगा। जिन तंत्रों पर विचार किया जा रहा है, वे हैं ऑडिट एनोटेशन, ऑब्जेक्ट पर एनोटेशन, इवेंट या केईपी #1693 में वर्णित चेतावनी।

…

चूंकि हम मास्टर और नोड के बीच संस्करण तिरछा के 2 मामूली रिलीज का समर्थन करते हैं, इसलिए एनोटेशन का समर्थन करना जारी रखना चाहिए और कम से कम 2 संस्करणों के लिए प्रारंभिक कार्यान्वयन पारित किया जाना चाहिए। हालांकि, हम टूट-फूट को कम करने के लिए समर्थन को और आगे बढ़ाने का निर्णय ले सकते हैं। यदि यह सुविधा v1.19 में कार्यान्वित की जाती है, तो मैं पुराने व्यवहार को हटाने के लिए v1.23 को लक्ष्य के रूप में प्रस्तावित करता हूं।

क्या आप इस मुद्दे को फिर से खोलना पसंद करते हैं जब तक कि उन बिट्स को भी लागू नहीं किया जाता है?

saschagrunert 29 सित॰ 2020

हाँ, इसे तब तक खुला रखें जब तक कि यह सुविधा पूरी तरह से समाप्त न हो जाए। क्या आपके द्वारा वर्णित कार्य के लिए एके/के मुद्दा दायर किया गया है?

tallclair 29 सित॰ 2020

हाँ, इसे तब तक खुला रखें जब तक कि यह सुविधा पूरी तरह से समाप्त न हो जाए। क्या आपके द्वारा वर्णित कार्य के लिए एके/के मुद्दा दायर किया गया है?

अब हमारे पास एक है: https://github.com/kubernetes/kubernetes/issues/95171 :)

saschagrunert 30 सित॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स