Pulumi ဖြင့် Code အဖြစ် အခြေခံအဆောက်အအုံကို စမ်းသပ်ခြင်း။ အပိုင်း 1

မင်္ဂလာညချမ်းပါ သူငယ်ချင်းတို့။ နှုန်းဖြင့် စီးဆင်းမှုအသစ်တစ်ခု စတင်ရန် မျှော်လင့်ပါသည်။ "DevOps အလေ့အကျင့်များနှင့် ကိရိယာများ" ဘာသာပြန်အသစ်တစ်ခုကို သင်နှင့် မျှဝေထားပါသည်။ သွားတော့။

အခြေခံအဆောက်အဦကုဒ် (Infrastructure as Code) အတွက် Pulumi နှင့် ယေဘုယျရည်ရွယ်ချက် ပရိုဂရမ်ဘာသာစကားများကို အသုံးပြုခြင်းသည် အားသာချက်များစွာကို ပေးဆောင်သည်- ကျွမ်းကျင်မှုနှင့် အသိပညာရရှိနိုင်မှု၊ abstraction မှတဆင့် ကုဒ်အတွင်းရှိ boilerplate ဖယ်ရှားရေး၊ IDEs နှင့် linters ကဲ့သို့သော သင့်အဖွဲ့နှင့်ရင်းနှီးသော ကိရိယာများ။ ဤဆော့ဖ်ဝဲလ်အင်ဂျင်နီယာ ကိရိယာများအားလုံးသည် ကျွန်ုပ်တို့ကို ပိုမိုအကျိုးဖြစ်ထွန်းစေရုံသာမက ကျွန်ုပ်တို့၏ကုဒ်အရည်အသွေးကိုလည်း မြှင့်တင်ပေးပါသည်။ ထို့ကြောင့်၊ ယေဘူယျရည်ရွယ်ချက်ဖြင့် ပရိုဂရမ်းမင်းဘာသာစကားများကိုအသုံးပြုခြင်းသည် ကျွန်ုပ်တို့အား အရေးကြီးသောဆော့ဖ်ဝဲလ်ဖွံ့ဖြိုးတိုးတက်ရေးအလေ့အကျင့်ကို မိတ်ဆက်ပေးနိုင်စေသည်မှာ သဘာဝကျပါသည်။ စမ်းသပ်ခြင်း.

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

အခြေခံအဆောက်အအုံကို ဘာကြောင့် စမ်းသပ်တာလဲ။

အသေးစိတ်မလေ့လာမီ၊ “ဘာကြောင့် အခြေခံအဆောက်အအုံကို စမ်းသပ်တာလဲ” ဆိုတဲ့ မေးခွန်းကို မေးသင့်တယ်။ ယင်းအတွက် အကြောင်းရင်းများစွာရှိပြီး ဤအရာများထဲမှ အချို့မှာ-

• သင့်ပရိုဂရမ်ယုတ္တိဗေဒ၏ တစ်သီးပုဂ္ဂလလုပ်ဆောင်ချက်များ သို့မဟုတ် အပိုင်းအစများကို စမ်းသပ်ခြင်း။
• အချို့သော ကန့်သတ်ချက်များကို ဆန့်ကျင်၍ အခြေခံအဆောက်အအုံ၏ အလိုရှိသော အခြေအနေအား အတည်ပြုသည်။
• သိုလှောင်မှုပုံး၏ ကုဒ်ကုဒ်မရှိခြင်း သို့မဟုတ် အကာအကွယ်မရှိခြင်းကဲ့သို့သော ဘုံအမှားအယွင်းများကို ထောက်လှမ်းခြင်းသည် အင်တာနက်မှ အတုအယောင်စက်များသို့ ဖွင့်ဝင်ရောက်ခြင်း ဖြစ်သည်။
• အခြေခံအဆောက်အအုံများ ချထားရေး အကောင်အထည်ဖော်မှုကို စစ်ဆေးခြင်း။
• စီမံဆောင်ရွက်ပေးပြီးနောက် လုပ်ဆောင်နိုင်စွမ်းကို စစ်ဆေးရန်အတွက် သင်၏ "ပရိုဂရမ်ထည့်သွင်းထားသော" အခြေခံအဆောက်အအုံအတွင်း လုပ်ဆောင်နေသည့် အက်ပ်လော့ဂျစ်၏ အပြေးအချိန်ကို စမ်းသပ်ခြင်း။
• ကျွန်ုပ်တို့မြင်နိုင်သည်အတိုင်း၊ အခြေခံအဆောက်အအုံစမ်းသပ်ခြင်းရွေးချယ်စရာများကျယ်ပြန့်စွာရှိသည်။ Polumi တွင် ဤ spectrum ပေါ်ရှိ အချက်တိုင်းတွင် စမ်းသပ်ရန် ယန္တရားများ ရှိသည်။ စတင်ပြီး ဘယ်လိုအလုပ်လုပ်လဲ ကြည့်ရအောင်။

