ການທົດສອບໂຄງສ້າງພື້ນຖານເປັນລະຫັດກັບ Pulumi. ພາກທີ 2

ສະບາຍດີທຸກຄົນ. ມື້ນີ້ພວກເຮົາແບ່ງປັນກັບທ່ານສ່ວນສຸດທ້າຍຂອງບົດຄວາມ. "ການທົດສອບໂຄງສ້າງພື້ນຖານເປັນລະຫັດກັບ Pulumi", ການແປພາສາທີ່ໄດ້ກະກຽມໂດຍສະເພາະສໍາລັບນັກສຶກສາຫຼັກສູດ "ການປະຕິບັດແລະເຄື່ອງມື DevOps".

ການ​ທົດ​ສອບ​ການ​ນໍາ​ໃຊ້​

ຮູບແບບຂອງການທົດສອບນີ້ແມ່ນວິທີການທີ່ມີປະສິດທິພາບແລະອະນຸຍາດໃຫ້ພວກເຮົາປະຕິບັດການທົດສອບກ່ອງສີຂາວເພື່ອທົດສອບການເຮັດວຽກພາຍໃນຂອງລະຫັດໂຄງສ້າງພື້ນຖານຂອງພວກເຮົາ. ຢ່າງໃດກໍຕາມ, ມັນຈໍາກັດບາງຢ່າງທີ່ພວກເຮົາສາມາດທົດສອບໄດ້. ການທົດສອບແມ່ນປະຕິບັດໂດຍອີງໃສ່ແຜນການຕິດຕັ້ງໃນຫນ່ວຍຄວາມຈໍາທີ່ສ້າງຂຶ້ນໂດຍ Pulumi ກ່ອນທີ່ຈະນໍາໃຊ້ຕົວຈິງແລະດັ່ງນັ້ນການປັບຕົວຂອງມັນເອງບໍ່ສາມາດທົດສອບໄດ້. ສໍາລັບກໍລະນີດັ່ງກ່າວ, Pulumi ມີກອບການທົດສອບການເຊື່ອມໂຍງ. ແລະທັງສອງວິທີການນີ້ເຮັດວຽກຮ່ວມກັນໄດ້ດີ!

ກອບການທົດສອບການເຊື່ອມໂຍງ Pulumi ແມ່ນຂຽນໃນ Go, ເຊິ່ງເປັນວິທີທີ່ພວກເຮົາທົດສອບລະຫັດພາຍໃນສ່ວນໃຫຍ່ຂອງພວກເຮົາ. ໃນຂະນະທີ່ວິທີການທົດສອບຫນ່ວຍງານທີ່ໄດ້ສົນທະນາກ່ອນຫນ້ານີ້ແມ່ນຄ້າຍຄືກັບການທົດສອບກ່ອງສີຂາວ, ການທົດສອບການປະສົມປະສານແມ່ນກ່ອງສີດໍາ. (ຍັງມີທາງເລືອກສໍາລັບການທົດສອບພາຍໃນຢ່າງເຂັ້ມງວດ.) ກອບນີ້ຖືກສ້າງຂື້ນເພື່ອປະຕິບັດໂຄງການ Pulumi ທີ່ສົມບູນແລະປະຕິບັດການດໍາເນີນວົງຈອນຊີວິດຕ່າງໆໃນມັນ, ເຊັ່ນ: ການໃຊ້ stack ໃຫມ່ຈາກຈຸດເລີ່ມຕົ້ນ, ປັບປຸງມັນດ້ວຍການປ່ຽນແປງ, ແລະລຶບມັນ, ອາດຈະເປັນຫຼາຍຄັ້ງ. . ພວກເຮົາດໍາເນີນການໃຫ້ເຂົາເຈົ້າເປັນປົກກະຕິ (ຕົວຢ່າງ, ໃນຕອນກາງຄືນ) ແລະເປັນການທົດສອບຄວາມກົດດັນ.

(ພວກເຮົາ ພວກເຮົາກໍາລັງເຮັດວຽກກ່ຽວກັບມັນ, ດັ່ງນັ້ນຄວາມສາມາດໃນການທົດສອບການເຊື່ອມໂຍງທີ່ຄ້າຍຄືກັນແມ່ນມີຢູ່ໃນ SDK ພື້ນເມືອງຂອງພາສາ. ທ່ານສາມາດນໍາໃຊ້ກອບການທົດສອບການເຊື່ອມໂຍງ Go ໂດຍບໍ່ຄໍານຶງເຖິງພາສາທີ່ໂຄງການ Pulumi ຂອງທ່ານຖືກຂຽນ).

ໂດຍ​ການ​ດໍາ​ເນີນ​ງານ​ໂຄງ​ການ​ການ​ນໍາ​ໃຊ້​ກອບ​ນີ້​ທ່ານ​ສາ​ມາດ​ກວດ​ສອບ​ການ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ລະຫັດໂຄງການຂອງທ່ານແມ່ນຖືກຕ້ອງ syntactically ແລະດໍາເນີນການໂດຍບໍ່ມີຄວາມຜິດພາດ.
• ການຕັ້ງຄ່າ stack ແລະຄວາມລັບເຮັດວຽກແລະຖືກຕີຄວາມຫມາຍຢ່າງຖືກຕ້ອງ.
• ໂຄງການຂອງທ່ານສາມາດຖືກນຳໃຊ້ຢ່າງສຳເລັດຜົນໃນຜູ້ໃຫ້ບໍລິການຄລາວທີ່ທ່ານເລືອກ.
• ໂຄງ​ການ​ຂອງ​ທ່ານ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຍົກ​ລະ​ດັບ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ຈາກ​ລັດ​ເບື້ອງ​ຕົ້ນ​ເປັນ N ລັດ​ອື່ນໆ​.
• ໂຄງ​ການ​ຂອງ​ທ່ານ​ສາ​ມາດ​ຖືກ​ທໍາ​ລາຍ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ແລະ​ເອົາ​ອອກ​ຈາກ​ຜູ້​ໃຫ້​ບໍ​ລິ​ການ​ຟັງ​ຂອງ​ທ່ານ​.

ດັ່ງທີ່ພວກເຮົາຈະເຫັນໃນໄວໆນີ້, ກອບນີ້ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອປະຕິບັດການກວດສອບເວລາແລ່ນ.

ການ​ທົດ​ສອບ​ການ​ເຊື່ອມ​ໂຍງ​ງ່າຍ​ດາຍ​

ເພື່ອເບິ່ງການດໍາເນີນການນີ້, ພວກເຮົາຈະເບິ່ງຢູ່ໃນບ່ອນເກັບມ້ຽນ pulumi/examples, ຍ້ອນວ່າທີມງານຂອງພວກເຮົາແລະຊຸມຊົນ Pulumi ໃຊ້ມັນເພື່ອທົດສອບການຮ້ອງຂໍການດຶງຂອງພວກເຮົາເອງ, ຄໍາຫມັ້ນສັນຍາ, ແລະການກໍ່ສ້າງໃນຕອນກາງຄືນ.

ຂ້າງລຸ່ມນີ້ແມ່ນການທົດສອບທີ່ງ່າຍດາຍຂອງພວກເຮົາ ຕົວຢ່າງທີ່ສະຫນອງຖັງ S3 ແລະວັດຖຸອື່ນໆຈໍານວນຫນຶ່ງ:

example_test.go:

package test
 
import (
    "os"
    "path"
    "testing"
 
    "github.com/pulumi/pulumi/pkg/testing/integration"
)
 
func TestExamples(t *testing.T) {
    awsRegion := os.Getenv("AWS_REGION")
    if awsRegion == "" {
        awsRegion = "us-west-1"
    }
    cwd, _ := os.Getwd()
    integration.ProgramTest(t, &integration.ProgramTestOptions{
        Quick:       true,
        SkipRefresh: true,
        Dir:         path.Join(cwd, "..", "..", "aws-js-s3-folder"),
        Config: map[string]string{
            "aws:region": awsRegion,
        },
    })
}

ການທົດສອບນີ້ຜ່ານວົງຈອນຊີວິດພື້ນຖານຂອງການສ້າງ, ດັດແກ້, ແລະທໍາລາຍ stack ສໍາລັບໂຟນເດີ aws-js-s3-folder. ມັນຈະໃຊ້ເວລາປະມານໜຶ່ງນາທີເພື່ອລາຍງານການສອບເສັງຜ່ານ:

