{"id":32497,"date":"2019-10-31T21:47:23","date_gmt":"2019-10-31T18:47:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devopsforum-2019-vnedryat-devops-nelzya-zhdat\/"},"modified":"2019-10-31T21:47:23","modified_gmt":"2019-10-31T18:47:23","slug":"devopsforum-2019-vnedryat-devops-nelzya-zhdat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. Det g\u00e5r inte att v\u00e4nta med att implementera DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Jag deltog nyligen i DevOpsForum 2019, som anordnades av Logrocon. P\u00e5 denna konferens f\u00f6rs\u00f6kte deltagarna hitta l\u00f6sningar och nya verktyg f\u00f6r effektiv samverkan mellan f\u00f6retag och utvecklare samt IT-specialister.<\/p>\n

\"DevOpsForum
\n
\nKonferensen var lyckad: det fanns verkligen m\u00e5nga nyttiga f\u00f6rel\u00e4sningar, intressanta format och massor av kommunikation med talarna. Och s\u00e4rskilt viktigt var att ingen f\u00f6rs\u00f6kte s\u00e4lja mig n\u00e5got, vilket har blivit vanligt p\u00e5 stora konferenser p\u00e5 senare tid.<\/p>\n

Sammanfattning av f\u00f6rel\u00e4sningar fr\u00e5n Raiffeisenbanken, Alfa Insurance, erfarenheter fr\u00e5n Mango Telecom om implementering av automatisering och andra detaljer under kat. <\/a><\/noindex><\/p>\n

Jag heter Yana, jag arbetar som testare, sysslar med automatisering, samt DevOps och \u00e4lskar att g\u00e5 p\u00e5 konferenser och meetups. Under de senaste tv\u00e5 \u00e5ren har jag varit p\u00e5 konferenser som Oleg Bunins (HighLoad++, TeamLead Conf), p\u00e5 evenemang som Jug (Heisenbug, JPoint), TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

Det f\u00f6rsta jag l\u00e4gger m\u00e4rke till \u00e4r konferensprogrammet. I mindre utstr\u00e4ckning ser jag p\u00e5 vad som kommer att diskuteras, i st\u00f6rre utstr\u00e4ckning p\u00e5 talaren. \u00c4ven om f\u00f6rel\u00e4sningen visar sig vara mycket teknisk och intressant, \u00e4r det inte s\u00e4kert att du kan till\u00e4mpa n\u00e5gra best practices fr\u00e5n f\u00f6rel\u00e4sningen i ditt eget f\u00f6retag. D\u00e5 beh\u00f6vs en talare.\n<\/p><\/blockquote>\n

Ljus i slutet av pipeline i Raiffeisenbanken<\/h2>\n

\nVanligtvis jagar jag intressanta talare i korridorerna. P\u00e5 DevOpsForum 2019 f\u00f6ll en talare, Mikhail Bijan fr\u00e5n Raiffeisenbanken, inom mitt intresseomr\u00e5de. Under sin presentation ber\u00e4ttade han hur de stegvis introducerar sina team i DevOps, varf\u00f6r de beh\u00f6ver det och hur man s\u00e4ljer id\u00e9n om DevOps-transformation till f\u00f6retaget. Dessutom pratade han om hur man ser ljuset i slutet av pipelinen.<\/p>\n

\"DevOpsForum
\nMikhail Bijan, chef f\u00f6r automatisering p\u00e5 Raiffeisenbanken<\/i><\/p>\n

Just nu har de inte \u00ab\u00e4kta DevOps\u00bb i f\u00f6retaget. Det vill s\u00e4ga, det \u00e4r \u00e4kta, men inte i alla team. Vid implementeringen av DevOps lutar de sig mot teamens beredskap, b\u00e5de n\u00e4r det g\u00e4ller specifika ingenj\u00f6rer, samt produktens behov och mognaden av den plattform som produkten \u00e4r byggd p\u00e5. Misha ber\u00e4ttade hur man f\u00f6rklarar f\u00f6r f\u00f6retaget varf\u00f6r DevOps beh\u00f6vs. <\/p>\n

