Kann ich bei DevOps eine kleine Firma gründen?

9

Angenommen, ich bin ein Unternehmer mit wenig Startkapital für meine Great Idea (TM) und gründe ein Unternehmen, das zunächst plant, meine Great Idea (TM) selbst umzusetzen und zusätzliche Hilfe auf der Grundlage der Wachstumsrate des Unternehmens einzustellen.

Bei den Antworten auf dieser Website geht es häufig um die Idee, dass DevOps keine Rolle ist, sondern eine neue Art, Dinge mit einer neuen Betriebsphilosophie zu tun, die es einem Rollenteam ermöglicht, DevOps tatsächlich auszuführen. Dies verhindert, dass Burnout und Menschen sich wie ein einsamer Wolf fühlen

Sollte ich mich als junges und aufstrebendes Unternehmen überhaupt die Mühe machen, DevOps als Philosophie zu verfolgen, oder ist dies nur für einen reiferen Betrieb geeignet, der ein Entwicklungsteam von ausreichender Größe haben kann?

James Shewey
quelle
Dies ist meinungsbasiert, daher kann keine wirkliche Antwort gegeben werden - weshalb ich einen Kommentar hinzufüge. Ich glaube, dass "Ja, du solltest dich darum kümmern". Wenn Sie sich die Bausteine ​​von DevOps Philosophy und "Way of Doing Things" ansehen, sind die Ideen fundiert und funktionieren nachweislich und verschaffen einen Wettbewerbsvorteil. Wenn Sie ein Startup-Unternehmen gründen, sollten Sie diese Grundsätze auf keinen Fall ignorieren und versuchen, sie in Ihre Geschäftstätigkeit einzubeziehen. DevOps ist NICHT nur für "größere" Spieler. Tatsächlich scheitern die meisten "größeren" Spieler daran, eine so radikal andere Kultur anzunehmen, während Sie sie von der Grundlage aus aufbauen können
Evgeny
@Evgeny - Wie macht der Unternehmer das mit einem 1-Mann-Team, basierend auf den anderen Antworten, die ich verlinkt habe?
James Shewey
FWIW, DevOps-Fachwissen hilft sehr (ich mache es eigentlich selbst). Wenn nicht - ein Mitbegründer oder sogar eine angeheuerte Hand mit solchem ​​Fachwissen wird dringend empfohlen - hilft dies, die Kosten niedrig zu halten, was beim Bootstrapping von entscheidender Bedeutung ist.
Dan Cornilescu

Antworten:

9

DevOps besteht aus drei Teilen: Tooling / Automatisierung, Organisation und Kultur.

Sie stützen Ihre Organisationsstruktur und Ihren Prozess auf die Reife Ihres Unternehmens. Welches ist klug. Meine Erfahrung in einem Startup und mit einem Fortune 1000-Unternehmen hat mir die Erfahrung gemacht, zu zeigen, dass das Starten mit DevOps besser für das Unternehmenswachstum ist. Es ist effizient und passt gut zu Agilität.

Werkzeuge

Da Ihre Reife noch sehr jung ist, sollten Sie Ihren DevOps-Prozess als Saas-Produkt kaufen, um die Markteinführungszeit zu verkürzen. Verwenden Sie anstelle von Jenkins circleCI oder ein ähnliches Produkt. Verwenden Sie anstelle von VMs und Docker Heroku. Versuchen Sie, das Toolset zu integrieren, aber tun Sie dies auf eine Weise, die der Größe Ihres Unternehmens entspricht. Wenn die manuelle Bereitstellung von Code 4 Stunden pro Woche dauert und die Automatisierung in 1 Stunde dies spart. Tu es.

Organisatorisch

Auch aus organisatorischer Sicht beginnen Sie natürlich mit allen Entwicklern als Verantwortlichen für den Betrieb / die Funktionen, sogar für die Produktentwicklung. Organisationsstrukturen finden Sie unter http://web.devopstopologies.com/ . Unser Startup begann mit Typ 2 und wird sich mit zunehmender Reife in Richtung Typ 7 bewegen.

Kulturell

DevOps ist einfach Teamwork. Arbeiten Sie zusammen und alles wird einfacher. Dies ist normalerweise ein Problem, da die Führung dies nicht berücksichtigt. Stellen Sie daher zu Beginn sicher, dass alle vom Unternehmen getrennt sind. Dies spiegelt sich auch in Agilität wider.

Kurz gesagt, ja, verfolgen Sie DevOps, aber tun Sie dies auf dem Niveau, das Ihrer Geschäftsreife entspricht.

Jeff Garrett
quelle
1
Vielen Dank für den Link zu DevOps Topologies. gute Sachen da.
Stuart Ainsworth
5

Das eine (Gründung eines kleinen Unternehmens für 1 bis 2 Personen und Wachstum, wenn Geld hereinkommt) hat nichts mit dem anderen zu tun (unter Verwendung einer DevOps-Philosophie).

