Dlaczego firmy przechodzą na Linux

Przez piętnaście lat budowania systemów analitycznych i modeli uczenia maszynowego, u przyzwoitej liczby pracodawców i klientów, wdrożyłem kod produkcyjny na dokładnie zero serwerów Windows. Nie z preferencji — po prostu nigdy nie było takiego tematu. Każda baza, każdy harmonogram, każdy endpoint serwujący model, każdy kontener, który kiedykolwiek wypuściłem, chodził na Linuksie i nikt w żadnym z tych pokoi nigdy nie zaproponował inaczej.

To dziwna rzecz do zauważenia we własnej karierze. Na pulpicie ten spór toczy się od trzydziestu lat i nie widać rozstrzygnięcia. Na serwerze skończył się tak cicho, że większość ludzi spoza branży nigdy się nie dowiedziała, że w ogóle był.

Kto się przeniósł i mniej więcej kiedy

Warto wymienić nazwy, bo podcinają założenie, że to stanowisko hobbystów. Firmy streamujące wideo na Twój telewizor, te obsługujące wyszukiwarkę, z której korzystałeś dziś rano, te trzymające Twoje zdjęcia — ich infrastruktura stoi na Linuksie. Podobnie platforma hostująca większość światowego wytwarzania oprogramowania. Podobnie każdy z najszybszych superkomputerów na planecie, co nie jest twierdzeniem o większości, tylko o całości.

Nawet Microsoft się przeniósł. Ich własna chmura obsługuje ogromne ilości Linuksa, wysyłają warstwę kompatybilności z Linuksem wewnątrz Windowsa dla deweloperów i współtworzą kernel. Kiedy firma mająca najwięcej do stracenia na takim wyniku przyjmuje go we własnej infrastrukturze, spór przestaje być sporem.

Dlaczego, w kolejności, która naprawdę miała znaczenie

Powód, który ludzie podają najpierw — że jest darmowy — jest najsłabszy, a mówię to jako ktoś, kogo koszty obchodzą. Opłaty licencyjne są realne, ale małe przy wynagrodzeniach. Gdyby cena była całą historią, migracja wyglądałaby inaczej i zdarzyłaby się wcześniej.

Pierwszy prawdziwy powód jest taki, że serwer to nie biurko. Nie ma ekranu, nikt przy nim nie siedzi, a interfejs graficzny na nim to czysty narzut — pamięć i powierzchnia ataku wydane na coś, na co nikt nigdy nie spojrzy. System zaprojektowany do obsługi przez pisanie, zdalnie, przez kogoś, kogo nie ma w budynku, lepiej pasuje do tego zadania. To nie jest opinia o elegancji; to opis obciążenia.

Drugi, i to on przesądził sprawę w moim zawodzie: powtarzalność. Serwer skonfigurowany klikaniem to serwer, którego nikt nie odtworzy. Kiedy padnie — a padnie — ktoś musi pamiętać, co mu zrobiono i w jakiej kolejności, o trzeciej nad ranem. Serwer, którego konfiguracja jest plikiem tekstowym, to serwer, który odtworzysz od zera, identycznie, sto razy, automatycznie. Cała współczesna praktyka utrzymywania infrastruktury opiera się na tej właściwości, a wymaga ona systemu, w którym każde ustawienie jest plikiem do przeczytania, wersjonowania i skopiowania.

Trzeci to dostępność, a konkretnie możliwość naprawiania bez zatrzymywania. Maszyna obsługująca klientów nie może się restartować według harmonogramu producenta. Możliwość łatania, poprawiania i wymiany fragmentów działającego systemu — a w razie potrzeby przeczytania źródła, żeby zrozumieć, dlaczego coś wariuje — zamienia pewną klasę awarii w klasę niedogodności.

Część, która dotyczy władzy, nie technologii

Jest czwarty powód, rzadko wypowiadany na głos na spotkaniach z dostawcami, i to jego uważam za najciekawszy.

Firma budująca swoje kluczowe systemy na platformie należącej do innej firmy oddaje tamtej firmie stałe miejsce przy własnym stole strategicznym. Ceny mogą się zmienić. Warunki mogą się zmienić. Produkt może zostać wygaszony, wciśnięty w pakiet, którego nie chciałeś, albo uwarunkowany zakupem czegoś jeszcze. Nic z tego nie wymaga złej woli — tak po prostu wygląda zależność od cudzych decyzji handlowych.

Budowanie na platformie, której nikt nie posiada, usuwa to miejsce. Dostawca może podnieść ceny, a Ty możesz zabrać to samo oprogramowanie gdzie indziej, bo nigdy nie było jego do zatrzymania. To jest właściwy argument strategiczny i dlatego duże organizacje, które bez trudu stać na licencje, i tak wybierają otwartą infrastrukturę. Nie oszczędzają. Odmawiają negocjowania z pozycji słabszego.

Co bierze z tego pięcioosobowa firma

Nie technologię. Mała firma nie potrzebuje orkiestracji kontenerów ani systemu zarządzania konfiguracją, a kto próbuje im to sprzedać, rozwiązuje własny problem, a nie problem klienta.

Przenosi się sposób rozumowania. Tamte duże organizacje zadały przed wyborem trzy pytania: czy odtworzymy to od zera, jeśli padnie, czy uruchomimy to dalej, jeśli dostawca zmieni warunki, i czy dowiemy się, co to robi, kiedy zaczyna wariować. Te pytania skalują się w dół idealnie. Mała firma trzymająca gdzieś swoje dokumenty powinna zadać dokładnie te trzy pytania o to „gdzieś", a odpowiedzi zwykle mówią więcej niż jakiekolwiek porównanie funkcji.

I uczciwa przeciwwaga, bo inaczej ten tekst byłby kazaniem. Nic z powyższego nie czyni Linuksa właściwym wyborem dla recepcji chodzącej na oprogramowaniu do grafików, które istnieje wyłącznie na Windowsa. Spór o serwery został wygrany na gruncie pracy serwerowej i nie przenosi się automatycznie na każdą maszynę w budynku. Na pulpitach, które przygotowuję, stawiam Linuksa, bo sprawdziłem, czego ci ludzie faktycznie używają, a nie dlatego, że serwery to przesądziły.

Mimo wszystko warto przy tej zbieżności posiedzieć. Maszyny, które nie mogą zawieść, obsługiwane przez ludzi opłacanych za to, żeby wiedzieli lepiej, i niosące konsekwencje, kiedy się mylą — te maszyny zbiegły się do jednej odpowiedzi dekady temu. To dziwny rodzaj konsensusu, osiągnięty niezależnie przez organizacje, które nie zgadzają się ze sobą prawie w niczym innym.