Architektúra startupok számára
A startup létrehozása egyedülálló kihívás. Az alapvető feladat, hogy megtalálja a helyét az innováció, mint a termék vagy szolgáltatás a piacon. Ehhez a folyamathoz több, az innovációba beépített feltételezés tesztelése szükséges. A sikeres startupnak végig kell haladnia ezen feltételezéseken, és növekednie és méreteznie kell a terméke által elért termék- és piaci illeszkedést. Ezt az illesztést követően a startupnak skáláznia kell a piaci igényeknek megfelelően.
A különböző startup életszakaszokban a fejlesztők, az építészek és a műszaki vezetők (CTO-k) különböző fejlesztési fázisokat kezelnek. Ezek a szakaszok alapvetően eltérő megközelítéseket és különböző technológiai lehetőségeket igényelnek. A feladat része annak megállapítása, hogy melyik fázisban van az indítás. Válassza ki az adott fázisnak megfelelő technológiákat és architektúrákat.
Innovációs szakaszok
Kent Beck a szoftvertermék-innováció három fázisú folyamatát írja le. Ezek a szakaszok a feltárás, a kibontás és a kinyerés. A folyamat különböző részeit gráfként tekintheti:
Egy y tengely "Bizonyosság/Befektetés/Változás kockázata" és egy x tengely "Idő" alapján ábrázolt szigmoid görbét ábrázoló grafikon. A grafikonon három terület van kiemelve: a "Felfedezés" feliratú felfelé irányuló inflexió előtti kezdeti rész, az "Expand" címkével ellátott szigmoid görbe magas növekedési része és a "Kivonat" feliratú fennsík.
A Felfedezés szakasz egy alacsony meredekséggel kezdődik, ahol megpróbálhatja megtalálni, hogy mi működik. A bizonyosság alacsony, csak kis összegeket fektet be, és a végrehajtott módosítások kockázata is alacsony.
Egy bizonyos ponton a gráf gyorsabban emelkedik. Ez a gyors növekedés a Kibontás szakasz. A bizonyosságod jelentősen nő, sokkal többet fektetsz be, és sokkal jobban tisztában vagy a kockázatokkal.
Végül, ahogy a gráf felsimul, eléri a Kinyerés szakaszt. A változás bizonyossága, befektetése és kockázata mind magas, de a növekedés üteme elérte a fennsíkot.
Tallózás
Amikor a startup a feltárási fázisban van, az ön feladata, hogy kis mennyiségű időt és energiát fektetjen be számos különböző termékötletbe. Az a tény, hogy a legtöbb ötlet nem lesz megfelelő meghajtók feltárása. Csak iterálással és tanulással találja meg a termék és a piac megfelelő. Sok kis fogadással arra törekszik, hogy olyan termékötletet találjon, amely kifizetődő.
Ez a szakasz fegyelmet igényel. Könnyű túlbevetni egy ötletet, hogy lehet tesztelni kevesebb időt és energiát. Egy technológus úgy véli, hogy különösen könnyű ebbe a csapdába esni. Ha olyan architekturális döntéseket szeretne hozni, amelyek megkönnyítik a feltárást, ne feledje, hogy felfedezést tesz. Még nem tudja, hogy az aktuális termékötlet skálázható-e.
Architektúra szempontjából válassza ki a sebességet, a költségeket és a lehetőségeket optimalizáló szolgáltatásokat. A felügyelt szolgáltatások és platformok szolgáltatásként (PaaS) (például Azure-alkalmazás Szolgáltatás) használatával gyorsan megkezdheti az első lépéseket anélkül, hogy összetett infrastruktúrával kellene foglalkoznia. A költségek kezelése az ingyenes szintek és a kisebb példányméretek kiválasztásával, a felfedezés során. A tárolók bármilyen eszközzel támogatják a fejlesztést, és rugalmas üzembe helyezési lehetőségeket biztosítanak a jövőre vonatkozóan.
Az első verem létrehozása
Az első termékverzióhoz hasonlóan az első technológiai vermet is szilárdan meg kell gyökereztetnie a feltárásban. Ez azt jelenti, hogy a technológiai veremnek erőfeszítés nélkül kell megkönnyítenie a gyors termék iterációt. Nem szeretne olyan infrastruktúrával vagy architektúrával foglalkozni, amely nem szükséges az aktuális kérdések megválaszolásához.
A feltárási fázisban optimalizálnia kell a sebességet, a költségeket és az opcionálisságot. A sebesség arról szól, hogy milyen gyorsan hozhat létre és léphet előre egy ötlettel, vagy továbbléphet a következő ötletre. A költségek az infrastruktúra futtatására fordított költségek. A választhatóság azt ismerteti, hogy milyen gyorsan módosíthatja az irányokat az aktuális architektúra alapján.
Fontos a költségek, a sebesség és az opcionálisság egyensúlya. Túl nagy hangsúlyt fektet a költségkorlátokra a sebességre és az opcionálisságra. A sebességre való túlzott összpontosítás megnövelheti a költségeket és kevesebb lehetőséget eredményezhet. A túl sok lehetőség tervezése összetettebbé teszi a költségeket, és csökkenti a sebességet.
Fontolja meg a javasolt első technológiai verem használatát. Ez az architektúra PaaS-szolgáltatásokat használ a könnyű megvalósítás érdekében, minimális léptékben indítható el, és olyan tároló- és nyílt forráskód technológiákat használ, amelyek az érettség során könnyen üzembe helyezhetők különböző technológiai vermeken.
Kibontás
Ha a startup felfedezi a növekedést, a fogaskerekeket a bővítésre váltja. Arra összpontosít, hogy eltávolítsa a termék és a vállalat folyamatos növekedésének blokkolását. Technikai szempontból megoldhatja az infrastruktúra skálázási kihívásait, és növelheti a fejlesztési sebességet. A cél az új ügyfelek igényeinek kielégítése és a termékfejlesztési ütemterv előmozdítása.
Az architektúra kiterjesztése
A termék iterálásakor elkerülhetetlenül megtalálja azokat a területeket, ahol az architektúrának ki kell terjednie. Előfordulhat, hogy hosszú ideig futó feladatokat kell elvégeznie a háttérben, vagy kezelnie kell az IoT-eszközök gyakori frissítéseit. Előfordulhat, hogy teljes szöveges keresést vagy mesterséges intelligenciát kell hozzáadnia a termékhez.
Előfordulhat, hogy az ütemterv elemeinek elhelyezéséhez architektúramódosításokra van szükség. Ellenállni a kísértésnek, hogy ezeket a változásokat túl előre. A bővítmények az architektúra és az infrastruktúra költségeinek összetettségét kockáztatják a mérlegben.
A korai indítási szakaszokban minden architektúrabővítménynek időszerűnek kell lennie. A kiterjesztésnek csak annyi időt és energiát kell igénybe vennie, amennyire szükség van a következő hipotézis teszteléséhez. Készen áll a bővítmények eltávolítására az összetettség csökkentése érdekében. Olyan termékfunkciók keresése, amelyeket az ügyfelek nem használnak az architektúra egyszerűsítése és az infrastruktúra költségeinek csökkentése érdekében.
Az architektúra számos módon bővíthető, például:
- A rugalmasság növelése zónaredundáns üzembe helyezéssel
- Rugalmasság növelése magas rendelkezésre állású többrégiós üzembe helyezéssel
- A biztonság növelése a hálózat által edzett technológiai veremen keresztül
Kinyerés
Az extrakciós fázisban a növekedés üteme lelassul, amint eléri a piaci lehetőségek korlátait. Mivel az előző fázisban kibővült, most már sok a vesztenivalója, ezért óvatosabb megközelítést kell alkalmaznia. A margóbővítés, a költségcsökkentés és a hatékonyság javítása jellemzi az extrakciós fázist. Az extrakciós fázis során ügyeljen arra, hogy ne veszélyeztessék a terméket a bővítési fázisban megnyert ügyfelek számára.
A növekedés kezelése és a verem kifejlése
Ha egy termék eléri a termék és a piac illeszkedik, sok igény hajtja az architektúra. A megnövekedett használathoz infrastruktúra-skálázásra lehet szükség a terhelés kezeléséhez. Az új vállalati megfelelőségi követelmények nagyobb elkülönítést igényelhetnek. Ezek a módosítások gyakori lépések egy sikeres alkalmazás érlelése során.
A növekedés kezeléséhez és az érettség hozzáadásához végzett módosítások eltérnek az architektúra kiterjesztésétől. Ezek a módosítások nem funkcionális követelmények, hanem a skálázás feloldásához kapcsolódnak. A nagyobb skálázás a nettó új ügyfelektől, a meglévő ügyfelek megnövekedett használatától és a magasabb szabályozási követelményekkel rendelkező ügyfelektől származhat.
Ellenállni a kísértésnek, hogy optimalizálja idő előtt. Ügyeljen arra, hogy olyan növekedési és érési lépéseket tegyen, amelyek segíthetnek a termék iterálásának és fejlesztésének folytatásában.
Következő lépések
- Egy példa core indítási veremarchitektúra megtekintése és üzembe helyezése.
Kapcsolódó erőforrások
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: