လျှောက်လွှာဗဟိုပြုအခြေခံအဆောက်အဦ။ အနာဂတ်၏ကွန်ရက်တည်ဆောက်ပုံ- ထင်ကြေးပေးမှုမှလုပ်ဆောင်ချက်အထိ

လွန်ခဲ့သည့်နှစ်အနည်းငယ်အတွင်း Cisco သည် ဒေတာစင်တာရှိ ဒေတာပေးပို့ခြင်းကွန်ရက်ကို တည်ဆောက်ရန်အတွက် ဗိသုကာအသစ်တစ်ခုကို တက်ကြွစွာ မြှင့်တင်ခဲ့သည်။ Application Centric Infrastructure (သို့မဟုတ် ACI). တချို့က ရင်းနှီးပြီးသား။ အချို့က ရုရှားနိုင်ငံ အပါအဝင် ၎င်းတို့၏ လုပ်ငန်းများတွင်ပင် အကောင်အထည်ဖော်နိုင်ခဲ့သည်။ သို့သော်လည်း အိုင်တီပညာရှင်အများစုနှင့် အိုင်တီမန်နေဂျာများအတွက်၊ ACI သည် မထင်မရှား အတိုကောက် သို့မဟုတ် အနာဂတ်အတွက် ရောင်ပြန်ဟပ်မှုတစ်ခုအဖြစ် ရှိနေသေးသည်။
ဤဆောင်းပါးတွင် ကျွန်ုပ်တို့သည် ဤအနာဂတ်ကို ပိုမိုနီးကပ်လာစေရန် ကြိုးစားပါမည်။ ဒါကိုလုပ်ဖို့၊ ACI ရဲ့ အဓိက ဗိသုကာ အစိတ်အပိုင်းတွေအကြောင်း ဆွေးနွေးပြီး လက်တွေ့မှာ ဘယ်လို အသုံးပြုရမလဲဆိုတာကိုလည်း ဖော်ပြပါမယ်။ ထို့အပြင် မဝေးတော့သောအနာဂတ်တွင် ကျွန်ုပ်တို့သည် ACI ၏အမြင်အာရုံသရုပ်ပြမှုကို ကြီးမှူး၍ စိတ်ပါဝင်စားသူတိုင်း IT အထူးကျွမ်းကျင်သူထံ စာရင်းပေးသွင်းနိုင်ပါသည်။

2019 ခုနှစ် မေလတွင် စိန့်ပီတာစဘတ်ရှိ ကွန်ရက်တည်ဆောက်ပုံအသစ်အကြောင်း ပိုမိုလေ့လာနိုင်ပါသည်။ အသေးစိတ်အချက်များ အားလုံးပါဝင်ပါသည်။ link ကို. ဆိုင်းအပ်!

စောပိုငျးကာလ
သမားရိုးကျနှင့် ရေပန်းအစားဆုံး ကွန်ရက်တည်ဆောက်မှုပုံစံသည် အဆင့်သုံးဆင့် အထက်အောက် မော်ဒယ်ဖြစ်သည်- core -> ဖြန့်ချီခြင်း (စုစည်းမှု) -> ဝင်ရောက်မှု။ နှစ်များစွာကြာအောင်၊ ဤမော်ဒယ်သည် စံဖြစ်ခဲ့ပြီး ထုတ်လုပ်သူများက ၎င်းအတွက် သင့်လျော်သော လုပ်ဆောင်နိုင်စွမ်းများဖြင့် ကွန်ရက်ကိရိယာအမျိုးမျိုးကို ထုတ်လုပ်ခဲ့သည်။
ယခင်က၊ သတင်းအချက်အလက်နည်းပညာသည် လုပ်ငန်းအတွက် လိုအပ်သော (ပွင့်ပွင့်လင်းလင်း၊ အမြဲမလိုလားအပ်သော) တစ်မျိုးဖြစ်သောအခါ၊ ဤပုံစံသည် အဆင်ပြေသည်၊ အလွန်တည်ငြိမ်ပြီး ယုံကြည်စိတ်ချရသည်။ သို့သော်လည်း ယခုအခါ IT သည် စီးပွားရေးဖွံ့ဖြိုးတိုးတက်မှု၏ မောင်းနှင်အားတစ်ခုဖြစ်ပြီး လုပ်ငန်းအများအပြားတွင် ၎င်းကိုယ်တိုင်က ဤပုံစံ၏ တည်ငြိမ်သောသဘောသဘာဝသည် ပြဿနာကြီးကြီးမားမားကို စတင်ဖြစ်ပေါ်စေခဲ့သည်။

