Att flytta är alltid stressigt, oavsett vad det är. Att flytta från en mindre bekväm tvårumslägenhet till en bekvämare, flytta från stad till stad, eller till och med ta dig samman och flytta från din mammas plats vid 40. Med överföringen av infrastruktur är allt inte så enkelt heller. Det är en sak när du har en liten sajt med ett par tusen träffar per dag och du är villig att spendera flera timmar och ett par koppar kaffe på att överföra data. En annan sak är när man har en komplex infrastruktur med ett gäng beroenden och kryckor placerade på vissa ställen i ett specifikt moln.
Och om du lägger till 1C till detta, börjar processen att leka med nya färger.
Jag heter Sergey Kondratyev, jag är ansvarig för vårt randiga moln, BeeCLOUD, och i det här inlägget kommer jag att berätta om flytten av AeroGeo-företaget till vårt moln.
Varför flytta överhuvudtaget?
Först och främst, låt oss prata om detaljerna i AeroGeos verksamhet. Detta är ett flygbolag från Krasnoyarsk som har transporterat passagerare och gods i 13 år, de har mer än 40 flygplan i sin flotta, inklusive helikoptrar. De flyger bara inom Ryssland, men över hela territoriet. Det vill säga att företagets flygplan kan hittas från Altai till Kamchatka. Det faktum att AeroGeo säkerställer full drift av Seasonal Drifting Station i Russian Geographical Society har blivit ett slags telefonkort.
Bell 429, foto från Företag
I allmänhet finns det tillräckligt med kunder, mer än 350 interna anställda, flygarbete av vilken komplexitet som helst. Därför är en adekvat fungerande infrastruktur för ett företag mycket, mycket kritisk. Och du vet hur nyckfulla 1C-system kan vara även utan mig.
Så här är den. För ett år sedan hade kunden ett tydligt behov av att uppdatera infrastrukturen. Naturligtvis började de titta på fungerande molnlösningar, och sedan visade det sig att för det första hade företagets ledning lite tvivel om molnlösningar (om allt faktiskt skulle vara tillgängligt dygnet runt eller inte), och för det andra, de definitivt ville inte arbeta via en offentlig kanal. Vi måste ge dem vad de förtjänar, när vi bestämde oss för att flytta gav de oss en seriös kontroll: IT-direktören flög personligen in för att titta runt på platsen och förstå vad och hur det fungerar för oss. Jag gick runt, tittade, drog slutsatser och gav klartecken för pilotprojektet.
Infrastrukturen som behövde överföras utformades för arbetet med 30 specialister vid en topp från tre olika kontor (läs - från tre olika nätverk, huvudkontoret, Yemelyanovo flygplats och AeroGeo flygplats). Vi funderade på det och bestämde oss för att kombinera allt detta till ett enda nätverk, som vi sedan reserverade med IPSec-protokollet, och installerade en dedikerad 100 Mbit Krasnoyarsk-Moskva-tunnel. Hårdvarunyckeln finns i vårt datacenter på en USB-hubb och överförs till klientens pool.
Migreringen tog bara en kväll, eftersom representanten för AeroGeo helt enkelt tog och förde oss huvuddatabasen på fysisk media direkt till datacentret där plattformen var utplacerad. Vi var faktiskt oroliga för nyckelbindning; det fanns ett antal farhågor för att nycklarna skulle falla av under migreringen, men nej, allt gick bra, eftersom nycklarna var bundna till liknande värdar.
Pilotprojektet varade ungefär en månad, vi samlade aktivt in feedback från 1C-specialister. Under den här månaden märkte de inga sänkningar i produktivitet eller olägenheter.
Varför komma till oss
Det finns många moln nu, nästan varje större aktör på marknaden har redan ett eget moln med en massa godsaker. Det är förståeligt, om du vill tävla, skapa ett bra moln och lite mer på toppen.
Vi har för närvarande tre datacenter (Moskva), ett moln på OpenStack (om du är intresserad kommer jag att skriva om detta i detalj i ett separat inlägg), vi har lyckats få tag på att överföra väldigt olika 1C-system till molnet, BeeCLOUD har värdar på 3 GHz och på 3,5 GHz (precis samma sak, med ett dedikerat HP Synergy-kluster på 3,5 GHz, valdes på AeroGeo), beroende på vad klienten kräver.
Och eftersom 1C är en sådan sak att principen "Vem bryr sig" fortsätter att fungera aktivt när den ställs upp och avslutas, gjorde vi ett utmärkt kluster där kunden kan dra sin mest anpassade, nyckfulla och hårdvarukrävande 1C och inte spilla något på vägen. Allt kommer att fungera. TIER 3, SLA 99,97, FZ-152, klassiskt scenario.
Men dessa är alla siffror och tekniker. Vår produkt handlar om människor. Vi lyckades sätta ihop ett utmärkt team av coola ingenjörer som är baserade både i Moskva och som arbetar distribuerat i regionerna. Detta ger oss en mycket viktig möjlighet att hjälpa kunden lokalt. Det är en sak när du (även som VIP-klient) ringer support och hänger på linjen ett tag och förklarar vad som är trasigt den här gången, varefter support kommer för att kontrollera allt på distans. Det är en annan sak när nätverkare och experter kan lösa alla potentiella problem på plats, med dessa händer.
Självklart är molnet också bra eftersom det tar bort all huvudvärk från klienten och högtidligt överför den till leverantören. På AeroGeo var allt knutet till denna 1C. Nu vet de att vi håller systemet uppdaterat och operativt. Något nytt kommer ut från säljaren, vi behöver rulla ut någon form av patch etc. - vi skriver helt enkelt till kunden om det, kommer överens om en lämplig tidpunkt i hans tidszon för att arbetet ska utföras, och jobbar. Till exempel, när nya patchar från Intel och HP rullades ut till värdarna, gjordes detta av våra killar under Krasnoyarsk-tiden med lägsta belastning.
Vi lyckades också göra allt inom ett fönster. Olika tjänster har ibland problem genom att det verkar som att du som leverantör tillhandahåller en tjänst, men du har många entreprenörer. Och om något går fel med entreprenörerna så slösas också tid på kommunikation med dem. Kunden bryr sig inte, eftersom han betalar dig, då bör du lösa alla problem.
Därför, i fallet med BeeCLOUD, bestämde vi oss för att gå bort från detta och göra allt själva. Din egen huvudkanal, din egen support, din egen hårdvara. Detta går också snabbare för klienten om något skulle hända, om något problem uppstår betyder det att detta definitivt är vårt problem, vi löser det. Dessutom sparar det (faktiskt) mycket tid på interna processer när du har allt ditt eget - du har en servicedesk, utan en massa kloner och synkroniseringar eller konstant pingis mellan entreprenörer.
Och om pengar
Var skulle vi vara utan detta? Jag kan inte avslöja många siffror inom ramen för detta inlägg, men de kommer ändå att göra det tydligt på skalan. När AeroGeo beräknade hur mycket det skulle kosta att modernisera den befintliga infrastrukturen, beräknade de mer än 2 000 000 rubel. Och detta är preliminära uppgifter, sådana som vanligtvis kommer från tidningar märkta "Från." Endast uppdatering, inget underhåll eller support.
För infrastrukturen som överförs till BeeCLOUD, inklusive själva kapaciteten och support dygnet runt, betalar kunden 45 000 rubel per månad. Det vill säga två miljoner rubel kommer att räcka för nästan 4 års arbete utan krångel och andra saker.
Vi försöker vara så öppna som möjligt, om en kund vill komma till oss och se hur allt går – snälla. Förresten, om själva molnet: .
Om du har frågor om det här fallet eller om vårt moln i allmänhet, skriv till mig, jag svarar gärna.
Källa: will.com