Golang

Հաճախորդը ստանում է հաղորդագրություն Kafka-ից, հավաքում է բուֆեր, երբ բեթչը պատրաստ է՝ գրում և կոմիտ է անում: Ի՞նչ կլինի, եթե ծառայությունը ընկնի բեթչի կառուցման պահին:

Դու գիտե՞ս պահեստային թեման։ Դա ինչ է։

Ազատ տվյալների բազան ճարպոտ էր? Քանի տվյալներ?

Ինչպե՞ս ես օգտագործում նեյրոնային ցանցերը աշխատանքի մեջ։

Ի՞նչ քանակի միկրոսերվիսներ էին կլաստերում և քանի՞ն կարող ես պահել գլխում:

Ինչպե՞ս էին տվյալները ձեզ մոտ հոսում RPIH-ով: Ինչպե՞ս էր գալիս իրադարձությունը։

Որքան հաճախ եք օգտագործել տրիգգերները, միայն պատմության դեպքում կամ այլ դեպքեր էլ եղան?

Ի՞նչ կլինի, եթե ծառայությունը ընկնի այն պահին, երբ դուք հավաքում եք գրառման բեթչը: Ինչպես եք կառավարել սպառողի հետ ուշացումը?

Ինչպես փոխանակել տվյալներ գորուտինների միջև?

Արդյոք դուք ավելացրիք աշխատանքներ պայպլայնում՝ ինչպես լինտերներ և այլ քայլեր?

Ինչպե՞ս կառուցեցիք inbox-պատկերը: Քանի՞ PostgreSQL օրինակ ունեիք:

Նորմալ mutex-ը փակո՞ւմ է նաև ընթերցման և գրելու համար։

// Հարց 1. Ի՞նչ կցուցադրվի էկրանին: package main import "fmt" func main() { s := "Hello world" s[0] = "h" fmt.Println(s) }

Արդյո՞ք ընդունելի է, որ ընկերներ ավելացնելու և օգտվողի ընկերներին դիտելու համար օգտագործվում է նույն endpoint-ը, բայց տարբեր մեթոդներով: Ինչպե՞ս դա կաշխատի։

Եթե գործողությունը տևում է 10-12 րոպե, և ակտիվ գրանցում է կատարվում և տվյալները փոխվում են, արդյոք որևէ կողմնակի ազդեցություն չի եղել?

// Հարց 1. Ի՞նչ կցուցադրվի էկրանին: package main import "fmt" func main() { s := "Hello world" s[0] = "h" if err != nil { fmt.Println("Սխալ", err) } fmt.Println(s) }

Օգտագործողները շարդավորվում են ID-ի միջոցով: Ծառայությունը ստանում է օգտվողի գաղտնաբառը թարմացնելու հարցում — հետո ինչ է տեղի ունենում ծառայության մակարդակում?

Կա՞ր ծառայությունում որևէ վերջնակետ, որը ստուգում էր աշխատանքի արդյունավետությունը — արդյոք ծառայությունը ներկայում աշխատում է։

Կարո՞ղ է գո-ում բացահայտորեն կանչել աղբահանության մաքրումը։

Ի՞նչ խնդիրների կարող ենք բախվել միկրոսերվիսային ճարտարապետության նախագծման ժամանակ։