ခေတ်မီလုပ်ငန်းသည် ကွန်ရက်အခြေခံအဆောက်အအုံအတွက် မတူညီသောရှုပ်ထွေးသောလိုအပ်ချက်များစွာကို ထုတ်ပေးပါသည်။ လုပ်ငန်း၏အောင်မြင်မှုသည် ဤလိုအပ်ချက်များကို အကောင်အထည်ဖော်သည့်အချိန်ပေါ်တွင် တိုက်ရိုက်မူတည်ပါသည်။ ထိုသို့သောအခြေအနေများတွင် နှောင့်နှေးခြင်းသည် လက်ခံနိုင်ဖွယ်မရှိသည့်အပြင်၊ ကွန်ရက်တည်ဆောက်မှု၏ ရှေးရိုးပုံစံသည် လုပ်ငန်းလိုအပ်ချက်အားလုံးကို အချိန်နှင့်တစ်ပြေးညီ ဖြည့်ဆည်းခွင့်မပြုပေ။

ဥပမာအားဖြင့်၊ ရှုပ်ထွေးသောစီးပွားရေးအပလီကေးရှင်းအသစ်တစ်ခုပေါ်ပေါက်လာသောအခါ မတူညီသောအဆင့်များရှိ မတူညီသောကွန်ရက်စက်ပစ္စည်းအများအပြားတွင် အလားတူလုပ်ရိုးလုပ်စဉ်အများအပြားလုပ်ဆောင်ရန် ကွန်ရက်စီမံခန့်ခွဲသူများသည် လိုအပ်ပါသည်။ အချိန်ကုန်သည့်အပြင်၊ ၎င်းသည် IT ဝန်ဆောင်မှုများကို ဆိုးရွားစွာ ရပ်တန့်စေပြီး ရလဒ်အနေဖြင့် ငွေကြေးဆုံးရှုံးမှုဖြစ်စေနိုင်သည့် အန္တရာယ်ကိုလည်း တိုးစေသည်။

ပြဿနာ၏အရင်းခံမှာ သတ်မှတ်ရက်များပင်မဟုတ်သလို လိုအပ်ချက်များ၏ ရှုပ်ထွေးမှုလည်း မဟုတ်ပါ။ အမှန်မှာ ဤလိုအပ်ချက်များသည် လုပ်ငန်းအသုံးချဘာသာစကားမှ ကွန်ရက်အခြေခံအဆောက်အအုံဘာသာစကားသို့ “ဘာသာပြန်” ရန် လိုအပ်ပါသည်။ သင်သိသည့်အတိုင်း ဘာသာပြန်ဆိုမှုတိုင်းသည် အမြဲတမ်း တစ်စိတ်တစ်ပိုင်း အဓိပ္ပာယ်ပျောက်နေသည်။ အပလီကေးရှင်းပိုင်ရှင်သည် ၎င်း၏အပလီကေးရှင်း၏ယုတ္တိဗေဒအကြောင်းပြောသောအခါ၊ ကွန်ရက်စီမံခန့်ခွဲသူက ပံ့ပိုးပေးရန် လိုအပ်သော၊ အပ်ဒိတ်နှင့် မှတ်တမ်းတင်ရန်လိုအပ်သည့် ကိရိယာများစွာရှိ VLAN အစုံ၊ Access lists များကို နားလည်သည်။

