Supposons que je suis un entrepreneur avec peu de capital d'amorçage pour ma Great Idea (TM) et que je démarre une entreprise qui prévoit initialement de mettre en œuvre ma Great Idea (TM) par moi-même et que j'engage une aide supplémentaire en fonction du taux de croissance de l'entreprise.
Souvent, les réponses sur ce site tournent autour de l'idée que DevOps n'est pas un rôle, mais une nouvelle façon de faire avec une nouvelle philosophie de fonctionnement qui permet à une équipe de rôles de faire réellement DevOps. Cela empêche l'épuisement professionnel et les gens de se sentir comme un loup solitaire
En tant qu'entreprise naissante et naissante, devrais-je même me donner la peine de poursuivre le DevOps en tant que philosophie, ou est-ce uniquement approprié pour une opération plus mature capable d'avoir une équipe de développement de taille suffisante?
Réponses:
DevOps comprend trois parties: outillage / automatisation, organisationnel et culturel.
Vous basez votre structure et votre processus organisationnels sur la maturité de votre entreprise. Ce qui est intelligent. Mon expérience dans une start-up et avec une entreprise Fortune 1000 m'a permis de constater que commencer avec DevOps est meilleur pour la croissance de l'entreprise. Il est efficace et convient parfaitement à l'agilité.
Outillage
Étant donné que votre maturité est vraiment jeune, vous devriez acheter votre processus DevOps en tant que produits saas pour réduire les délais de commercialisation. Au lieu de Jenkins, utilisez CircleCI ou un produit similaire. Au lieu de VM et de docker, utilisez Heroku. Essayez d'intégrer l'ensemble d'outils, mais faites-le d'une manière qui convient à la taille de votre entreprise. Si le déploiement manuel du code prend 4 heures par semaine et son automatisation en 1 heure enregistre cela. Fais le.
Organisationnel
D'un point de vue organisationnel également, vous commencerez naturellement par tous les développeurs en tant que partie responsable des opérations / fonctionnalités, même du développement de produits. Jetez un œil à http://web.devopstopologies.com/ pour les structures organisationnelles. Notre startup a commencé avec le type 2, et à mesure que nous mûrirons, nous passerons au type 7.
Culturel
DevOps est tout simplement un travail d'équipe. Travaillez ensemble et tout devient plus facile. C'est généralement un problème parce que le leadership ne garde pas cela à l'esprit, alors au début, assurez-vous que tout le monde est en dehors de l'entreprise. Cela se reflète également dans l'agilité.
En bref, oui, poursuivez DevOps mais faites-le au niveau qui correspond à la maturité de votre entreprise.
la source
L'un (démarrer une petite entreprise de 1 à 2 personnes et croître au fur et à mesure que l'argent arrive) n'a rien à voir avec l'autre (en utilisant une philosophie DevOps).
Même une entreprise individuelle peut être basée sur DevOps. Vous pouvez commencer à mettre en œuvre votre Great Idea (tm) avec un pipeline CI / CD entièrement conteneurisé, en fait, il n'y a pas de meilleur moment qu'au début, quand il n'y a pas de cruauté à prendre en charge, pour le moment, et avant d'atteindre un seuil significatif nombre d'utilisateurs. Cela ne prendra pas des mois de travail; vous pouvez pirater ensemble un pipeline Jenkins / Docker de base en quelques heures (si vous en savez déjà beaucoup) ou peut-être en quelques jours (mais les jours auront été consacrés de manière productive à l'apprentissage de ces choses au fur et à mesure).
Commencer avec la partie CD dans un projet entièrement nouveau est beaucoup plus facile que d'ajouter un CD à une application existante qui utilisait auparavant des déploiements manuels.
Vous pouvez commencer avec une couverture de test complète au début (il n'y a pas de meilleur moment, pour des raisons évidentes), y compris des outils qui vérifient la couverture de test dans le cadre du CI / CD.
Vous pouvez facilement commencer avec quelques petites mesures de sécurité, comme vérifier votre suite de tests pour les ports ouverts superflus ou autre chose.
Vous pouvez, et devriez commencer avec du bétail sans animaux de compagnie tout de suite (c'est-à-dire IaC, IaaS, PaaS et toutes ces bonnes choses, hébergé sur l'un des "trois grands" fournisseurs rationalisés). Commencez petit, mettez à l'échelle un besoin.
Lorsque vous ajoutez plus de personnel, ils commenceront dans cette atmosphère fructueuse et, espérons-le, bon nombre de leurs erreurs les moins chères seront immédiatement détectées par le CI / CD.
la source
Je pense que c'est une idée réalisable. Vous pouvez vous installer en tant que fournisseur de services pour les entreprises qui ont besoin des services de DevOps mais ne veulent pas employer de personnel pour ces services, soit parce qu'elles ne peuvent pas se permettre de garder la personne sur un salaire ou parce qu'elles ne sont pas dans une entreprise qui a besoin de quelqu'un en permanence. Ces sociétés peuvent engager vos services ou même vous mettre sur une forme de mandat.
la source
J'ai trouvé que le développement d'une nouvelle entreprise peut en fait être PLUS FACILE en adoptant la philosophie et les pratiques DevOps. Après tout, une petite entreprise (1-2 personnes) n'a pas les ressources (ou le luxe) pour embaucher un développeur, l'assurance qualité, les opérations et même le service client.
Donc, presque par nécessité, les premiers joueurs devront couvrir plusieurs rôles, le développement et les opérations (fonctionnalités et versions) peuvent être directement associés à une entreprise de style "DevOps".
C'est ce que j'ai fait avec ma précédente micro-agence, nous sommes finalement devenus 2 à temps plein (je suis principalement développeur, mon partenaire a principalement des antécédents opérationnels, mais nous avons commencé à polliniser en croisé pour nous hybrider :) et 3-4 entrepreneurs réguliers qui seraient appelés en tant que nécessaire. Finalement, nous avons également commencé à gérer (exploiter) certains projets pour les clients en plus d'ajouter des fonctionnalités.
Bien que nous n'ayons pas utilisé le terme «DevOps» (je ne pense pas que je savais qu'il existait à l'époque), nous nous sommes concentrés sur l'amélioration des fonctionnalités pour le calendrier de déploiement et sur une expérience client aussi indolore que possible.
De plus, un modèle DevOps peut faciliter la prise de temps pour les personnes, car leur rôle peut être couvert par quelqu'un d'autre!
Je viens de lancer une entreprise (fournissant des services DevOps) aux petites entreprises.
Donc en un mot, non seulement je pense que c'est possible , mais je pense que c'est la MEILLEURE façon de commencer!
Bonne chance!
la source
Oui, car vous pouvez utiliser une automatisation avancée pour créer de la valeur et établir des fondations réutilisables pour votre future grande entreprise. Cela dépend, bien sûr, de la fréquence à laquelle vous allez mettre à jour vos produits numériques. Mais vous apprécierez la possibilité d'effectuer autant de travaux manuels que nécessaire sur des exercices répétitifs.
la source