Sogar ein 1-Mann-Unternehmen kann auf DevOps basieren. Sie können mit der Implementierung Ihrer Great Idea (tm) mit einer funktionierenden, vollständig containerisierten CI / CD-Pipeline beginnen. Tatsächlich gibt es keinen besseren Zeitpunkt als zu Beginn, wenn es noch keine Cruft gibt, um die Sie sich kümmern müssen, und bevor Sie einen signifikanten Punkt erreichen Anzahl der Nutzer. Es wird keine Monate dauern; Sie können eine grundlegende Jenkins / Docker-Pipeline in wenigen Stunden (wenn Sie bereits viel wissen) oder vielleicht Tagen (aber dann wurden die Tage produktiv damit verbracht, dieses Zeug im Laufe der Zeit zu lernen) zusammenhacken.

Das Beginnen mit dem CD-Teil in einem Greenfield-Projekt ist viel einfacher als das Hinzufügen einer CD zu einer vorhandenen Anwendung, die zuvor manuelle Bereitstellungen verwendet hat.

Sie können zu Beginn mit der vollständigen Testabdeckung beginnen (aus offensichtlichen Gründen gibt es keinen besseren Zeitpunkt), einschließlich Tools, mit denen die Testabdeckung als Teil der CI / CD überprüft wird.

Sie können problemlos mit kleinen Sicherheitsmaßnahmen beginnen, z. B. dem Überprüfen Ihrer Testsuite auf überflüssige offene Ports oder was auch immer.

Sie können und sollten sofort mit Rindern beginnen, die kein Haustier sind (dh IaC, IaaS, PaaS und all das gute Zeug, das bei einem der ziemlich optimierten "Big Three" -Anbieter gehostet wird). Fangen Sie klein an, skalieren Sie einen benötigten.

Wenn Sie mehr Personal hinzufügen, beginnen sie direkt in dieser fruchtbaren Atmosphäre, und hoffentlich werden viele ihrer billigeren Fehler sofort von der CI / CD abgefangen.

AnoE
quelle
1
Fügen Sie IaC hinzu und dieses Ein-Mann-Unternehmen könnte mehr Wert als 5 Personen ohne DevOps-Ansatz schaffen
Peter Muryshkin
Ich würde auch vorschlagen, wenn möglich PaaS gegenüber IaaS in Betracht zu ziehen - einfachere, niedrigere Anfangskosten und die Möglichkeit, mit sehr geringen Änderungen (falls vorhanden) schnell zu skalieren.
Dan Cornilescu
1

Ich denke, das ist eine machbare Idee. Sie können sich als Dienstleister für Unternehmen einrichten, die Dienste von DevOps benötigen, aber keine Mitarbeiter für solche Dienste beschäftigen möchten, entweder weil sie es sich nicht leisten können, die Person auf einem Gehalt zu halten, oder weil sie kein Unternehmen sind das braucht permanent jemanden zur hand. Solche Unternehmen können Ihre Dienste in Anspruch nehmen oder Sie sogar auf irgendeine Art von Retainer setzen.

WUNDER
quelle
1

Ich habe festgestellt, dass die Entwicklung eines neuen Unternehmens durch die Übernahme der DevOps-Philosophie und -Praktiken tatsächlich EINFACHER gemacht werden kann. Schließlich verfügt ein kleines Unternehmen (1-2) nicht über die Ressourcen (oder den Luxus), um einen Entwickler, eine Qualitätssicherung, den Betrieb und sogar den Kundenservice einzustellen.

Fast zwangsläufig müssen die frühen Spieler mehrere Rollen übernehmen, Entwicklung und Betrieb (Funktionen und Releases) können direkt einem Unternehmen im "DevOps" -Stil zugeordnet werden.

Das, was ich mit meiner vorherigen Mikroagentur gemacht habe, wir wurden schließlich 2 Vollzeit (ich bin hauptsächlich Entwickler, mein Partner arbeitet hauptsächlich mit Hintergründen, aber wir haben angefangen, Cross-Pollen zu machen, um uns selbst zu hybridisieren :) und 3-4 reguläre Auftragnehmer, die als angerufen werden würden erforderlich. Schließlich haben wir begonnen, neben dem Hinzufügen von Funktionen auch einige Projekte für Kunden zu verwalten (zu betreiben).

Obwohl wir den Begriff "DevOps" nicht verwendet haben (ich glaube nicht, dass ich wusste, dass er zu diesem Zeitpunkt existiert), haben wir uns darauf konzentriert, den Zeitrahmen für die Bereitstellung der Funktionen zu verbessern und die Client-Erfahrung so einfach wie möglich zu gestalten.

Ein DevOps-Modell kann es den Menschen auch erleichtern, sich eine Auszeit zu nehmen, da ihre Rolle von jemand anderem übernommen werden kann!

Ich beginne gerade ein Unternehmen (das DevOps-Dienste anbietet) für kleine Unternehmen.

Kurz gesagt, ich denke nicht nur, dass es möglich ist , sondern ich glaube, dass es der BESTE Weg ist, um anzufangen!

Viel Glück!

Rusty Eddy
quelle
0

Ja, weil Sie mithilfe fortschrittlicher Automatisierung Werte schaffen und wiederverwendbare Grundlagen für Ihr zukünftiges größeres Unternehmen schaffen können. Hängt natürlich davon ab, wie oft Sie Ihre digitalen Produkte aktualisieren werden. Sie werden jedoch die Möglichkeit schätzen, bei sich wiederholenden Übungen so viel manuelle Arbeit wie nötig zu leisten.

Peter Muryshkin
quelle