စုဆောင်းထားသော အတွေ့အကြုံနှင့် ဖောက်သည်များနှင့် အဆက်မပြတ်ဆက်သွယ်ခြင်းသည် Cisco သည် ခေတ်သစ်ခေတ်ရေစီးကြောင်းများနှင့်ကိုက်ညီပြီး လုပ်ငန်းအသုံးချမှုဆိုင်ရာ ယုတ္တိဗေဒအပေါ်အခြေခံသည့် ဒေတာစင်တာဒေတာပေးပို့ခြင်းကွန်ရက်ကို တည်ဆောက်ခြင်းအတွက် အခြေခံမူအသစ်များကို ဒီဇိုင်းဆွဲကာ အကောင်အထည်ဖော်နိုင်စေခဲ့သည်။ ထို့ကြောင့် - Application Centric Infrastructure ဟူသော အမည်သည် ။

ACI ဗိသုကာ။
ACI ဗိသုကာကို ရုပ်ပိုင်းဆိုင်ရာဘက်မဟုတ်ဘဲ ယုတ္တိဗေဒဘက်ခြမ်းမှ ထည့်သွင်းစဉ်းစားခြင်းသည် မှန်ကန်ဆုံးဖြစ်သည်။ ၎င်းသည် အလိုအလျောက်ပေါ်လစီ၏ မော်ဒယ်အပေါ် အခြေခံထားပြီး၊ ထိပ်တန်းအဆင့်ရှိ အရာဝတ္ထုများကို အောက်ပါ အစိတ်အပိုင်းများအဖြစ် ပိုင်းခြားနိုင်သည်-

1. Nexus ခလုတ်များကို အခြေခံထားသော ကွန်ရက်။
2. APIC ထိန်းချုပ်ကိရိယာ အစုအဝေး၊
3. လျှောက်လွှာပရိုဖိုင်များ;

အဆင့်တစ်ခုစီကို ပိုမိုအသေးစိတ်ကြည့်ကြပါစို့ - ရိုးရှင်းမှ ရှုပ်ထွေးသွားပါမည်။

Nexus ခလုတ်များကို အခြေခံထားသော ကွန်ရက်
ACI စက်ရုံရှိ ကွန်ရက်သည် သမားရိုးကျ အထက်တန်းပုံစံ ပုံစံနှင့် ဆင်တူသော်လည်း တည်ဆောက်ရန် ပိုမိုလွယ်ကူသည်။ Leaf-Spine မော်ဒယ်ကို မျိုးဆက်သစ်ကွန်ရက်များကို အကောင်အထည်ဖော်ရန်အတွက် ယေဘူယျလက်ခံသည့်ချဉ်းကပ်မှုဖြစ်လာသည့် ကွန်ရက်ကိုစုစည်းရန် အသုံးပြုပါသည်။ ဤပုံစံတွင် အဆင့်နှစ်ဆင့်ပါဝင်သည်- ကျောရိုးနှင့် အရွက်၊ အသီးသီးရှိသည်။

ကျောရိုးအဆင့်သည် စွမ်းဆောင်ရည်အတွက်သာ တာဝန်ရှိသည်။ Spine switches များ၏ စုစုပေါင်းစွမ်းဆောင်ရည်သည် အထည်တစ်ခုလုံး၏စွမ်းဆောင်ရည်နှင့်ညီမျှသည်၊ ထို့ကြောင့် 40G သို့မဟုတ် ထို့ထက်ပိုသော port များပါသော switches များကို ဤအဆင့်တွင်အသုံးပြုသင့်သည်။
ကျောရိုးခလုတ်များသည် နောက်အဆင့်ရှိ ခလုတ်များအားလုံးသို့ ချိတ်ဆက်သည်- အဆုံး host များကို ချိတ်ဆက်ထားသည့် Leaf ခလုတ်များ။ Leaf switches များ၏ အဓိက အခန်းကဏ္ဍမှာ port capacity ဖြစ်သည်။