$ go test .
PASS
ok      ... 43.993s

ມີຫຼາຍທາງເລືອກໃນການປັບແຕ່ງພຶດຕິກໍາຂອງການທົດສອບເຫຼົ່ານີ້. ເບິ່ງບັນຊີລາຍຊື່ເຕັມຂອງທາງເລືອກ. ໃນໂຄງສ້າງ ProgramTestOptions. ຕົວຢ່າງ, ທ່ານສາມາດຕັ້ງຄ່າຈຸດສິ້ນສຸດຂອງ Jaeger ເພື່ອຕິດຕາມ (Tracing), ຊີ້ບອກວ່າທ່ານຄາດຫວັງວ່າການທົດສອບຈະລົ້ມເຫລວຖ້າຫາກວ່າການທົດສອບແມ່ນເປັນລົບ (ExpectFailure), ນໍາໃຊ້ຊຸດຂອງ "ການແກ້ໄຂ" ກັບໂຄງການສໍາລັບການຫັນປ່ຽນຕາມລໍາດັບຂອງລັດ (EditDirs) ແລະ​ມີ​ຫຼາຍ​ຫຼາຍ​. ມາເບິ່ງວິທີໃຊ້ພວກມັນເພື່ອທົດສອບການນຳໃຊ້ແອັບພລິເຄຊັນຂອງເຈົ້າ.

ກຳລັງກວດສອບຄຸນສົມບັດຂອງຊັບພະຍາກອນ

ການເຊື່ອມໂຍງທີ່ໄດ້ກ່າວມາຂ້າງເທິງນີ້ຮັບປະກັນວ່າໂຄງການຂອງພວກເຮົາ "ເຮັດວຽກ" - ມັນບໍ່ຂັດ. ແຕ່ຈະເປັນແນວໃດຖ້າພວກເຮົາຕ້ອງການກວດເບິ່ງຄຸນສົມບັດຂອງ stack ຜົນໄດ້ຮັບ? ສໍາລັບຕົວຢ່າງ, ຊັບພະຍາກອນບາງປະເພດມີ (ຫຼືບໍ່ມີ) ໄດ້ຖືກສະຫນອງແລະວ່າພວກເຂົາມີຄຸນລັກສະນະບາງຢ່າງ.

Parameter ExtraRuntimeValidation ການ ProgramTestOptions ອະນຸຍາດໃຫ້ພວກເຮົາເບິ່ງສະຖານະການຫຼັງການໃຊ້ງານທີ່ບັນທຶກໄວ້ໂດຍ Pulumi ເພື່ອໃຫ້ພວກເຮົາສາມາດກວດສອບເພີ່ມເຕີມໄດ້. ນີ້ປະກອບມີພາບລວມທັງຫມົດຂອງສະຖານະຂອງ stack ຜົນໄດ້ຮັບ, ລວມທັງການຕັ້ງຄ່າ, ມູນຄ່າຜົນຜະລິດທີ່ສົ່ງອອກ, ຊັບພະຍາກອນທັງຫມົດແລະມູນຄ່າຊັບສິນຂອງເຂົາເຈົ້າ, ແລະການຂຶ້ນກັບທັງຫມົດລະຫວ່າງຊັບພະຍາກອນ.

ເພື່ອເບິ່ງຕົວຢ່າງພື້ນຖານຂອງເລື່ອງນີ້, ໃຫ້ກວດເບິ່ງວ່າໂຄງການຂອງພວກເຮົາສ້າງຫນຶ່ງ S3 Bucket:

  integration.ProgramTest(t, &integration.ProgramTestOptions{
        // as before...
        ExtraRuntimeValidation: func(t *testing.T, stack integration.RuntimeValidationStackInfo) {
            var foundBuckets int
            for _, res := range stack.Deployment.Resources {
                if res.Type == "aws:s3/bucket:Bucket" {
                    foundBuckets++
                }
            }
            assert.Equal(t, 1, foundBuckets, "Expected to find a single AWS S3 Bucket")
        },
    })