ယူနစ်စမ်းသပ်ခြင်း။

Pulumi ပရိုဂရမ်များကို JavaScript၊ Python၊ TypeScript သို့မဟုတ် Go ကဲ့သို့သော ယေဘုယျရည်ရွယ်ချက် ပရိုဂရမ်းမင်းဘာသာစကားများဖြင့် ရေးသားထားသည်။ ထို့ကြောင့်၊ စမ်းသပ်မှုဘောင်များအပါအဝင် ၎င်းတို့၏ကိရိယာများနှင့် စာကြည့်တိုက်များ အပါအဝင် ဤဘာသာစကားများ၏ စွမ်းအားအပြည့်ကို ၎င်းတို့အတွက် ရရှိနိုင်ပါသည်။ Pulumi သည် Multi-cloud ဖြစ်သည်၊ ဆိုလိုသည်မှာ ၎င်းကို မည်သည့် cloud ဝန်ဆောင်မှုပေးသူထံမှမဆို စမ်းသပ်ရန်အတွက် အသုံးပြုနိုင်သည်။

(ဤဆောင်းပါးတွင်၊ ဘာသာစကားပေါင်းစုံနှင့် multicloud ဖြစ်လင့်ကစား၊ ကျွန်ုပ်တို့သည် JavaScript နှင့် Mocha ကိုအသုံးပြုပြီး AWS ကိုအာရုံစိုက်ပါ။ သင်သည် Python ကိုသုံးနိုင်သည်။ unittestစမ်းသပ်မှုဘောင်ကို သွားပါ၊ သို့မဟုတ် သင်နှစ်သက်သည့် အခြားစမ်းသပ်မှုဘောင်ကို သွားပါ။ Pulumi သည် Azure၊ Google Cloud၊ Kubernetes တို့နှင့် ကောင်းမွန်စွာအလုပ်လုပ်ပါသည်။)

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

• သာဓကများတွင် tag တစ်ခုရှိသည်။ Name.
• ဥပမာများသည် inline script ကိုမသုံးသင့်ပါ။ userData - ကျွန်ုပ်တို့သည် AMI (ပုံ) ကိုသုံးရပါမည်။
• SSH သည် အင်တာနက်နှင့် မထိတွေ့သင့်ပါ။

ဤဥပမာကိုအခြေခံသည်။ ငါ့ဥပမာ aws-js-webserver:

index.js-

"use strict";
 
let aws = require("@pulumi/aws");
 
let group = new aws.ec2.SecurityGroup("web-secgrp", {
    ingress: [
        { protocol: "tcp", fromPort: 22, toPort: 22, cidrBlocks: ["0.0.0.0/0"] },
        { protocol: "tcp", fromPort: 80, toPort: 80, cidrBlocks: ["0.0.0.0/0"] },
    ],
});
 
let userData =
`#!/bin/bash
echo "Hello, World!" > index.html
nohup python -m SimpleHTTPServer 80 &`;
 
let server = new aws.ec2.Instance("web-server-www", {
    instanceType: "t2.micro",
    securityGroups: [ group.name ], // reference the group object above
    ami: "ami-c55673a0"             // AMI for us-east-2 (Ohio),
    userData: userData              // start a simple web server
});
 
exports.group = group;
exports.server = server;
exports.publicIp = server.publicIp;
exports.publicHostName = server.publicDns;

၎င်းသည် အခြေခံ Pulumi ပရိုဂရမ်ဖြစ်သည်- ၎င်းသည် EC2 လုံခြုံရေးအဖွဲ့နှင့် ဥပမာတစ်ခုကို ခွဲဝေပေးသည်။ သို့သော် ဤနေရာတွင် ကျွန်ုပ်တို့သည် အထက်ဖော်ပြပါ စည်းကမ်းချက် သုံးခုလုံးကို ချိုးဖောက်နေကြောင်း သတိပြုသင့်သည်။ စာမေးပွဲတွေ ရေးကြရအောင်။

စာရေးစာမေးပွဲများ

ကျွန်ုပ်တို့၏စစ်ဆေးမှုများ၏ ယေဘူယျဖွဲ့စည်းပုံသည် ပုံမှန် Mocha စမ်းသပ်မှုများနှင့်တူလိမ့်မည်-