ထို့ကြောင့်၊ အရွယ်အစားချဲ့ခြင်းဆိုင်ရာပြဿနာများကို အလွယ်တကူဖြေရှင်းနိုင်သည်- ကျွန်ုပ်တို့သည် fabric throughput ကိုတိုးမြှင့်ရန်လိုအပ်ပါက Spine switches များကိုထည့်ကာ port capacity ကိုတိုးမြှင့်ရန်လိုအပ်ပါက Leaf ကိုထည့်ပါ။
အဆင့်နှစ်ခုစလုံးအတွက် Cisco Nexus 9000 စီးရီးခလုတ်များကို အသုံးပြုထားပြီး Cisco သည် ၎င်းတို့၏ဗိသုကာမခွဲခြားဘဲ ဒေတာစင်တာကွန်ရက်များတည်ဆောက်ရန်အတွက် အဓိကကိရိယာဖြစ်သည်။ ကျောရိုးအလွှာအတွက်၊ Nexus 9300 သို့မဟုတ် Nexus 9500 ခလုတ်များကို အသုံးပြုထားပြီး Leaf အတွက်သာ Nexus 9300 ဖြစ်သည်။
ACI စက်ရုံတွင်အသုံးပြုသည့် Nexus ခလုတ်များ၏ မော်ဒယ်အကွာအဝေးကို အောက်ပါပုံတွင် ပြထားသည်။

APIC (Application Policy Infrastructure Controller) Controller Cluster
APIC ထိန်းချုပ်ကိရိယာများသည် အထူးပြုရုပ်ပိုင်းဆိုင်ရာဆာဗာများဖြစ်ပြီး အသေးစားအကောင်အထည်ဖော်မှုများအတွက် ၎င်းသည် ရုပ်ပိုင်းဆိုင်ရာ APIC ထိန်းချုပ်ကိရိယာတစ်ခုနှင့် virtual နှစ်ခု၏ အစုအဝေးတစ်ခုကို အသုံးပြုနိုင်သည်။
APIC ထိန်းချုပ်ကိရိယာများသည် ထိန်းချုပ်မှုနှင့် စောင့်ကြည့်ခြင်းဆိုင်ရာ လုပ်ဆောင်ချက်များကို ပေးဆောင်သည်။ အရေးကြီးသောအချက်မှာ controllers များသည် data transfer တွင်ဘယ်တော့မှမပါဝင်ပါ၊ ဆိုလိုသည်မှာ cluster controllers အားလုံးပျက်ကွက်လျှင်ပင်၊ ၎င်းသည် network ၏တည်ငြိမ်မှုကိုလုံးဝထိခိုက်စေမည်မဟုတ်ပါ။ APIC များ၏အကူအညီဖြင့်၊ စီမံခန့်ခွဲသူသည် စက်ရုံ၏ ရုပ်ပိုင်းဆိုင်ရာနှင့် ယုတ္တိဗေဒအရင်းအမြစ်များအားလုံးကို စီမံကွပ်ကဲပြီး မည်သည့်ပြောင်းလဲမှုကိုမဆို ပြုလုပ်ရန်အတွက် ACI ကိုအသုံးပြုသောကြောင့် သီးခြားစက်ပစ္စည်းတစ်ခုသို့ ချိတ်ဆက်ရန်မလိုအပ်တော့ကြောင်းကိုလည်း သတိပြုသင့်ပါသည်။ ထိန်းချုပ်မှုတစ်ခုတည်း။

ယခု ACI - အပလီကေးရှင်း ပရိုဖိုင်များ ၏ အဓိက အစိတ်အပိုင်း တစ်ခုသို့ သွားကြပါစို့။
Application Network Profile ACI ၏ယုတ္တိအခြေခံဖြစ်သည်။ ၎င်းသည် ကွန်ရက် အစိတ်အပိုင်းများ အားလုံးကြား အပြန်အလှန် ဆက်သွယ်မှု မူဝါဒများကို သတ်မှတ်ပြီး ကွန်ရက် အပိုင်းများကို ၎င်းတို့ကိုယ်တိုင် ဖော်ပြသည့် အပလီကေးရှင်း ပရိုဖိုင်များ ဖြစ်သည်။ ANP သည် သင့်အား ရုပ်ပိုင်းဆိုင်ရာအလွှာမှ abstract လုပ်နိုင်စေပြီး၊ တကယ်တော့၊ အက်ပလီကေးရှင်းရှုထောင့်မှ မတူညီသော network segments များကြား အပြန်အလှန်ဆက်သွယ်မှုကို မည်သို့စီစဉ်ရမည်ကို စိတ်ကူးကြည့်ပါ။