ໃນປັດຈຸບັນ, ເມື່ອພວກເຮົາດໍາເນີນການທົດສອບໄປ, ມັນຈະບໍ່ພຽງແຕ່ຜ່ານການທົດສອບວົງຈອນຊີວິດຂອງຫມໍ້ໄຟ, ແຕ່ຍັງ, ຫຼັງຈາກການນໍາໃຊ້ stack ສົບຜົນສໍາເລັດ, ມັນຈະດໍາເນີນການກວດສອບເພີ່ມເຕີມໃນສະຖານະຜົນໄດ້ຮັບ.

ການທົດສອບແລ່ນ

ມາຮອດປະຈຸບັນ, ການທົດສອບທັງໝົດແມ່ນກ່ຽວກັບພຶດຕິກຳການນຳໃຊ້ ແລະ ຮູບແບບຊັບພະຍາກອນ Pulumi. ຈະເປັນແນວໃດຖ້າທ່ານຕ້ອງການກວດສອບວ່າໂຄງສ້າງພື້ນຖານທີ່ສະຫນອງໃຫ້ຂອງເຈົ້າເຮັດວຽກໄດ້ແທ້ບໍ? ຕົວຢ່າງເຊັ່ນວ່າເຄື່ອງ virtual ກໍາລັງແລ່ນ, ຖັງ S3 ມີສິ່ງທີ່ພວກເຮົາຄາດຫວັງ, ແລະອື່ນໆ.

ທ່ານ​ອາດ​ຈະ​ໄດ້​ເດົາ​ແລ້ວ​ວິ​ທີ​ການ​ເຮັດ​ແນວ​ນີ້​: ທາງ​ເລືອກ​ ExtraRuntimeValidation ການ ProgramTestOptions - ນີ້ແມ່ນໂອກາດທີ່ດີສໍາລັບການນີ້. ໃນຈຸດນີ້, ທ່ານດໍາເນີນການທົດສອບ Go ແບບກໍານົດເອງທີ່ມີການເຂົ້າເຖິງສະຖານະເຕັມຂອງຊັບພະຍາກອນຂອງໂຄງການຂອງທ່ານ. ລັດນີ້ປະກອບມີຂໍ້ມູນເຊັ່ນ: ທີ່ຢູ່ IP ຂອງເຄື່ອງ virtual, URLs, ແລະທຸກສິ່ງທີ່ຕ້ອງການເພື່ອປະຕິສໍາພັນຕົວຈິງກັບຄໍາຮ້ອງສະຫມັກຟັງແລະໂຄງສ້າງພື້ນຖານ.

ຕົວຢ່າງ, ໂຄງການທົດສອບຂອງພວກເຮົາສົ່ງອອກຊັບສິນ webEndpoint ຄຸເອີ້ນວ່າ websiteUrl, ຊຶ່ງເປັນ URL ເຕັມທີ່ພວກເຮົາສາມາດໄດ້ຮັບການຕັ້ງຄ່າ index document. ເຖິງແມ່ນວ່າພວກເຮົາສາມາດຂຸດເຂົ້າໄປໃນໄຟລ໌ຂອງລັດເພື່ອຊອກຫາ bucket ແລະອ່ານຊັບສິນນັ້ນໂດຍກົງ, ແຕ່ໃນຫຼາຍໆກໍລະນີ stacks ຂອງພວກເຮົາສົ່ງອອກຄຸນສົມບັດທີ່ເປັນປະໂຫຍດເຊັ່ນນີ້ທີ່ພວກເຮົາເຫັນວ່າສະດວກໃນການນໍາໃຊ້ສໍາລັບການກວດສອບ:

integration.ProgramTest(t, &integration.ProgramTestOptions{
            // as before ...
        ExtraRuntimeValidation: func(t *testing.T, stack integration.RuntimeValidationStackInfo) {
            url := "http://" + stack.Outputs["websiteUrl"].(string)
            resp, err := http.Get(url)
            if !assert.NoError(t, err) {
                return
            }
            if !assert.Equal(t, 200, resp.StatusCode) {
                return
            }
            defer resp.Body.Close()
            body, err := ioutil.ReadAll(resp.Body)
            if !assert.NoError(t, err) {
                return
            }
            assert.Contains(t, string(body), "Hello, Pulumi!")
        },
    })

