DevOps'ta küçük bir şirket bulabilir miyim?


9

Büyük Fikrim (TM) için çok az tohum parasıyla girişimciyim ve başlangıçta Büyük Fikrim'i (TM) kendi başıma uygulamayı planlayan bir şirket kuruyorum ve şirketin büyüme oranına göre ek yardım alıyoruz.

Sık sık, bu site üzerinde cevaplar DevOps'un bir rol değil, bir rol ekibinin aslında DevOps yapmasına izin veren yeni bir operasyon felsefesi ile yeni bir yol yapma fikri etrafında odaklanır. Bu tükenmişliğin ve insanların yalnız bir kurt gibi hissetmelerini önler

Yeni başlayan ve gelişen bir şirket olarak DevOps'u bir felsefe olarak takip etmeye bile zahmet etmeli miyim yoksa bu sadece yeterli büyüklükte bir geliştirme ekibine sahip olabilen daha olgun bir operasyon için uygun mu?


Bu görüşe dayalıdır, bu yüzden gerçek bir cevap verilemez - bu yüzden bir yorum ekliyorum. İnanıyorum ki "Evet, rahatsız etmelisin". DevOps Felsefesi ve "Bir şeyler yapma şekli" nin yapı taşlarına bakarsanız, fikirlerin sağlam olduğu ve çalıştığı ve rekabet avantajı sağladığı kanıtlanmıştır. Bir başlangıç ​​şirketi kurarsanız, bu ilkeleri kesinlikle görmezden gelmemeli ve bunları iş yapma şeklinize dahil etmeye çalışmamalısınız. DevOps sadece "büyük" oyuncular için DEĞİLDİR. Aslında, çoğu "büyük" oyuncu tamamen kökten farklı bir kültürü benimseyemezken, bunu vakıftan inşa edebilirsiniz
Evgeny

@Evgeny - Peki girişimci, bağladığım diğer cevaplara dayanarak 1 kişilik bir ekiple bunu nasıl yapıyor?
James Shewey

FWIW, bazı DevOps uzmanlığına sahip olmak çok yardımcı oluyor (aslında kendim yapıyorum). Aksi takdirde - böyle bir uzmanlığa sahip bir kurucu veya hatta işe alınmış bir el şiddetle tavsiye edilir - önyükleme sırasında / sırasında önemli olan maliyetleri düşürmeye yardımcı olacaktır.
Dan Cornilescu

Yanıtlar:


9

DevOps'un üç bölümü vardır: Takım / otomasyon, Organizasyonel ve Kültürel.

Organizasyon yapınızı ve sürecinizi 'işiniz' olgunluğuna dayandırıyorsunuz. Hangisi akıllı. Bir başlangıç ​​ve bir servet 1000 şirketindeki deneyimim bana DevOps ile başlamanın şirket büyümesi için daha iyi olduğunu gösterme deneyimini sağladı. Verimli ve çeviktir.

İşleme

Olgunluğunuz gerçekten genç olduğundan, pazara sunma süresini azaltmak için DevOps işleminizi saas ürünleri olarak satın almalısınız. Jenkins yerine circleCI veya benzeri bir ürün kullanın. VM ve docker yerine Heroku kullanın. Araç setini dahil etmeye çalışın, ancak işinizin büyüklüğü için uygun şekilde yapın. Kodun manuel olarak konuşlandırılması haftada 4 saat sürüyorsa ve 1 saatte otomatikleştirilmesi bunu kaydeder. Yap.

örgütsel

Ayrıca örgütsel bir bakış açısıyla, doğal olarak tüm geliştiricilerle, ürün geliştirmekten bile operasyonlar / özellikler için sorumlu taraf olarak başlayacaksınız. Bir göz atın http://web.devopstopologies.com/ organizasyonel yapılar için. Girişimimiz tip 2 ile başladı ve olgunlaştıkça tip 7'ye doğru hareket edeceğiz.

Kültürel

DevOps sadece ekip çalışmasıdır. Birlikte çalışın ve her şey kolaylaşsın. Bu genellikle bir sorundur, çünkü liderlik bunu aklınızda tutmaz, bu yüzden siz başlarken herkesin iş dışında olduğundan emin olun. Bu da çevik olarak yansıtılır.

Kısacası, evet DevOps'u takip edin, ancak bunu iş olgunluğunuzu karşılayacak düzeyde yapın.


1
DevOps Topolojilerine bağlantı için teşekkürler; orada iyi şeyler.
Stuart Ainsworth

5

Birinin (1-2 kişilik küçük bir şirket kurmak ve para gelirken büyümek) diğeriyle (DevOps felsefesini kullanarak) hiçbir ilgisi yoktur.