အပလီကေးရှင်းပရိုဖိုင်တွင် ချိတ်ဆက်မှုအုပ်စုများ (အဆုံးမှတ်အုပ်စုများ - EPG) ပါဝင်ပါသည်။ ချိတ်ဆက်မှုအုပ်စုသည် တူညီသောလုံခြုံရေးအပိုင်း (ကွန်ရက်မဟုတ်သော်လည်း လုံခြုံရေး) တွင် တည်ရှိသော စက်ကိရိယာများ (ရုပ်ပိုင်းဆိုင်ရာဆာဗာများ၊ ကွန်တိန်နာများ၊ စသည်) တို့သည် ယုတ္တိရှိသော host များအုပ်စုဖြစ်သည်။ သီးခြား EPG နှင့် သက်ဆိုင်သည့် အဆုံးအိမ်ရှင်များကို စံသတ်မှတ်ချက်များစွာဖြင့် ဆုံးဖြတ်နိုင်သည်။ အောက်ပါတို့ကို အသုံးများကြသည်-

• ရူပဆိပ်ကမ်း
• Logical port ( virtual switch တွင် port group )
• VLAN ID သို့မဟုတ် VXLAN
• IP လိပ်စာ သို့မဟုတ် IP ကွန်ရက်ခွဲ
• ဆာဗာရည်ညွှန်းချက်များ (အမည်၊ တည်နေရာ၊ OS ဗားရှင်း၊ စသည်)

မတူညီသော EPG များ၏ အပြန်အလှန်တုံ့ပြန်မှုအတွက်၊ စာချုပ်များဟုခေါ်သော အကြောင်းအရာတစ်ခုကို ပေးထားသည်။ စာချုပ်တွင် မတူညီသော EPG များကြား ဆက်စပ်မှုကို သတ်မှတ်သည်။ တစ်နည်းဆိုရသော် စာချုပ်သည် EPG တစ်ခုမှ အခြား EPG သို့ ဝန်ဆောင်မှုပေးသည့်အရာကို သတ်မှတ်သည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် HTTPS ပရိုတိုကောကို အသွားအလာ စီးဆင်းခွင့်ပြုသည့် စာချုပ်တစ်ခုကို ဖန်တီးပါသည်။ နောက်တစ်ခု၊ ဥပမာ၊ EPG Web (ဝဘ်ဆာဗာများအုပ်စု) နှင့် EPG App (အပလီကေးရှင်းဆာဗာများအုပ်စု) တို့နှင့် ချိတ်ဆက်ပြီးနောက် အဆိုပါ terminal အုပ်စုနှစ်စုသည် HTTPS ပရိုတိုကောမှတစ်ဆင့် လမ်းကြောင်းဖလှယ်နိုင်မည်ဖြစ်သည်။

အောက်ဖော်ပြပါပုံသည် တူညီသော ANP အတွင်းရှိ စာချုပ်များမှတစ်ဆင့် မတူညီသော EPG များကြား ဆက်သွယ်ရေးကို တည်ဆောက်ခြင်း၏ ဥပမာကို ဖော်ပြထားပါသည်။

ACI စက်ရုံအတွင်း မည်သည့် အပလီကေးရှင်း ပရိုဖိုင်အရေအတွက်မဆို ရှိနိုင်ပါသည်။ ထို့အပြင်၊ စာချုပ်များသည် သီးခြားအပလီကေးရှင်းပရိုဖိုင်နှင့် ချိတ်ဆက်ထားခြင်းမဟုတ်ပါ၊ ၎င်းတို့သည် မတူညီသော ANPs များတွင် EPG များကို ချိတ်ဆက်ရန်အတွက် ၎င်းတို့ (နှင့် သင့်) ကို အသုံးပြုနိုင်သည်။