ec2tests.js

test.js:
let assert = require("assert");
let mocha = require("mocha");
let pulumi = require("@pulumi/pulumi");
let infra = require("./index");
 
describe("Infrastructure", function() {
    let server = infra.server;
    describe("#server", function() {
        // TODO(check 1): Должен быть тэг Name.
        // TODO(check 2): Не должно быть inline-скрипта userData.
    });
    let group = infra.group;
    describe("#group", function() {
        // TODO(check 3): Не должно быть SSH, открытого в Интернет.
    });
});

ယခု ကျွန်ုပ်တို့၏ ပထမဆုံးစမ်းသပ်မှုကို ရေးကြပါစို့- ဥပမာများတွင် tag ပါရှိကြောင်း သေချာပါစေ။ Name. ၎င်းကိုစစ်ဆေးရန်အတွက် ကျွန်ုပ်တို့သည် EC2 instance object ကိုရယူပြီး သက်ဆိုင်ရာပိုင်ဆိုင်မှုကိုစစ်ဆေးပါ။ tags:

 // check 1: Должен быть тэг Name.
        it("must have a name tag", function(done) {
            pulumi.all([server.urn, server.tags]).apply(([urn, tags]) => {
                if (!tags || !tags["Name"]) {
                    done(new Error(`Missing a name tag on server ${urn}`));
                } else {
                    done();
                }
            });
        });

၎င်းသည် ပုံမှန်စမ်းသပ်မှုတစ်ခုနှင့် တူသော်လည်း မှတ်သားထိုက်သည့် အင်္ဂါရပ်အချို့ဖြင့်-

• ဖြန့်ကျက်ခြင်းမပြုမီ အရင်းအမြစ်တစ်ခု၏အခြေအနေကို ကျွန်ုပ်တို့မေးမြန်းသောကြောင့်၊ ကျွန်ုပ်တို့၏စမ်းသပ်မှုများကို "အစီအစဥ်" (သို့မဟုတ် "အစမ်းကြည့်ရှုခြင်း") မုဒ်တွင် အမြဲလုပ်ဆောင်ပါသည်။ ထို့ကြောင့်၊ တန်ဖိုးများကို ရိုးရိုးရှင်းရှင်း ပြန်ယူမည်မဟုတ် သို့မဟုတ် သတ်မှတ်မည်မဟုတ်သည့် ဂုဏ်သတ္တိများစွာရှိပါသည်။ ၎င်းတွင် သင်၏ cloud ဝန်ဆောင်မှုပေးသူမှ တွက်ချက်ထားသော အထွက်ဂုဏ်သတ္တိများ ပါဝင်သည်။ ၎င်းသည် ကျွန်ုပ်တို့၏စစ်ဆေးမှုများအတွက် ပုံမှန်ဖြစ်သည် - ကျွန်ုပ်တို့သည် ထည့်သွင်းမှုဒေတာကိုသာ စစ်ဆေးပါသည်။ ပေါင်းစည်းခြင်းဆိုင်ရာ စမ်းသပ်မှုများနှင့် ပတ်သက်လာလျှင် နောက်ပိုင်းတွင် ဤပြဿနာကို ပြန်သွားပါမည်။
• Pulumi အရင်းအမြစ်ဂုဏ်သတ္တိများ အားလုံးသည် အထွက်များဖြစ်ပြီး ၎င်းတို့ထဲမှ အများအပြားကို အချိန်မရွေး အကဲဖြတ်ခြင်းဖြစ်သောကြောင့် တန်ဖိုးများကို ဝင်ရောက်ကြည့်ရှုရန် အသုံးချနည်းလမ်းကို အသုံးပြုရန် လိုအပ်ပါသည်။ ၎င်းသည် ကတိများနှင့် လုပ်ဆောင်ချက်များနှင့် အလွန်ဆင်တူသည်။ then .
• ကျွန်ုပ်တို့သည် error message တွင် အရင်းအမြစ် URN ကိုပြသရန် ဂုဏ်သတ္တိများစွာကို အသုံးပြုနေသောကြောင့်၊ ကျွန်ုပ်တို့သည် လုပ်ဆောင်ချက်ကို အသုံးပြုရန်လိုအပ်ပါသည်။ pulumi.allသူတို့ကိုပေါင်းစပ်ဖို့။
• နောက်ဆုံးတွင်၊ ဤတန်ဖိုးများကို တပြိုင်နက်တည်း တွက်ချက်ထားသောကြောင့် Mocha ၏ built-in async callback လုပ်ဆောင်ချက်ကို အသုံးပြုရန် လိုအပ်ပါသည်။ done ဒါမှမဟုတ် ကတိတစ်ခုပြန်ပေးတယ်။