Banksektorn har flera tillv\u00e4xtdrivkrafter: kostnaden f\u00f6r tj\u00e4nster och utvidgningen av kundbasen. \u00d6kningen av tj\u00e4nstekostnader \u00e4r inte en s\u00e4rskilt bra drivkraft, men tillv\u00e4xten av kundbasen \u00e4r det. Om konkurrenterna sl\u00e4pper en objektivt bra produkt, kommer alla kunder att v\u00e4nda sig dit, och med tiden j\u00e4mnar marknaden ut sig. D\u00e4rf\u00f6r \u00e4r det fr\u00e4mst produktlansering och hastigheten p\u00e5 dessa lanseringar som bankerna fokuserar p\u00e5. Just f\u00f6r detta beh\u00f6vs DevOps, och f\u00f6retagen f\u00f6rst\u00e5r detta.<\/p>\n

N\u00e4sta viktiga observation: DevOps minskar inte alltid time to market. DevOps kan inte fungera ensam, det \u00e4r bara en del av processen f\u00f6r att skapa och lansera en produkt p\u00e5 marknaden, fr\u00e5n utveckling till produktion (fr\u00e5n kod till kund). Men allt som f\u00f6re kodningen inte har n\u00e5got direkt att g\u00f6ra med DevOps. Det betyder att marknadsf\u00f6rare kan studera marknaden i \u00e5ratal och fortfarande jaga efter konkurrenter. Det \u00e4r viktigt att snabbt f\u00f6rst\u00e5 vad kunden beh\u00f6ver och planera f\u00f6r genomf\u00f6randet av en viss funktion \u2014 ofta \u00e4r det just detta som saknas f\u00f6r att DevOps ska fungera och f\u00f6retaget ska n\u00e5 sina m\u00e5l. D\u00e4rf\u00f6r har Raiffeizenbank, f\u00f6rst och fr\u00e4mst, kommit \u00f6verens med verksamheten om att l\u00e4ra sig anv\u00e4nda DevOps. Automatisering f\u00f6r automatiseringens skull hj\u00e4lper inte mycket i kampen om nya kunder.<\/p>\n

Sammanfattningsvis anser Misha att DevOps b\u00f6r inf\u00f6ras, men med eftert\u00e4nksamhet. Och man m\u00e5ste vara beredd p\u00e5 att produktiviteten i teamet kommer att falla i b\u00f6rjan av transformationen, de kommer att tj\u00e4na mindre pengar, men senare kommer det att l\u00f6na sig.<\/p>\n

Automatisering av testning p\u00e5 \"Mango Telekom\"<\/h2>\n

\nEtt annat intressant f\u00f6redrag f\u00f6r mig som testare h\u00f6ll Egor Maslov fr\u00e5n \"Mango Telecom\". Presentationen var titulerad \"Automatisering av hela testcykeln i SCRUM-teamet\". Egor anser att DevOps \u00e4r skapat just f\u00f6r SCRUM, men samtidigt \u00e4r det ganska problematiskt att inf\u00f6ra DevOps i ett SCRUM-team. Detta beror p\u00e5 att SCRUM-teamet alltid \u00e4r i r\u00f6relse och har inte tid att avbryta f\u00f6r nyheter och omstrukturera processen. Problemet \u00e4r ocks\u00e5 att SCRUM inte f\u00f6ruts\u00e4tter att det finns underlag f\u00f6r att skapa sub-team (testteam, utvecklarteam, och s\u00e5 vidare). Dessutom beh\u00f6vs dokumentation f\u00f6r att automatisera den befintliga processen, och i SCRUM saknas det oftast helt - \"produkten \u00e4r viktigare \u00e4n n\u00e5got skrivande\".<\/p>\n

Efter \u00f6verg\u00e5ngen till SCRUM b\u00f6rjade testarna r\u00e5dg\u00f6ra med utvecklarna om hur man skulle testa funktioner. Gradvis \u00f6kade m\u00e4ngden funktionalitet, dokumentationen saknades, och de b\u00f6rjade hitta m\u00e5nga buggar i den funktionalitet som inte hade testats och i allm\u00e4nhet var det oklart vem och n\u00e4r som testade den. Kort sagt - kaos. De beslutade att g\u00e5 \u00f6ver till automatisering av testningen. Men \u00e4ven d\u00e5 intr\u00e4ffade ett totalt misslyckande. De tog in externa specialister f\u00f6r automatisering, som skrev p\u00e5 en stack som var ok\u00e4nd f\u00f6r de interna testarna. Ramverket f\u00f6r automatiserade tester fungerade sj\u00e4lvklart, men efter att de externa hade l\u00e4mnat, \u00f6verlevde det i tv\u00e5 veckor. Sedan gjorde de ett f\u00f6rs\u00f6k med automatiserad testning nummer tv\u00e5. Det b\u00f6rjade med att allt skulle byggas internt, med egna resurser (r\u00e4tt vektor: bygg upp expertisen internt), inom ramen f\u00f6r SCRUM, och under processen skapa dokumentation. Stacken f\u00f6r automatisering m\u00e5ste vara densamma som produktstacken (och h\u00e4r h\u00e5ller jag verkligen med, testa inte projektet p\u00e5 JavaScript med n\u00e5got annat). I slutet av sprinten hade de en demo av hur automatiska tester fungerade, med hela teamet delaktigt (mycket nyttigt). P\u00e5 s\u00e5 s\u00e4tt \u00f6kade engagemanget i automatiseringsprocessen f\u00f6r alla teammedlemmar, samt f\u00f6rtroendet f\u00f6r de automatiska testerna och chansen att de verkligen skulle anv\u00e4ndas (och inte skulle kommenteras bort efter en m\u00e5nad p\u00e5 grund av st\u00e4ndiga misslyckanden).<\/p>\n