အမှန်မှာ၊ ပုံစံတစ်ခု သို့မဟုတ် အခြားတစ်ခုတွင် ကွန်ရက်တစ်ခုလိုအပ်သော အပလီကေးရှင်းတစ်ခုစီကို ၎င်း၏ကိုယ်ပိုင်ပရိုဖိုင်ဖြင့် ဖော်ပြသည်။ ဥပမာအားဖြင့်၊ အထက်ဖော်ပြပါ ပုံသည် ပြင်ပဝင်ရောက်အသုံးပြုသည့်ဆာဗာများ (ဝဘ်)၊ အက်ပ်လီကေးရှင်းဆာဗာများ (App) နှင့် DBMS ဆာဗာများ (DB) ၏ N အရေအတွက်ပါဝင်သည့် သုံးဆင့်အပလီကေးရှင်း၏ စံဗိသုကာလက်ရာကို ပြသထားပြီး အပြန်အလှန်ဆက်သွယ်မှုဆိုင်ရာ စည်းမျဉ်းများကိုလည်း ဖော်ပြသည်။ သူတို့ကို။ သမားရိုးကျ ကွန်ရက်အခြေခံအဆောက်အအုံတွင်၊ ၎င်းသည် အခြေခံအဆောက်အအုံရှိ စက်ပစ္စည်းအမျိုးမျိုးတွင် ရေးသားထားသော စည်းမျဉ်းများဖြစ်သည်။ ACI ဗိသုကာတွင်၊ ကျွန်ုပ်တို့သည် အပလီကေးရှင်း ပရိုဖိုင်တစ်ခုအတွင်း ဤစည်းမျဉ်းများကို ဖော်ပြပါသည်။ အက်ပလီကေးရှင်းပရိုဖိုင်ကို အသုံးပြု၍ ACI သည် ၎င်းတို့အားလုံးကို ပရိုဖိုင်တစ်ခုတည်းအဖြစ် အုပ်စုဖွဲ့ခြင်းဖြင့် မတူညီသော စက်များတွင် ဆက်တင်အများအပြားကို ဖန်တီးရန် ပိုမိုလွယ်ကူစေသည်။
အောက်ဖော်ပြပါပုံသည် ပိုမိုလက်တွေ့ကျသော ဥပမာကိုပြသထားသည်။ EPG များနှင့် စာချုပ်များစွာမှ ပြုလုပ်ထားသော Microsoft Exchange အက်ပ်ပရိုဖိုင်။