1 kişilik bir işletme bile DevOps tabanlı olabilir. Harika Fikrinizi (tm) işleyen tamamen kaplanmış bir CI / CD boru hattı ile uygulamaya başlayabilirsiniz, aslında başlangıçta, bakılması gereken bir rüzgârın olmadığı ve henüz önemli bir isabet almadan önce daha iyi bir zaman yoktur. kullanıcı sayısı. Aylarca çalışma gerektirmeyecek; temel bir Jenkins / Docker boru hattını birkaç saat içinde (zaten çok şey biliyorsanız) veya belki de günlerde (ancak daha sonra günler bu şeyleri öğrenirken verimli bir şekilde harcanmış) geçirebilirsiniz.

Bir yeşil alan projesindeki CD bölümü ile başlamak, daha önce manuel olarak kullanılan mevcut bir uygulamaya CD eklemekten çok daha kolaydır.

CI / CD'nin bir parçası olarak test kapsamını doğrulayan araçlar da dahil olmak üzere başlangıçta tam test kapsamı ile başlayabilirsiniz (bariz nedenlerle daha iyi bir zaman yoktur).

Test takımınızı gereksiz açık portlar veya başka herhangi bir şey için kontrol etmek gibi bazı küçük güvenlik önlemleriyle kolayca başlayabilirsiniz.

Sen ve hemen evcil hayvan ile başlamalıdır (yani IaC, IaaS, PaaS ve oldukça aerodinamik "büyük üç" sağlayıcılarından birinde barındırılan tüm bu iyi şeyler anlamına gelir). Küçük başlayın, gerekli ölçeklendirin.

Daha fazla personel eklediğinizde, o verimli ortamda başlayacaklar ve umarım daha ucuz hatalarının çoğu CI / CD tarafından hemen yakalanacaktır.


1
Buna IaC'yi ekleyin ve bu tek kişilik şirket DevOps yaklaşımı olmadan 5 kişiden daha fazla değer yaratabilir
Peter Muryshkin

Ayrıca, mümkünse IaaS üzerinden PaaS'ı düşünmenizi öneririm - daha basit, daha düşük başlangıç ​​maliyetleri ve çok küçük değişikliklerle (varsa) hızla ölçeklendirme yeteneği.
Dan Cornilescu

1

Bence bu makul bir fikir. DevOps hizmetlerine ihtiyaç duyan ancak bu tür hizmetler için personel istihdam etmek istemeyen ya da bir kişiyi maaşta tutamayacakları ya da bir işe girmedikleri için hizmet sağlayıcısı olarak ayarlayabilirsiniz. kalıcı olarak elindeki birine ihtiyaç duyar. Bu tür şirketler hizmetlerinizi yapabilir ve hatta sizi bir tür hizmete sokabilir.


1

DevOps felsefesini ve uygulamalarını benimseyerek yeni bir girişim geliştirmenin daha kolay yapılabileceğini buldum. Sonuçta, küçük (1-2) kişilik bir şirket, bir geliştirici, KG, operasyonlar ve hatta müşteri hizmetleri kiralamak için kaynaklara (veya lüks) sahip değildir.

Bu yüzden neredeyse gereklilikle erken oyuncular birden fazla rolü kapsamak zorunda kalacaklar, geliştirme ve operasyonlar (özellikler ve sürümler) doğrudan "DevOps" tarzı bir işletmeye eşlenebilirler.

Önceki mikro ajansımla yaptığım şey, sonunda 2 tam zamanlı olduk (çoğunlukla geliştirici, ortağım öncelikle ops arka planları, ancak kendimizi melezlemek için çapraz polenlenmeye başladık :) ve çağrılacak 3-4 düzenli yüklenici gerekli. Sonunda, özellikler eklemenin yanı sıra müşteriler için bazı projeleri yönetmeye (işletmeye) başladık.

"DevOps" terimini kullanmamamıza rağmen (o sırada var olduğunu bildiğimi sanmıyorum), konuşlandırma zaman dilimi için özelliği iyileştirmeye ve müşteri deneyimini mümkün olduğunca acısız hale getirmeye odaklandık.

Ayrıca, bir DevOps modeli, rollerinin başka biri tarafından üstlenilebileceği için insanların zaman ayırmasını kolaylaştırabilir!

Ben şimdi küçük işletmeler için bir girişim (DevOps hizmetleri sağlayan) başlıyorum.

Kısacası, sadece bunun mümkün olduğunu düşünmekle kalmıyor , aynı zamanda başlamak için EN İYİ yol olduğuna inanıyorum !

İyi şanslar!


0

Evet, çünkü değer yaratmak ve gelecekteki büyük şirketinizin yeniden kullanılabilir temellerini oluşturmak için gelişmiş otomasyon kullanabilirsiniz. Elbette dijital ürünlerinizi ne sıklıkta güncelleyeceğinize bağlıdır. Ancak tekrarlayan egzersizlerde gerektiği kadar manuel çalışma olasılığına değer vereceksiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.