När människor skadas återhämtar sig deras kroppar på egen hand. Tänk om tekniken kunde göra samma sak? Tänk om vi sa till dig att det kan?
Företag tävlar för att bygga självläkande system, som har potential att förbättra kvaliteten, spara kostnader och öka konsumenternas förtroende. Till exempel, IBM experimenterar med självkonfigurerande, självskyddande och självläkande enheter just på grund av detta.
En självläkande programvara kan upptäcka funktionsfel i dess funktion och anpassa sig utan mänsklig inblandning, vilket återgår till ett mer funktionellt tillstånd.
Självläkande applikationer fungerar baserat på följande mekanismer:
Självläkande system är indelade i tre nivåer, var och en med sin egen storlek och resurskrav:
Problem noteras ofta i en ”undantagslogg” för framtida utredning. Majoriteten av frågorna är små och kan förbises. Allvarliga problem kan kräva att programmet avslutas (till exempel oförmåga att ansluta till en databas som har tagits offline).
Självläkande appar, å andra sidan, inkluderar designaspekter som hjälper till att lösa problem. Applikationer som använder Akka, till exempel organisera element i en hierarki och fördela en aktörs frågor till sin handledare. Många av dessa verktyg och ramverk hjälper appar som är utformade för att självläka.
Självläkning på systemnivå, till skillnad från självläkning på applikationsnivå, är oberoende av ett programmeringsspråk eller enskilda komponenter. Snarare, oavsett deras underliggande komponenter, kan de generaliseras och användas till alla tjänster och applikationer.
Processfel (vanligtvis åtgärdas genom omfördelning eller omstart) och svarstidsproblem är de vanligaste felen på systemnivå (löses ofta genom skalning och avkalkning). Självläkande system övervakar hälsan hos olika komponenter och försöker reparationer (som omfördelning) för att återställa dem till deras ideala tillstånd.
Självläkning på hårdvarunivå omdistribuerar tjänster från en instabil nod till en frisk. Det utför också hälsokontroller på olika komponenter. Befintliga lösningar på maskinvarunivå är främst lösningar på systemnivå eftersom verklig självläkning på hårdvarunivå (till exempel en dator som kan läka minnesproblem eller reparera en trasig hårddisk) inte existerar.
När det gäller självläkning kan vi prata om reaktiv och förebyggande läkning:
Läkningen som sker som reaktion på ett misstag kallas reaktiv läkning, och den används redan. Reaktiv läkning innebär till exempel omfördelning av en applikation till en ny fysisk nod som reaktion på ett fel, vilket undviker stillestånd.
Mängden fara som ett system kan uthärda bestämmer nivån av reaktiv läkning som är önskvärd. Om ett system förlitar sig på ett enda datacenter är chansen att hela datacentret förlorar ström och att alla noder misslyckas så avlägsna att det är både värdelöst och kostsamt att skapa ett system för att svara på denna möjlighet. Men om systemet är viktigt kan det vara vettigt att bygga det för att återhämta sig automatiskt i händelse av ett fel.
I denna typ av scenario undviks fel proaktivt. Ta till exempel att använda realtidsdata för att proaktivt förhindra problem med bearbetningstiden. För att övervaka tjänstens hälsa och utnyttja resurserna bättre utfärdar du en HTTP-förfrågan. Du bygger systemet för att skalas om det tar mer än 500 millisekunder att reagera, och du utformar systemet för att avkalka om det tar mindre än 100 millisekunder att svara.
Men om reaktionstiderna fluktuerar ofta kan det vara problematiskt att använda realtidsdata eftersom systemet kontinuerligt kommer att skala och avkalka (detta kan använda mycket resurser i stel arkitektur och en mindre mängd resurser i en mikrotjänstarkitektur).
Bland många andra är dessa de konkreta fördelarna med självläkande appar:
Självläkande system och applikationer (eller, ännu bättre, system och appar som automatiskt upptäcker och undviker misstag) kan förbättra kvaliteten, sänka kostnaderna och öka konsumenternas förtroende. Även de största systemen kräver mänsklig interaktion, men de kan vara utformade för att vara lätta och enkla för människan att göra. Det kan lika gärna vara det Självläkande kod är framtiden för programvara.
Även om fördelarna med självläkande programvara är imponerande, måste du vara medveten om att implementeringen av dessa avancerade system inte är utan utmaningar. Men SnapStack kan hjälpa till!
Det har gått flera dagar sedan vi senast träffades (eller e-met) och jag kunde inte vänta med att skriva en annan artikel. Det här är Jordan från SnapStack Solutions och den här veckan kommer jag att prata om objektorienterad programmering, ett mycket bredare ämne. Snabb påminnelse, förra gången vi pratade täckte vi Apache's teknologier Spark, Hive och Hadoop. Jag antar att du redan läst den, men om du inte gjorde det, här är en länk för att kolla in den.
Läs merEn fredag till, och ännu en gång kommer din verkliga Jordan fram med en annan intressant artikel för den här veckan. Så, är det verkligen en helg om du inte börjar det med en av våra bloggar? Okej, jag går för långt 🙂 men jag uppskattar verkligen att du gillar den här typen av artiklar.
Läs merHar du någonsin undrat hur Python blev så populärt? Plötsligt används detta programmeringsspråk överallt och efterfrågan på Python-utvecklare ökar för varje dag.
Läs mer