Grafana data visualization platform မှ developer များသည် ယခင်က Apache 3 လိုင်စင်အစား AGPLv2.0 လိုင်စင်သို့ ကူးပြောင်းကြောင်း ကြေညာခဲ့သည်။ Loki မှတ်တမ်း ပေါင်းစည်းမှုစနစ်နှင့် Tempo ဖြန့်ဝေသည့် ခြေရာခံ နောက်ခံအတွက် အလားတူ လိုင်စင်အပြောင်းအလဲကို ပြုလုပ်ထားသည်။ ပလပ်အင်များ၊ အေးဂျင့်များနှင့် အချို့သောစာကြည့်တိုက်များသည် Apache 2.0 လိုင်စင်အောက်တွင် ဆက်လက်လိုင်စင်ရနေပါမည်။
စိတ်ဝင်စားစရာမှာ၊ Grafana ပရောဂျက် အောင်မြင်ရခြင်း၏ အကြောင်းရင်းများထဲမှ တစ်ခုဖြစ်သော Grafana ပရောဂျက်၏ အောင်မြင်မှုအတွက် ကနဦးအဆင့်တွင် ယခင်ရှိပြီးသား Kibana ထုတ်ကုန်၏ အင်တာဖေ့စ်ကို ပိုမိုကောင်းမွန်အောင် ပြုလုပ်ရန် ကြိုးစားခဲ့သည့် အချိန်နှင့် ကွဲပြားသောဒေတာကို Elasticsearch သိုလှောင်မှုနှင့် ချိတ်ဆက်ခြင်းမှ ဝေးရာသို့ ပြောင်းရွှေ့ခြင်းတို့ကို သတိပြုမိပါသည်။ ၊ ပိုမိုခွင့်ပြုထားသော ကုဒ်လိုင်စင်၏ ရွေးချယ်မှုဖြစ်ခဲ့သည်။ အချိန်ကြာလာသည်နှင့်အမျှ Grafana developer များသည် Grafana Cloud cloud စနစ်နှင့် စီးပွားရေးဆိုင်ရာဖြေရှင်းချက် Grafana Enterprise Stack ကဲ့သို့သော စီးပွားဖြစ်ထုတ်ကုန်များကို အရောင်းမြှင့်တင်သည့် Grafana Labs ကုမ္ပဏီကို ဖွဲ့စည်းခဲ့သည်။
ဖွံ့ဖြိုးတိုးတက်မှုတွင် မပါဝင်သည့် ပေးသွင်းသူများနှင့် ပြိုင်ဆိုင်မှုကို ခံနိုင်ရည်ရှိစေရန်အတွက် လိုင်စင်ကို ပြောင်းလဲရန် ဆုံးဖြတ်ခဲ့ခြင်းဖြစ်ပြီး ၎င်းတို့၏ထုတ်ကုန်များတွင် Grafana ၏ ပြုပြင်ထားသောဗားရှင်းများကို အသုံးပြုထားသည်။ အဖွင့်လိုင်စင်မဟုတ်သည့်သို့ ပြောင်းရွှေ့ခဲ့သည့် ElasticSearch၊ Redis၊ MongoDB၊ Timescale နှင့် Cockroach ကဲ့သို့သော ပရောဂျက်များ၏ ပြင်းထန်သော အရေးယူဆောင်ရွက်မှုများနှင့် ဆန့်ကျင်ဘက်အနေဖြင့် Grafana Labs သည် ရပ်ရွာနှင့် လုပ်ငန်း၏ အကျိုးစီးပွားများကို မျှတစေမည့် ဆုံးဖြတ်ချက်တစ်ခုကို ချမှတ်ရန် ကြိုးစားခဲ့သည်။ Grafana Labs ၏အဆိုအရ AGPLv3 သို့ ကူးပြောင်းခြင်းသည် အကောင်းဆုံးဖြေရှင်းချက်ဖြစ်သည်- တစ်ဖက်တွင်၊ AGPLv3 သည် လွတ်လပ်ပြီး ပွင့်လင်းသောလိုင်စင်များ၏ စံသတ်မှတ်ချက်များနှင့် ကိုက်ညီပြီး အခြားတစ်ဖက်တွင်၊ ၎င်းသည် ပွင့်လင်းမြင်သာသောပရောဂျက်များတွင် ကပ်ပါးကောင်များကို ခွင့်မပြုပါ။
၎င်းတို့၏ဝန်ဆောင်မှုများတွင် မွမ်းမံထားသော Grafana ဗားရှင်းများကို အသုံးပြုသူများ သို့မဟုတ် ပြုပြင်မွမ်းမံမှုကုဒ် (ဥပမာ Red Hat Openshift နှင့် Cloud Foundry) ထုတ်ဝေသူများသည် လိုင်စင်ပြောင်းလဲမှုကြောင့် ထိခိုက်မည်မဟုတ်ပါ။ ဤကုမ္ပဏီသည် မဟာဗျူဟာမြောက် ဖွံ့ဖြိုးတိုးတက်ရေးလုပ်ဖော်ကိုင်ဖက်ဖြစ်ပြီး ပရောဂျက်အတွက် ဝန်ဆောင်မှုများစွာကို ပံ့ပိုးပေးသည့် Amazon Managed Service for Grafana (AMG) ကို ပံ့ပိုးပေးသည့် အပြောင်းအလဲသည် Amazon ကိုလည်း ထိခိုက်မည်မဟုတ်ပါ။ AGPL လိုင်စင်အသုံးပြုခြင်းကို တားမြစ်ထားသည့် ကော်ပိုရိတ်မူဝါဒရှိသည့် ကုမ္ပဏီများသည် အားနည်းချက်ပြင်ဆင်ချက်များကို ဆက်လက်ထုတ်ဝေရန် စီစဉ်ထားသည့် Apache-လိုင်စင်ရ ထုတ်ဝေမှုများအဟောင်းများကို ဆက်လက်အသုံးပြုနိုင်ပါသည်။ အခြားနည်းလမ်းမှာ သော့ဝယ်ယူခြင်းဖြင့် အပိုအခပေးလုပ်ဆောင်ချက်များကို အသက်မသွင်းပါက အခမဲ့အသုံးပြုနိုင်သည့် မူပိုင်လုပ်ငန်းဆိုင်ရာ Grafana ထုတ်ဝေမှုကို အသုံးပြုရန်ဖြစ်သည်။
AGPLv3 လိုင်စင်၏ အင်္ဂါရပ်မှာ ကွန်ရက်ဝန်ဆောင်မှုများကို လုပ်ဆောင်နိုင်စေရန် သေချာစေသည့် အပလီကေးရှင်းများအတွက် ကန့်သတ်ချက်များ ထပ်မံမိတ်ဆက်ခြင်းဖြစ်သည်ကို သတိရကြပါစို့။ ဝန်ဆောင်မှု၏လည်ပတ်မှုကိုသေချာစေရန် AGPL အစိတ်အပိုင်းများကို အသုံးပြုသည့်အခါ၊ ဆော့ဖ်ဝဲကို ဖြန့်ဝေခြင်းမပြုဘဲ အတွင်းပိုင်းအခြေခံအဆောက်အအုံတွင် သီးသန့်အသုံးပြုထားသော်လည်း၊ ဆော့ဖ်ဝဲလ်ဆော့ဖ်ဝဲကို ဖြန့်ဝေခြင်းမရှိသော်လည်း၊ ဆော့ဖ်ဝဲရေးသားသူသည် သုံးစွဲသူအား ဤအစိတ်အပိုင်းများတွင် ပြုလုပ်ထားသော ပြောင်းလဲမှုအားလုံး၏ အရင်းအမြစ်ကုဒ်ကို ပေးဆောင်ရန် တာဝန်ရှိပါသည်။ ဝန်ဆောင်မှု၏လည်ပတ်မှုကိုစီစဉ်ရန်။ AGPLv3 လိုင်စင်သည် GPLv3 နှင့်သာ သဟဇာတဖြစ်ပြီး GPLv2 လိုင်စင်အောက်တွင် ပေးပို့ထားသော အပလီကေးရှင်းများနှင့် လိုင်စင်ဆိုင်ရာ ပဋိပက္ခဖြစ်စေသည်။ ဥပမာအားဖြင့်၊ AGPLv3 အောက်တွင် စာကြည့်တိုက်တစ်ခုကို ပို့ဆောင်ခြင်းသည် AGPLv3 သို့မဟုတ် GPLv3 လိုင်စင်အောက်တွင် ကုဒ်ဖြန့်ဝေရန် စာကြည့်တိုက်ကို အသုံးပြုသည့် အပလီကေးရှင်းများအားလုံးကို လိုအပ်သည်၊ ထို့ကြောင့် အချို့သော Grafana စာကြည့်တိုက်များသည် Apache 2.0 လိုင်စင်အောက်တွင် ကျန်ရှိနေပါသည်။
လိုင်စင်ကိုပြောင်းလဲခြင်းအပြင်၊ Grafana ပရောဂျက်ကို ဖွံ့ဖြိုးတိုးတက်မှုပါဝင်သူအားလုံး၏သဘောတူချက်မရှိဘဲ Grafana Labs က ဖွံ့ဖြိုးတိုးတက်မှုပါဝင်သူအားလုံး၏သဘောတူချက်မရှိဘဲ လိုင်စင်ကိုပြောင်းလဲခွင့်ပြုသည့်ကုဒ်သို့ ပိုင်ဆိုင်မှုအခွင့်အရေးများလွှဲပြောင်းခြင်းကို သတ်မှတ်သည့် developer သဘောတူညီချက် (CLA) သို့ လွှဲပြောင်းထားပါသည်။ Harmony Contributor Agreement ကို အခြေခံထားသော သဘောတူညီချက်ဟောင်းအစား Apache Foundation မှ ပါဝင်သူများ လက်မှတ်ရေးထိုးထားသော စာရွက်စာတမ်းတစ်ခုအပေါ် အခြေခံ၍ သဘောတူညီချက်တစ်ခုကို မိတ်ဆက်ခဲ့သည်။ ဤသဘောတူညီချက်သည် developer များအတွက် ပိုမိုနားလည်နိုင်ပြီး ပိုမိုရင်းနှီးကြောင်း ညွှန်ပြပါသည်။
source: opennet.ru