အရာအားလုံးကို သတ်မှတ်ပြီးသည်နှင့်၊ ကျွန်ုပ်တို့သည် ရိုးရှင်းသော JavaScript တန်ဖိုးများအဖြစ် ထည့်သွင်းမှုများကို ဝင်ရောက်ကြည့်ရှုနိုင်မည်ဖြစ်သည်။ ပစ္စည်းဥစ္စာ tags မြေပုံ (associative array) ဖြစ်သည်၊ ထို့ကြောင့် ၎င်းသည် (၁) အမှားမဟုတ်ကြောင်း၊ (၂) အတွက် သော့တစ်ခု ရှိသည်၊ Name. ၎င်းသည် အလွန်ရိုးရှင်းပြီး ယခု ကျွန်ုပ်တို့သည် မည်သည့်အရာကိုမဆို စမ်းသပ်နိုင်ပြီဖြစ်သည်။

ယခု ကျွန်ုပ်တို့၏ ဒုတိယစစ်ဆေးမှုကို ရေးကြပါစို့။ ပိုတောင် ရိုးရှင်းပါတယ်-

 // check 2: Не должно быть inline-скрипта userData.
        it("must not use userData (use an AMI instead)", function(done) {
            pulumi.all([server.urn, server.userData]).apply(([urn, userData]) => {
                if (userData) {
                    done(new Error(`Illegal use of userData on server ${urn}`));
                } else {
                    done();
                }
            });
        });

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

    // check 3: Не должно быть SSH, открытого в Интернет.
        it("must not open port 22 (SSH) to the Internet", function(done) {
            pulumi.all([ group.urn, group.ingress ]).apply(([ urn, ingress ]) => {
                if (ingress.find(rule =>
                        rule.fromPort == 22 && rule.cidrBlocks.find(block =>
                            block === "0.0.0.0/0"))) {
                    done(new Error(`Illegal SSH port 22 open to the Internet (CIDR 0.0.0.0/0) on group ${urn}`));
                } else {
                    done();
                }
            });
        });

ဒါပါပဲ။ ကဲ စာမေးပွဲတွေ စလိုက်ရအောင်။

အပြေးစမ်းသပ်မှုများ

အခြေအနေအများစုတွင်၊ သင်ရွေးချယ်ထားသော စမ်းသပ်မှုဘောင်ကို အသုံးပြု၍ ပုံမှန်နည်းလမ်းဖြင့် စာမေးပွဲများကို လုပ်ဆောင်နိုင်သည်။ သို့သော် သတိပြုရမည့်အချက်မှာ Pulumi ၏ ထူးခြားချက်တစ်ခုရှိသည်။
ပုံမှန်အားဖြင့် Pulumi ပရိုဂရမ်များကို run ရန်အတွက် pulimi CLI (Command Line interface) ကို အသုံးပြုပြီး language runtime ကို configure လုပ်ကာ Pulumi engine ၏ ပစ်လွှတ်မှုကို ထိန်းချုပ်ကာ အရင်းအမြစ်များနှင့်အတူ လုပ်ဆောင်မှုများကို မှတ်တမ်းတင်ပြီး အစီအစဉ်တွင် ထည့်သွင်းနိုင်စေရန်၊ စသည်တို့ကို အသုံးပြုပါသည်။ သို့သော် ပြဿနာတစ်ခုတော့ ရှိပါသည်။ သင်၏စမ်းသပ်မှုဘောင်၏ထိန်းချုပ်မှုအောက်တွင်အလုပ်လုပ်သောအခါ၊ CLI နှင့် Pulumi အင်ဂျင်အကြားဆက်သွယ်မှုရှိလာမည်မဟုတ်ပါ။

ဤပြဿနာကိုဖြေရှင်းရန်၊ ကျွန်ုပ်တို့သည် အောက်ပါတို့ကို သတ်မှတ်ရန် လိုအပ်ပါသည်။

