Hosting<\/a>Je nach gew\u00e4hltem Weg \u00e4ndert sich letztendlich nur der Aspekt, auf wen haupts\u00e4chlich die Verantwortung f\u00fcr den jeweiligen Bereich der Administration f\u00e4llt. Wenn Sie selbst hosten, sollten Sie sich bewusst sein, dass alle Unterbrechungen in der Stromversorgung, dem Internet, dem Server selbst oder der darauf installierten Software \u2013 dies alles liegt vollst\u00e4ndig in Ihrer Verantwortung. Dennoch ist dies zum Lernen und Testen mehr als ausreichend. \n<\/li>\n<\/ul>\n\nSollten Sie jedoch keinen zus\u00e4tzlichen Computer haben, der als Server fungieren kann, m\u00f6chten Sie m\u00f6glicherweise den zweiten oder dritten Weg w\u00e4hlen. Der zweite Fall ist identisch mit dem ersten, mit dem Unterschied, dass Sie die Verantwortung f\u00fcr die Verf\u00fcgbarkeit des Servers und dessen Leistung auf den Hoster \u00fcbertragen. Die Administration des Servers und der Software bleibt jedoch weiterhin unter Ihrer Kontrolle. <\/p>\n
Wenn Sie selbst keinen zus\u00e4tzlichen Computer als Server haben, ziehen Sie m\u00f6glicherweise die zweite oder dritte Option in Betracht. Der zweite Fall ist dem ersten \u00e4hnlich, nur dass Sie die Verantwortung f\u00fcr die Verf\u00fcgbarkeit und die Leistung des Servers auf den Hoster \u00fcbertragen. Die Administration des Servers und der Software bleibt jedoch weiterhin in Ihrer Hand. <\/p>\n
Und schlie\u00dflich die M\u00f6glichkeit, Rechenleistung von Cloud-Anbietern zu mieten. Hier k\u00f6nnen Sie eine automatisierte Verwaltung von fast allem einrichten, ohne sich zu sehr mit technischen Details auseinandersetzen zu m\u00fcssen. Au\u00dferdem k\u00f6nnen Sie, anstelle einer einzelnen Maschine, mehrere parallel laufende Instanzen haben, die beispielsweise f\u00fcr verschiedene Teile der Anwendung verantwortlich sein k\u00f6nnen, wobei die Kosten kaum von denen eines dedizierten Servers abweichen. Dar\u00fcber hinaus stehen Ihnen Werkzeuge f\u00fcr Orchestrierung, Containerisierung, automatisches Deployment, kontinuierliche Integration und vieles mehr zur Verf\u00fcgung! Einige dieser Aspekte werden wir weiter unten betrachten. <\/p>\n
Im Allgemeinen sieht die Infrastruktur eines Servers folgenderma\u00dfen aus: Wir haben den sogenannten \u201eOrchestrator\u201c (Orchestrierung \u2013 der Prozess der Verwaltung mehrerer Serverinstanzen), der \u00c4nderungen in der Umgebung der Serverinstanz steuert, einen Virtualisierungscontainer (optional, aber h\u00e4ufig verwendet), der es erm\u00f6glicht, die Anwendung in isolierte logische Schichten zu unterteilen, und Software f\u00fcr die kontinuierliche Integration, die es erm\u00f6glicht, den bereitgestellten Code durch \u201eSkripte\u201c zu aktualisieren. <\/p>\n
Mit anderen Worten, die Orchestrierung erm\u00f6glicht es Ihnen, den Status der Server zu sehen, Updates der Serverumgebung anzuwenden oder zur\u00fcckzusetzen und vieles mehr. Zu Beginn wird Sie dieser Aspekt wahrscheinlich nicht viel betreffen, da f\u00fcr die Orchestrierung mehrere Server notwendig sind (man kann auch einen verwenden, aber wozu?), und um mehrere Server zu haben, muss es eine Notwendigkeit f\u00fcr sie geben. Von den Tools in diesem Bereich ist Kubernetes am bekanntesten, das von Google<\/i>. <\/p>\n
Der n\u00e4chste Schritt ist die Virtualisierung auf Betriebssystemebene. Der Begriff \u201eDockerisierung\u201c hat sich inzwischen weit verbreitet und stammt von diesem Tool. Docker<\/i>, das Funktionen isolierter Container bietet, die unabh\u00e4ngig voneinander funktionieren, aber im Kontext eines einzigen Betriebssystems gestartet werden. Was bedeutet das: In jedem dieser Container kann eine Anwendung oder sogar eine Reihe von Anwendungen gestartet werden, die glauben, dass sie die einzigen in dem gesamten Betriebssystem sind und nicht einmal ahnen, dass es noch andere auf demselben Rechner gibt. Diese Funktion ist sehr n\u00fctzlich, sowohl f\u00fcr den Start von identischen Anwendungen verschiedener Versionen als auch f\u00fcr einfach konfliktierende Anwendungen und zur Trennung von Anwendungsst\u00fccken in Schichten. Dieser Snapshot der Schichten kann sp\u00e4ter in ein Abbild aufgezeichnet werden, das beispielsweise f\u00fcr das Deployment der Anwendung verwendet werden kann. Das hei\u00dft, indem Sie dieses Abbild installieren und die darin enthaltenen Container starten, erhalten Sie eine sofort einsatzbereite Umgebung f\u00fcr Ihre Anwendung! In den ersten Schritten k\u00f6nnen Sie dieses Werkzeug sowohl zu Lernzwecken als auch zur Erzielung echter Vorteile nutzen, indem Sie die Logik der Anwendung auf verschiedene Schichten aufteilen. Es sei jedoch gesagt, dass das Containerisieren nicht f\u00fcr jeden und nicht immer erforderlich ist. Containerisierung ist gerechtfertigt in F\u00e4llen, in denen eine Anwendung \u201efragmentiert\u201c ist, in kleine Teile zerlegt ist, die jeweils f\u00fcr eine bestimmte Aufgabe zust\u00e4ndig sind, auch bekannt als \u201eMikroservice-Architektur\u201c. <\/p>\n
Dar\u00fcber hinaus ist es neben dem Bereitstellen der Umgebung notwendig, auch das Deployment der Anwendung effizient zu gestalten, was verschiedene Code-Transformationen, die Installation von damit verbundenen Bibliotheken und Paketen, das Ausf\u00fchren von Tests, Benachrichtigungen \u00fcber diese Operationen und so weiter umfasst. Hierbei m\u00fcssen wir auf den Begriff \u201eKontinuierliche Integration\u201c (CI \u2013 Continuous Integration<\/i>). Die wichtigsten Werkzeuge in diesem Bereich sind derzeit Jenkins (ein f\u00fcr CI geschriebenes Java-Programm, das zu Beginn etwas komplex erscheinen mag), Travis CI<\/i> (geschrieben in Ruby, subjektiv etwas einfacher als Jenkins,<\/i>aber dennoch sind gewisse Kenntnisse im Bereich der Deployment-Einstellungen erforderlich), Gitlab CI<\/i> (geschrieben in Ruby und Go<\/i>). <\/p>\n
. Nun, nachdem wir \u00fcber die Umgebung gesprochen haben, in der Ihre Anwendung arbeiten wird, ist es an der Zeit, die Werkzeuge zu untersuchen, die uns die moderne Welt f\u00fcr die Erstellung dieser Anwendungen bietet. <\/p>\n
Fangen wir mit dem Grundlegendsten an: Backend<\/i> (Backend) \u2013 der serverseitige Teil. Die Wahl der Sprache, der Hauptfunktionen und der vorgegebenen Struktur (Framework) wird hier haupts\u00e4chlich durch pers\u00f6nliche Vorlieben bestimmt, jedoch ist es dennoch erw\u00e4hnenswert, dies zu ber\u00fccksichtigen (die Meinung des Autors zu den Sprachen ist ziemlich subjektiv, obwohl sie den Anspruch auf eine objektive Beschreibung erhebt): <\/p>\n\nPython \u2013 eine f\u00fcr unerfahrene Benutzer recht freundliche Sprache, die einige Fehler verzeiht, aber dennoch ziemlich streng mit dem Entwickler sein kann, um zu verhindern, dass er etwas Schlechtes anstellt. Eine bereits relativ reife und durchdachte Programmiersprache, die 1991 eingef\u00fchrt wurde. \n<\/li>\n Go \u2013 eine Sprache von Google, ebenfalls recht benutzerfreundlich und angenehm, l\u00e4sst sich leicht kompilieren und man erh\u00e4lt eine ausf\u00fchrbare Datei auf jeder Plattform. Sie kann einfach und angenehm, aber auch komplex und ernst sein. Frisch und jung, wurde relativ neu, im Jahr 2009, eingef\u00fchrt. <\/li>\n Rust \u2013 etwas \u00e4lter als der vorherige Kollege, eingef\u00fchrt im Jahr 2006, immer noch relativ jung im Vergleich zu seinen Geschwistern. Sie richtet sich an erfahrenere Entwickler, bem\u00fcht sich jedoch weiterhin, viele niedrigstufige Aufgaben f\u00fcr den Programmierer zu l\u00f6sen.<\/li>\n Java \u2013 ein Veteran der kommerziellen Entwicklung, der 1995 erschien, ist eine der am h\u00e4ufigsten verwendeten Sprachen bei der Entwicklung von Unternehmensanwendungen bis heute. Mit seinen grundlegenden Konzepten und der komplexen Einrichtung der Laufzeitumgebung kann sie f\u00fcr Anf\u00e4nger recht schwierig sein. <\/li>\n ASP.net \u2013 eine von Microsoft eingef\u00fchrte Plattform f\u00fcr die Anwendungsentwicklung. F\u00fcr die Implementierung von Funktionen wird haupts\u00e4chlich die Sprache C# (ausgesprochen C Sharp) verwendet, die 2000 eingef\u00fchrt wurde. In ihrer Komplexit\u00e4t entspricht sie einem Niveau zwischen Java und Rust. <\/li>\n PHP \u2013 urspr\u00fcnglich f\u00fcr die Vorverarbeitung von HTML verwendet, h\u00e4lt es derzeit, obwohl es eine absolute Marktf\u00fchrerschaft unter den Sprachen hat, eine abnehmende Nutzungstendenz fest. Es zeichnet sich durch eine niedrige Einstiegsh\u00fcrde und einfache Schreibweise aus, kann aber bei der Entwicklung gr\u00f6\u00dferer Anwendungen in seiner Funktionalit\u00e4t unzureichend sein. <\/li>\n<\/ul>\n\nNun, der finale Teil unserer Anwendung \u2013 der f\u00fcr den Benutzer am greifbarsten \u2013 Frontend<\/i> (Frontend) \u2013 ist das Gesicht Ihrer Anwendung, genau mit diesem Teil interagiert der Benutzer direkt. <\/p>\n
Ohne ins Detail zu gehen, basiert modernes Frontend auf drei S\u00e4ulen, Frameworks (und weniger), zur Erstellung von Benutzeroberfl\u00e4chen. Dementsprechend sind die drei beliebtesten: <\/p>\n
\nReactJS \u2013 ist kein Framework, sondern eine Bibliothek. Im Grunde unterscheidet es sich nur durch das Fehlen bestimmter Funktionen \u201eout of the box\u201c und die Notwendigkeit, diese manuell zu installieren, von dem stolzen Titel eines Frameworks. So gibt es mehrere Varianten der \u201eZubereitung\u201c dieser Bibliothek, die spezifische Frameworks bilden. F\u00fcr einen Anf\u00e4nger kann es aufgrund einiger grundlegender Prinzipien und der recht aggressiven Konfiguration des Builds etwas kompliziert sein. F\u00fcr einen schnellen Einstieg kann jedoch das \u201ecreate-react-app\u201c-Paket verwendet werden.<\/li>\n VueJS \u2013 ist ein Framework zur Erstellung von Benutzeroberfl\u00e4chen. Von der genannten Dreiergruppe verdient es sich zu Recht den Titel des benutzerfreundlichsten Frameworks, da die Einstiegsh\u00fcrde beim Entwickeln in Vue niedriger ist als bei den anderen genannten Kollegen. Zudem ist es der j\u00fcngste unter ihnen. <\/li>\n Angular \u2013 gilt als das komplexeste der genannten Frameworks und erfordert als einziges TypeScript<\/i> (eine Erweiterung der Programmiersprache Javascript). Wird h\u00e4ufig zur Erstellung gro\u00dfer Unternehmensanwendungen verwendet. <\/li>\n<\/ul>\n \nZusammenfassend l\u00e4sst sich sagen, dass sich das Bereitstellen einer Anwendung jetzt erheblich von dem unterscheidet, wie dieser Prozess fr\u00fcher ablief. Dennoch steht es niemandem im Wege, das \u201eDeployment\u201c auf altmodische Weise durchzuf\u00fchren. Aber ist die etwas gesparte Zeit zu Beginn wirklich die gro\u00dfen Fallstricke wert, auf die ein Entwickler, der diesen Weg w\u00e4hlt, treten wird? Ich denke, die Antwort ist \u201enein\u201c. Wenn Sie etwas mehr Zeit mit der Einarbeitung in diese Werkzeuge verbringen (und mehr ist eigentlich nicht n\u00f6tig, da Sie verstehen m\u00fcssen, ob sie in Ihrem aktuellen Projekt ben\u00f6tigt werden oder nicht), k\u00f6nnen Sie diese Zeit erheblich zur\u00fcckgewinnen, indem Sie beispielsweise die Anzahl der Geisterfehler, die von der Umgebung abh\u00e4ngen und nur auf dem Produktionsserver auftreten, erheblich reduzieren, n\u00e4chtliche Analysen, die kl\u00e4ren, was den Serverausfall verursacht hat und warum er sich nicht starten l\u00e4sst, und vieles mehr.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0414\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0441\u0432\u043e\u0435 \u0432\u0435\u0431 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432 \u043d\u0430\u0448\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0443\u043c\u0435\u0442\u044c \u0435\u0433\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c. \u0412\u0430\u0436\u043d\u044b\u043c \u0430\u0441\u043f\u0435\u043a\u0442\u043e\u043c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0443, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0438 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0441\u0440\u0435\u0434\u044b, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u043e\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442. \u042d\u0440\u0430 \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u0443\u0445\u043e\u0434\u0438\u0442 \u0432 \u0437\u0430\u0431\u0432\u0435\u043d\u0438\u0435, \u0434\u0430\u0436\u0435 \u0434\u043b\u044f \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u043e\u0433\u0443\u0442 \u043f\u0440\u0438\u043d\u0435\u0441\u0442\u0438 \u043e\u0449\u0443\u0442\u0438\u043c\u0443\u044e \u043f\u043e\u043b\u044c\u0437\u0443. \u041f\u0440\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0438 \u00ab\u0440\u0443\u043a\u0430\u043c\u0438\u00bb, \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u043c\u044b \u043c\u043e\u0436\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30874","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t