F\u00f6r \u00f6vrigt fanns det en \u00f6ppen mikrofon p\u00e5 DevOpsForum 2019 \u2014 en l\u00e4nge etablerad och, enligt mig, nyttig format f\u00f6r presentationer. Man g\u00e5r omkring, lyssnar p\u00e5 f\u00f6rel\u00e4sningar, och sedan best\u00e4mmer man sig f\u00f6r att diskutera ett visst \u00e4mne eller problem inom ramen f\u00f6r konferensen, eller dela relevant erfarenhet av att l\u00f6sa en uppgift.<\/p>\n

Jag noterade ocks\u00e5 att arrang\u00f6rerna hade lagt upp en serie korta f\u00f6rel\u00e4sningar. Varje f\u00f6rel\u00e4sning varade h\u00f6gst 10 minuter, f\u00f6ljt av fr\u00e5gor. P\u00e5 s\u00e5 s\u00e4tt kan m\u00e5nga \u00e4mnen t\u00e4ckas direkt och man kan st\u00e4lla fr\u00e5gor till de talare som man blev intresserad av.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nMellan f\u00f6rel\u00e4sningarna tog jag en promenad bland partnernas montrar och snappade upp\/vann mycket diverse grejer. \u00c5h, jag \u00e4lskar giveaways!<\/i><\/p>\n

Rundabordssamtal och fr\u00e5gor om DevOps med utvecklingschefen p\u00e5 Alfastrahovanye.<\/h2>\n

\nKring denna t\u00e5rta av DevOpsForum 2019 var den timmesl\u00e5nga plenarsessionen med DevOps-experter som verkligen h\u00f6jdaren f\u00f6r mig. Fyra deltagare inbjudna till sessionen skulle belysa DevOps fr\u00e5n olika h\u00e5ll: Anton Isanin (Alfastrahovanye, utvecklingschef), Nailya Zamashkina (Fintech Lab, operativ chef), Oleg Egorkin (Rostelekom, Agile-coach) och Anton Martyanov (oavh\u00e4ngig expert, som s\u00e5g p\u00e5 DevOps ur ett aff\u00e4rsperspektiv). <\/p>\n

Experterna satte sig n\u00e4rmare publiken och d\u00e4r b\u00f6rjade det: under en timme st\u00e4llde deltagarna fr\u00e5gor fr\u00e5n salen, och experterna svarade. Ibland blev det riktiga debatter. Fr\u00e5gorna var v\u00e4ldigt olika, till exempel: beh\u00f6vs DevOps-ingenj\u00f6rer \u00f6verhuvudtaget, varf\u00f6r kan man inte odla dem fr\u00e5n systemadministrat\u00f6rer, borde alla erbjudas DevOps, vad \u00e4r dess v\u00e4rde och s\u00e5 vidare.<\/p>\n

Sedan pratade jag personligen med Anton Isanin. Vi diskuterade behovet av att sprida DevOps-kulturen till varje hem och avsl\u00f6jade den m\u00f6rka sidan av DevOps-transformation.<\/p>\n