ເຊັ່ນດຽວກັນກັບການກວດສອບ runtime ທີ່ຜ່ານມາຂອງພວກເຮົາ, ການກວດສອບນີ້ຈະຖືກປະຕິບັດທັນທີຫຼັງຈາກການຍົກ stack, ທັງຫມົດເພື່ອຕອບສະຫນອງກັບການໂທງ່າຍດາຍ. go test. ແລະນັ້ນແມ່ນພຽງແຕ່ປາຍຂອງກ້ອນຫີນ—ທຸກໆຄຸນສົມບັດການທົດສອບ Go ທີ່ທ່ານສາມາດຂຽນເປັນລະຫັດແມ່ນມີໃຫ້.

ການເຊື່ອມໂຍງໂຄງສ້າງພື້ນຖານຢ່າງຕໍ່ເນື່ອງ

ມັນເປັນການດີທີ່ຈະສາມາດດໍາເນີນການທົດສອບໃນຄອມພິວເຕີໂນດບຸກໃນເວລາທີ່ມີການປ່ຽນແປງໂຄງສ້າງພື້ນຖານຈໍານວນຫຼາຍກໍາລັງດໍາເນີນການທົດສອບໃຫ້ເຂົາເຈົ້າກ່ອນທີ່ຈະສົ່ງໃຫ້ເຂົາເຈົ້າສໍາລັບການທົບທວນລະຫັດ. ແຕ່ພວກເຮົາແລະລູກຄ້າຈໍານວນຫຼາຍຂອງພວກເຮົາທົດສອບໂຄງສ້າງພື້ນຖານໃນຂັ້ນຕອນຕ່າງໆຂອງວົງຈອນຊີວິດການພັດທະນາ:

• ໃນທຸກໆການຮ້ອງຂໍການດຶງເປີດສໍາລັບການທົດສອບກ່ອນທີ່ຈະລວມ.
• ໃນການຕອບໂຕ້ແຕ່ລະຄໍາຫມັ້ນສັນຍາ, ເພື່ອກວດເບິ່ງສອງຄັ້ງວ່າການລວມໄດ້ຖືກເຮັດຢ່າງຖືກຕ້ອງ.
• ແຕ່ລະໄລຍະ, ເຊັ່ນໃນຕອນກາງຄືນຫຼືປະຈໍາອາທິດສໍາລັບການທົດສອບເພີ່ມເຕີມ.
• ເປັນສ່ວນຫນຶ່ງຂອງການທົດສອບການປະຕິບັດຫຼືຄວາມກົດດັນ, ເຊິ່ງປົກກະຕິດໍາເນີນການເປັນເວລາດົນນານແລະດໍາເນີນການທົດສອບຂະຫນານແລະ / ຫຼືນໍາໃຊ້ໂຄງການດຽວກັນຫຼາຍຄັ້ງ.

ສໍາລັບແຕ່ລະຄົນເຫຼົ່ານີ້, Pulumi ສະຫນັບສະຫນູນການເຊື່ອມໂຍງກັບລະບົບການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງທີ່ທ່ານມັກ. ດ້ວຍການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ, ນີ້ເຮັດໃຫ້ທ່ານມີການຄຸ້ມຄອງການທົດສອບດຽວກັນສໍາລັບໂຄງສ້າງພື້ນຖານຂອງທ່ານສໍາລັບຊອບແວຄໍາຮ້ອງສະຫມັກຂອງທ່ານ.

Pulumi ມີການສະຫນັບສະຫນູນລະບົບ CI ທົ່ວໄປ. ນີ້ແມ່ນບາງສ່ວນຂອງພວກເຂົາ:

• ບໍລິການລະຫັດ AWS
• Azure DevOps
• ວົງວຽນຄ. ສ
• ການກະ ທຳ ຂອງ GitHub
• GitLab CI
• Google Cloud Build
• Travis

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ກະລຸນາເບິ່ງເອກະສານສໍາລັບ ການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ.

ສະພາບແວດລ້ອມຊົ່ວຄາວ