ဗဟိုစီမံခန့်ခွဲမှု၊ အလိုအလျောက်စနစ်နှင့် စောင့်ကြည့်လေ့လာခြင်းသည် ACI ၏ အဓိကအကျိုးကျေးဇူးများထဲမှ တစ်ခုဖြစ်သည်။ ACI Factory သည် ခလုတ်များ၊ router များနှင့် firewalls များတွင် စည်းမျဉ်းအများအပြားကို ဖန်တီးခြင်း၏ ပျင်းရိသောအလုပ်၏ စီမံခန့်ခွဲသူများကို သက်သာရာရစေသည် (ဂန္ထဝင်လက်စွဲပုံစံဖွဲ့စည်းမှုနည်းလမ်းကို ခွင့်ပြုထားပြီး သုံးနိုင်သည်)။ အပလီကေးရှင်းပရိုဖိုင်များနှင့် အခြား ACI အရာဝတ္ထုများအတွက် ဆက်တင်များကို ACI ထည်တစ်လျှောက် အလိုအလျောက် အသုံးချပါသည်။ fabric switches များ၏ အခြား port များသို့ ဆာဗာများကို ရုပ်ပိုင်းဆိုင်ရာပြောင်းသည့်အခါတွင်ပင်၊ ဆက်တင်ဟောင်းများမှ switches အသစ်များသို့ ဆက်တင်များကို ထပ်ပွားပြီး မလိုအပ်သော စည်းမျဉ်းများကို ရှင်းလင်းရန် မလိုအပ်ပါ။ အိမ်ရှင်၏ EPG အဖွဲ့ဝင်ခြင်းဆိုင်ရာ စံနှုန်းများအပေါ် အခြေခံ၍ စက်ရုံသည် ဤဆက်တင်များကို အလိုအလျောက် ပြုလုပ်ပြီး အသုံးမပြုသော စည်းမျဉ်းများကို အလိုအလျောက် ရှင်းလင်းပေးပါမည်။
ပေါင်းစပ်ထားသော ACI လုံခြုံရေးမူဝါဒများကို အဖြူရောင်စာရင်းများအဖြစ် အကောင်အထည်ဖော်ထားသောကြောင့် အတိအကျ ခွင့်မပြုထားသည့်အရာကို မူရင်းအတိုင်း တားမြစ်ထားသည်။ ကွန်ရက်စက်ပစ္စည်းဖွဲ့စည်းပုံများကို အလိုအလျောက်အပ်ဒိတ်လုပ်ခြင်းနှင့်အတူ (“မေ့သွားပြီ” အသုံးမပြုသောစည်းမျဉ်းများနှင့် ခွင့်ပြုချက်များကို ဖယ်ရှားခြင်းနှင့်အတူ၊ ဤချဉ်းကပ်မှုသည် ကွန်ရက်လုံခြုံရေးအဆင့်ကို သိသိသာသာတိုးမြင့်စေပြီး ဖြစ်နိုင်ချေရှိသော တိုက်ခိုက်မှု၏မျက်နှာပြင်ကို ကျဉ်းစေသည်။

ACI သည် သင့်အား virtual machines များနှင့် containers များသာမက ရုပ်ပိုင်းဆိုင်ရာဆာဗာများ၊ ဟာ့ဒ်ဝဲဖိုင်းဝေါလ်များနှင့် ပြင်ပအဖွဲ့အစည်းကွန်ရက်စက်ပစ္စည်းများကိုပါ စုစည်းနိုင်စေပြီး၊ ACI သည် ယခုအချိန်တွင် ထူးခြားသောဖြေရှင်းချက်တစ်ခုဖြစ်စေသည်။
အပလီကေးရှင်းယုတ္တိကိုအခြေခံ၍ ဒေတာကွန်ရက်တစ်ခုတည်ဆောက်ခြင်းအတွက် Cisco ၏ချဉ်းကပ်မှုအသစ်သည် အလိုအလျောက်စနစ်၊ လုံခြုံရေးနှင့် ဗဟိုချုပ်ကိုင်မှုစီမံခန့်ခွဲရေးတို့နှင့်သာ သက်ဆိုင်ပါသည်။ ၎င်းသည် ခေတ်မီစီးပွားရေးလုပ်ငန်း၏ လိုအပ်ချက်အားလုံးကို ဖြည့်ဆည်းပေးသည့် ခေတ်မီအလျားလိုက် အရွယ်အစားရှိ ကွန်ရက်တစ်ခုလည်းဖြစ်သည်။
ACI ကိုအခြေခံသည့် ကွန်ရက်အခြေခံအဆောက်အအုံကို အကောင်အထည်ဖော်ခြင်းသည် လုပ်ငန်း၏ဌာနအားလုံးကို ဘာသာစကားတစ်မျိုးတည်းပြောဆိုနိုင်စေပါသည်။ စီမံခန့်ခွဲသူကို လိုအပ်သော စည်းမျဉ်းများနှင့် ချိတ်ဆက်မှုများကို ဖော်ပြသည့် အပလီကေးရှင်း၏ ယုတ္တိဗေဒဖြင့်သာ လမ်းညွှန်ထားသည်။ အပလီကေးရှင်း၏ ယုတ္တိအပြင်၊ အပလီကေးရှင်းပိုင်ရှင်များနှင့် ဆော့ဖ်ဝဲရေးသားသူများ၊ သတင်းအချက်အလက် လုံခြုံရေးဝန်ဆောင်မှု၊ စီးပွားရေးပညာရှင်များနှင့် လုပ်ငန်းပိုင်ရှင်များက ၎င်းကို လမ်းညွှန်ထားသည်။

ထို့ကြောင့် Cisco သည် မျိုးဆက်သစ်ဒေတာစင်တာကွန်ရက်၏ သဘောတရားကို လက်တွေ့ကျင့်သုံးနေပါသည်။ ဒါကို ကိုယ်တိုင်မြင်ချင်ပါသလား။ ဆန္ဒပြပွဲသို့ လာပါ။ လျှောက်လွှာဗဟိုပြုအခြေခံအဆောက်အအုံ စိန့်ပီတာစဘတ်တွင် ဒေတာစင်တာကွန်ရက်ဖြင့် ယခုအလုပ်လုပ်ပါ။
ပွဲအတွက် စာရင်းပေးသွင်းနိုင်ပါသည်။ လင့်ခ်.

source: www.habr.com