Golang

Ο καταναλωτής λαμβάνει ένα μήνυμα από το Kafka, συσσωρεύει στη μπαταρία, και όταν το batch είναι έτοιμο — γράφει και κάνει commit. Τι θα συμβεί αν η υπηρεσία καταρρεύσει κατά τη διάρκεια της δημιουργίας του batch;

Έχετε πραγματοποιήσει δοκιμές φόρτωσης;

Η βάση ήταν λιπαρή; Πόσα δεδομένα;

Πώς χρησιμοποιείς νευρωνικά δίκτυα στη δουλειά σου;

Πώς έρχονταν τα δεδομένα σε εσάς μέσω RPIH; Πώς ερχόταν το γεγονός;

Πόσο συχνά χρησιμοποιήσατε τους triggers, μόνο στην περίπτωση με την ιστορία ή υπήρχαν και άλλες περιπτώσεις;

Πόσα μικροϋπηρεσίες υπήρχαν στο κλασστερ και πόσα μπορείς να κρατήσεις στο μυαλό σου;

Τι συμβαίνει αν η υπηρεσία πέσει τη στιγμή που συγκεντρώνετε το batch για εγγραφή; Πώς διαχειριστήκατε την καθυστέρηση του καταναλωτή;

Είναι σωστό να χρησιμοποιείται το ίδιο endpoint για την προσθήκη φίλων και την προβολή των φίλων ενός χρήστη, αλλά με διαφορετικές μεθόδους; Πώς θα λειτουργεί αυτό;

Έχεις προσθέσει εργασίες στο pipeline, όπως linters και άλλα βήματα;

Πώς χτίσατε το πρότυπο inbox; Πόσα αντίγραφα του PostgreSQL είχατε;

Πώς ανταλλάσσουν δεδομένα μεταξύ goroutines;

Υπήρχαν κάποιοι endpoints στη υπηρεσία για να ελέγχουν αν η υπηρεσία λειτουργεί τώρα;

Ένα κανονικό mutex μπλοκάρει τόσο για ανάγνωση όσο και για εγγραφή;

Υπάρχει διαμοιρασμός χρηστών κατά ID. Η υπηρεσία λαμβάνει ένα αίτημα για ενημέρωση του κωδικού πρόσβασης ενός χρήστη — τι συμβαίνει στη συνέχεια σε επίπεδο υπηρεσίας;

// Ερώτηση 1. Τι θα εμφανιστεί στην οθόνη; package main import "fmt" func main() { s := "Hello world" s[0] = "h" fmt.Println(s) }

Αν η λειτουργία διαρκεί 10-12 λεπτά και υπάρχει ενεργή εγγραφή και τα δεδομένα αλλάζουν, δεν υπήρχαν παρενέργειες;

// Ερώτηση 1. Τι θα εμφανιστεί στην οθόνη; package main import "fmt" func main() { s := "Hello world" s[0] = "h" if err != nil { fmt.Println("Σφάλμα", err) } fmt.Println(s) }

Με ποια προβλήματα μπορεί να αντιμετωπίσουμε κατά το σχεδιασμό μιας αρχιτεκτονικής μικροϋπηρεσιών;

Μπορείτε να καλέσετε ρητά την καθαριότητα της μνήμης στο Go;