ໂອກາດທີ່ມີອໍານາດຫຼາຍທີ່ເປີດຂຶ້ນແມ່ນຄວາມສາມາດໃນການນໍາໃຊ້ສະພາບແວດລ້ອມທີ່ບໍ່ຊ້ໍາກັນເພື່ອຈຸດປະສົງການທົດສອບການຍອມຮັບເທົ່ານັ້ນ. ແນວຄວາມຄິດ ໂຄງ​ການ​ແລະ stacks​ Pulumi ຖືກອອກແບບມາເພື່ອປະຕິບັດແລະທໍາລາຍສະພາບແວດລ້ອມທີ່ໂດດດ່ຽວແລະເອກະລາດຢ່າງສົມບູນ, ທັງຫມົດໃນຄໍາສັ່ງ CLI ງ່າຍໆຈໍານວນຫນ້ອຍຫຼືນໍາໃຊ້ກອບການທົດສອບການເຊື່ອມໂຍງ.

ຖ້າທ່ານໃຊ້ GitHub, ຫຼັງຈາກນັ້ນ Pulumi ສະເຫນີ ແອັບ GitHub, ເຊິ່ງຈະຊ່ວຍໃຫ້ທ່ານເຊື່ອມຕໍ່ການທົດສອບການຍອມຮັບເພື່ອດຶງຄໍາຮ້ອງຂໍພາຍໃນທໍ່ CI ຂອງທ່ານ. ພຽງແຕ່ຕິດຕັ້ງແອັບພລິເຄຊັນໃນບ່ອນເກັບຂໍ້ມູນ GitHub, ແລະ Pulumi ຈະເພີ່ມຂໍ້ມູນກ່ຽວກັບການເບິ່ງໂຄງສ້າງພື້ນຖານ, ການປັບປຸງແລະຜົນການທົດສອບໃຫ້ກັບຄໍາຮ້ອງຂໍ CI ແລະສະນຸກເກີຂອງທ່ານ:

ເມື່ອທ່ານໃຊ້ Pulumi ສໍາລັບການທົດສອບການຍອມຮັບຫຼັກຂອງທ່ານ, ທ່ານຈະໄດ້ຮັບຄວາມສາມາດອັດຕະໂນມັດໃຫມ່ທີ່ຈະປັບປຸງການຜະລິດຂອງທີມງານແລະໃຫ້ທ່ານຫມັ້ນໃຈໃນຄຸນນະພາບຂອງການປ່ຽນແປງຂອງທ່ານ.

ຜົນໄດ້ຮັບ

ໃນບົດຄວາມນີ້, ພວກເຮົາໄດ້ເຫັນວ່າໂດຍການນໍາໃຊ້ພາສາການຂຽນໂປລແກລມທີ່ມີຈຸດປະສົງທົ່ວໄປ, ເຕັກນິກການພັດທະນາຊໍແວຈໍານວນຫຼາຍກາຍເປັນທີ່ມີຢູ່ສໍາລັບພວກເຮົາທີ່ມີປະໂຫຍດໃນການພັດທະນາຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ. ພວກເຂົາປະກອບມີການທົດສອບຫນ່ວຍງານ, ການທົດສອບການເຊື່ອມໂຍງ, ແລະວິທີການທີ່ເຂົາເຈົ້າເຮັດວຽກຮ່ວມກັນເພື່ອປະຕິບັດການທົດສອບ runtime ຢ່າງກວ້າງຂວາງ. ການທົດສອບແມ່ນງ່າຍທີ່ຈະດໍາເນີນການຕາມຄວາມຕ້ອງການຫຼືໃນລະບົບ CI ຂອງທ່ານ.

ປູລູມີ - ຊອບ​ແວ​ແຫຼ່ງ​ເປີດ​, ການ​ນໍາ​ໃຊ້​ຟຣີ​ແລະ​ເຮັດ​ວຽກ​ຮ່ວມ​ກັບ​ພາ​ສາ​ໂຄງ​ການ​ທີ່​ທ່ານ​ມັກ​ແລະ​ຟັງ - ພະຍາຍາມມັນໃນມື້ນີ້!

→ ສ່ວນ ທຳ ອິດ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com