F\u00f6rest\u00e4ll dig att alla har samlats och beslutat att DevOps beh\u00f6vs f\u00f6r b\u00e5de produkten, f\u00f6retaget och teamet. Implementationerna b\u00f6rjade. Allt gick bra. Vi andades ut. DevOps gjorde oss n\u00e4rmare kunden, nu kan vi snabbt uppfylla alla deras \u00f6nskem\u00e5l. Resultatet \u00e4r en stor Ops-avdelning med strikta regler och krav, och den producerar st\u00e4ndigt defekter p\u00e5 produkten och skapar en massa \u00e4renden. Och alla defekter har prioritet \"br\u00e5dskande\", \u00e4ven om kunden pl\u00f6tsligt ville m\u00e5la en knapp gul ist\u00e4llet f\u00f6r gr\u00f6n. Projektet v\u00e4xer, antalet releaser \u00f6kar och d\u00e4rmed \u00e4ven antalet defekter och kundernas of\u00f6rst\u00e5else f\u00f6r den nya funktionaliteten. Ops anst\u00e4ller 10 personer f\u00f6r att hinna rapportera defekter, och utvecklingen anst\u00e4ller 15 f\u00f6r att hinna st\u00e4nga dem. Ist\u00e4llet f\u00f6r att implementera nya funktioner arbetar teamet med o\u00e4ndliga SD:er, f\u00f6rklarar funktionaliteten f\u00f6r anv\u00e4ndaren och supporten. Resultatet \u00e4r att b\u00e5de Ops och utveckling \u00e4r sysselsatta, men kunden och f\u00f6retaget \u00e4r missn\u00f6jda: nya funktioner fastnar. Det verkar som att DevOps finns, men \u00e4nd\u00e5 inte.<\/p>\n

Ang\u00e5ende behovet av att inf\u00f6ra DevOps p\u00e5pekade Anton entydigt att det direkt beror p\u00e5 verksamhetens omfattning. Om service f\u00f6r en kund per \u00e5r ger f\u00f6retaget en miljard \u2014 beh\u00f6vs inte DevOps (f\u00f6rutsatt att du inte beh\u00f6ver rulla ut nya \u00e4ndringar regelbundet f\u00f6r denna kund). Allt g\u00e5r bra. Men om f\u00f6retaget v\u00e4xer och fler kunder tillkommer, d\u00e5 m\u00e5ste man anpassa sig. Vanligtvis finns det inte en gedigen Ops-avdelning i f\u00f6retaget fr\u00e5n b\u00f6rjan. F\u00f6rst utvecklar vi produkten, och f\u00f6rst d\u00e4refter inser vi att f\u00f6r att produkten ska fungera, m\u00e5ste vi h\u00e5lla koll p\u00e5 leveranserna. D\u00e5 uppst\u00e5r Ops. Det kvarst\u00e5r att f\u00f6rst\u00e5 att Ops, som en separat avdelning, kommer att s\u00e4tta upp m\u00e5nga hinder f\u00f6r utvecklingen, och alla leveranser kommer att b\u00f6rja fastna. S\u00e5 i detta fall \u00e4r DevOps-kulturen redan relevant, men man f\u00e5r inte gl\u00f6mma dess m\u00f6rka sida. servrar<\/a>, \u00f6vervaka leveranserna. D\u00e5 blir det tydligt att Ops, som en separat enhet, kommer att b\u00f6rja st\u00e4lla upp en massa hinder f\u00f6r utvecklingen och alla leveranser kommer att kunna stanna av. I detta fall \u00e4r DevOps-kulturen redan aktuellt, men vi f\u00e5r inte gl\u00f6mma den m\u00f6rka sidan av den.
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon. \u041d\u0430 \u044d\u0442\u043e\u0439 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0438 \u043d\u043e\u0432\u044b\u0435 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u0438 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e. \u041a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f \u0443\u0434\u0430\u043b\u0430\u0441\u044c: \u0431\u044b\u043b\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0430\u0442\u044b \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0439 \u0438 \u043a\u0443\u0447\u0430 \u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a\u0430\u043c\u0438. \u0418 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432\u0430\u0436\u043d\u043e, \u0447\u0442\u043e \u043c\u043d\u0435 \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u0440\u043e\u0434\u0430\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32497","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOpsForum 2019. Att inf\u00f6ra DevOps f\u00e5r inte v\u00e4nta | ProHoster","description":"Nyligen bes\u00f6kte jag DevOpsForum 2019, som anordnades av Logrocon.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47DevOpsForum 2019. \u0412\u043d\u0435\u0434\u0440\u044f\u0442\u044c DevOps \u043d\u0435\u043b\u044c\u0437\u044f \u0436\u0434\u0430\u0442\u044c | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:47:23+00:00","article:modified_time":"2019-10-31T18:47:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32497","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-19 09:14:07","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:57:23","updated":"2026-02-19 09:14:07","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/32497","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}