Załóżmy, że jestem przedsiębiorcą z niewielkimi pieniędzmi początkowymi na mój Wielki pomysł (TM) i zakładam firmę, która początkowo planuje samodzielnie wdrożyć mój świetny pomysł (TM) i zatrudnić dodatkową pomoc na podstawie stopy wzrostu firmy.
Często odpowiedzi na tej stronie skupiają się na założeniu, że DevOps nie jest rolą, ale nowym sposobem robienia rzeczy z nową filozofią działania, która pozwala zespołowi ról faktycznie wykonywać DevOps. Zapobiega to wypaleniu i czuje się jak samotny wilk
Jako początkująca i rozwijająca się firma, czy powinienem nawet zadawać sobie trud, aby realizować DevOps jako filozofię, czy jest to odpowiednie tylko w przypadku bardziej dojrzałej operacji, która może mieć wystarczająco duży zespół programistów?
Odpowiedzi:
DevOps składa się z trzech części: oprzyrządowanie / automatyzacja, organizacja i kultura.
Opierasz swoją strukturę organizacyjną i proces na dojrzałości swojej firmy. Który jest mądry. Moje doświadczenie w startupie i firmie z fortuną 1000 pozwoliło mi stwierdzić, że rozpoczęcie od DevOps jest lepsze dla rozwoju firmy. Jest wydajny i ładnie pasuje do zwinnych.
Obróbka
Ponieważ Twoja dojrzałość jest naprawdę młoda, powinieneś kupić proces DevOps jako produkty saas, aby skrócić czas wprowadzania produktów na rynek. Zamiast Jenkinsa użyj circleCI lub podobnego produktu. Zamiast maszyn wirtualnych i dokera użyj Heroku. Spróbuj zastosować zestaw narzędzi, ale rób to w sposób odpowiedni dla wielkości Twojej firmy. Jeśli ręczne wdrożenie kodu zajmuje 4 godziny tygodniowo, a zautomatyzowanie go w ciągu 1 godziny to oszczędza. Zrób to.
Organizacyjny
Również z punktu widzenia organizacji, naturalnie zaczniesz od wszystkich programistów jako odpowiedzialnych za operacje / funkcje, a nawet rozwój produktu. Spójrz na http://web.devopstopologies.com/ struktur organizacyjnych. Nasze starcie rozpoczęło się od typu 2 i wraz z upływem czasu dojdziemy do typu 7.
Kulturalny
DevOps to po prostu praca zespołowa. Współpracuj i wszystko staje się łatwiejsze. Zazwyczaj jest to problem, ponieważ kierownictwo nie bierze tego pod uwagę, więc na początku upewnij się, że wszyscy są poza firmą. Odzwierciedla to również zwinność.
Krótko mówiąc, tak, realizuj DevOps, ale rób to na poziomie, który odpowiada Twojej dojrzałości biznesowej.
źródło
Ta jedna (zakładanie małej 1-2-osobowej firmy i rozwijanie się wraz z przychodami) nie ma nic wspólnego z drugą (przy użyciu filozofii DevOps).
Nawet firma jednoosobowa może być oparta na DevOps. Możesz rozpocząć wdrażanie swojego Great Idea (tm) z działającym w pełni konteneryzowanym potokiem CI / CD, w rzeczywistości nie ma lepszego czasu niż na początku, kiedy nie ma jeszcze cruft do załatwienia, a zanim trafisz znaczący Liczba użytkowników. Nie zajmie to miesięcy pracy; możesz zhakować podstawowy potok Jenkins / Docker w ciągu kilku godzin (jeśli już dużo wiesz) lub może dni (ale wtedy dni będą wydajnie spędzone na uczeniu się tych rzeczy w drodze).
Rozpoczęcie pracy z częścią CD w projekcie greenfield jest znacznie łatwiejsze niż dodanie płyty CD do istniejącej aplikacji, która wcześniej korzystała z ręcznego wdrażania.
Możesz zacząć od pełnego pokrycia testowego na początku (z oczywistych powodów nie ma lepszego czasu), w tym narzędzi weryfikujących pokrycie testowe w ramach CI / CD.
Możesz łatwo zacząć od drobnych środków bezpieczeństwa, takich jak sprawdzenie zestawu testów pod kątem zbędnych otwartych portów lub cokolwiek innego.
Możesz i powinien zacząć od razu od bydła, a nie zwierzaka (co oznacza IaC, IaaS, PaaS i wszystkie te dobre rzeczy, hostowane na jednym z bardzo usprawnionych dostawców „wielkiej trójki”). Zacznij od małego, skaluj potrzebne.
Gdy dodasz więcej personelu, zaczną oni od razu w tej owocnej atmosferze, i mam nadzieję, że wiele z ich tańszych błędów zostanie natychmiast złapanych przez CI / CD.
źródło
Myślę, że to wykonalny pomysł. Możesz ustawić się jako dostawca usług dla firm, które potrzebują usług DevOps, ale nie chcą zatrudniać pracowników do takich usług, ponieważ nie mogą sobie pozwolić na utrzymanie osoby na wynagrodzeniu lub ponieważ nie prowadzą działalności który stale potrzebuje kogoś pod ręką. Takie firmy mogą zaangażować Twoje usługi, a nawet zaoferować Ci jakąś formę świadczeń.
źródło
Odkryłem, że opracowanie nowego przedsięwzięcia może być łatwiejsze dzięki przyjęciu filozofii i praktyk DevOps. W końcu mała (1-2) firma nie ma zasobów (ani luksusu) na zatrudnienie programisty, kontroli jakości, operacji, a nawet obsługi klienta.
Tak więc prawie z konieczności pierwsi gracze będą musieli objąć wiele ról, a rozwój i operacje (funkcje i wydania) mogą być mapowane bezpośrednio na firmę w stylu „DevOps”.
Po tym, co zrobiłem z moją poprzednią mikro-agencją, ostatecznie zostaliśmy 2 pełnoetatowymi (głównie programistą, mój partner przede wszystkim wywodzi się ze środowisk, ale sami zaczęliśmy krzyżować pyłki i hybrydy :) i 3-4 stałych kontrahentów, którzy byliby nazywani potrzebne. W końcu zaczęliśmy także ciągłe zarządzanie (obsługę) niektórymi projektami dla klientów oprócz dodawania funkcji.
Chociaż nie używaliśmy terminu „DevOps” (nie sądzę, żebym wiedział, że istniał w tamtym czasie), skupiliśmy się na ulepszeniu funkcji do ram czasowych wdrażania i sprawieniu, aby klient był jak najbardziej bezbolesny.
Ponadto model DevOps może ułatwić ludziom wzięcie urlopu, ponieważ ich rolę może objąć ktoś inny!
Właśnie zaczynam przedsięwzięcie (świadczenie usług DevOps) dla małych firm.
Krótko mówiąc, nie tylko uważam, że jest to możliwe , ale wierzę, że jest to NAJLEPSZY sposób na rozpoczęcie!
Powodzenia!
źródło
Tak, ponieważ możesz korzystać z zaawansowanej automatyzacji, aby tworzyć wartość i tworzyć podstawy wielokrotnego użytku swojej przyszłej większej firmy. Zależy oczywiście od tego, jak często zamierzasz aktualizować swoje produkty cyfrowe. Ale docenisz możliwość wykonywania tak dużej ilości pracy ręcznej, jak to konieczne przy powtarzających się ćwiczeniach.
źródło