• ပရောဂျက်အမည်၊ ပတ်ဝန်းကျင် ကိန်းရှင်တွင်ပါရှိသည်။ PULUMI_NODEJS_PROJECT (သို့မဟုတ်၊ ယေဘုယျအားဖြင့်၊ PULUMI__PROJECT для других языков).
  Environment variable တွင် သတ်မှတ်ထားသော stack ၏ အမည် PULUMI_NODEJS_STACK (သို့မဟုတ်၊ ယေဘုယျအားဖြင့်၊ PULUMI__ STACK).
  သင်၏ stack configuration variables ၎င်းတို့ကို Environment variable ဖြင့် ရယူနိုင်သည်။ PULUMI_CONFIG ၎င်းတို့၏ဖော်မတ်သည် သော့/တန်ဖိုးအတွဲများပါရှိသော JSON မြေပုံဖြစ်သည်။

  ပရိုဂရမ်သည် လုပ်ဆောင်နေစဉ်အတွင်း CLI/အင်ဂျင်နှင့် ချိတ်ဆက်မှု မရရှိနိုင်ကြောင်း ညွှန်ပြသော သတိပေးချက်များ ထုတ်ပြန်ပါမည်။ သင့်ပရိုဂရမ်သည် အမှန်တကယ်တွင် မည်သည့်အရာကိုမျှ ဖြန့်ကျက်လုပ်ဆောင်မည်မဟုတ်သောကြောင့် ၎င်းသည် အရေးကြီးသောကြောင့် ၎င်းသည် သင်ရည်ရွယ်ထားသည့်အရာမဟုတ်ပါက အံ့အားသင့်စရာဖြစ်လာနိုင်သည်။ Pulumi သည် သင်လိုအပ်သည့်အရာဖြစ်သည်ကို အတိအကျပြောပြရန်၊ သင်သည် ထည့်သွင်းနိုင်သည်။ PULUMI_TEST_MODE в true.

  ပရောဂျက်အမည်ကို သတ်မှတ်ရန် လိုအပ်သည်ဟု မြင်ယောင်ကြည့်ပါ။ my-ws, stack အမည် devနှင့် AWS ဒေသ us-west-2. Mocha စမ်းသပ်မှုများ လုပ်ဆောင်ရန်အတွက် အမိန့်ပေးစာကြောင်းသည် ဤကဲ့သို့ ဖြစ်နေလိမ့်မည်-

  $ PULUMI_TEST_MODE=true 
      PULUMI_NODEJS_STACK="my-ws" 
      PULUMI_NODEJS_PROJECT="dev" 
      PULUMI_CONFIG='{ "aws:region": "us-west-2" }' 
      mocha tests.js

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

  Infrastructure
      #server
        1) must have a name tag
   	 2) must not use userData (use an AMI instead)
      #group
        3) must not open port 22 (SSH) to the Internet
  
    0 passing (17ms)
    3 failing
   
   1) Infrastructure
         #server
           must have a name tag:
       Error: Missing a name tag on server
          urn:pulumi:my-ws::my-dev::aws:ec2/instance:Instance::web-server-www
  
   2) Infrastructure
         #server
           must not use userData (use an AMI instead):
       Error: Illegal use of userData on server
          urn:pulumi:my-ws::my-dev::aws:ec2/instance:Instance::web-server-www
  
   3) Infrastructure
         #group
           must not open port 22 (SSH) to the Internet:
       Error: Illegal SSH port 22 open to the Internet (CIDR 0.0.0.0/0) on group

  ကျွန်ုပ်တို့၏ပရိုဂရမ်ကို ပြုပြင်ကြပါစို့။

  "use strict";
   
  let aws = require("@pulumi/aws");
   
  let group = new aws.ec2.SecurityGroup("web-secgrp", {
      ingress: [
          { protocol: "tcp", fromPort: 80, toPort: 80, cidrBlocks: ["0.0.0.0/0"] },
      ],
  });
   
  let server = new aws.ec2.Instance("web-server-www", {
      tags: { "Name": "web-server-www" },
      instanceType: "t2.micro",
      securityGroups: [ group.name ], // reference the group object above
      ami: "ami-c55673a0"             // AMI for us-east-2 (Ohio),
  });
   
  exports.group = group;
  exports.server = server;
  exports.publicIp = server.publicIp;
  exports.publicHostName = server.publicDns;
  

  ထို့နောက် စမ်းသပ်မှုများကို ထပ်မံလုပ်ဆောင်ပါ-

  Infrastructure
      #server
        ✓ must have a name tag
        ✓ must not use userData (use an AMI instead)
      #group
        ✓ must not open port 22 (SSH) to the Internet
   
   
   3 passing (16ms)

  အားလုံးအဆင်ပြေသွားပါပြီ... ဟား! ✓✓✓

  ဒီနေ့အတွက် ဒီလောက်ပါပဲ၊ ဒါပေမယ့် ဘာသာပြန်ခြင်းရဲ့ ဒုတိယအပိုင်းမှာ ဖြန့်ကျက်စမ်းသပ်ခြင်းအကြောင်း ပြောပြပါမယ် 😉

source: www.habr.com