{"id":94520,"date":"2020-09-18T07:42:20","date_gmt":"2020-09-18T05:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah"},"modified":"2020-09-18T07:42:20","modified_gmt":"2020-09-18T05:42:20","slug":"chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","title":{"rendered":"Was uns geholfen hat, schnell auf den Online-Handel unter den neuen Bedingungen umzustellen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo!<\/p>\n

Mein Name ist Michael, ich bin stellvertretender IT-Direktor bei der Firma \u201eSportmaster\u201c. Ich m\u00f6chte eine Geschichte dar\u00fcber teilen, wie wir mit den Schwierigkeiten w\u00e4hrend der Pandemie umgegangen sind.<\/p>\n

In den ersten Tagen der neuen Realit\u00e4t kam der gewohnte Offline-Handelsformat von \u201eSportmaster\u201c zum Stillstand, und die Belastung unseres Online-Kanals, insbesondere im Bereich der Lieferungen an die Kundenadresse, stieg enorm um das Zehnfache. Innerhalb weniger Wochen haben wir unser riesiges Offline-Gesch\u00e4ft in ein Online-Gesch\u00e4ft umgewandelt und den Service an die Bed\u00fcrfnisse unserer Kunden angepasst.<\/p>\n

Im Grunde genommen wurde das, was zuvor unser zweitrangiges Gesch\u00e4ft war, zur Hauptgesch\u00e4ftst\u00e4tigkeit. Die Bedeutung jeder Online-Bestellung stieg extrem. Wir mussten jeden Rubel, den der Kunde in die Firma brachte, erhalten. <\/p>\n

\"Was<\/p>\n

Um schnell auf die Anfragen der Kunden zu reagieren, haben wir ein zus\u00e4tzliches Kontaktzentrum in der Zentrale des Unternehmens er\u00f6ffnet und k\u00f6nnen jetzt etwa 285.000 Anrufe pro Woche entgegennehmen. Gleichzeitig haben wir 270 Gesch\u00e4fte auf ein neues Format f\u00fcr kontaktlesse und sichere Arbeit umgestellt, was es den Kunden erm\u00f6glichte, ihre Bestellungen zu erhalten und die Mitarbeiter ihre Arbeitspl\u00e4tze zu behalten.<\/p>\n

W\u00e4hrend des Transformationsprozesses traten bei uns zwei Hauptprobleme auf. Erstens wurde die Belastung unserer Online-Ressourcen sp\u00fcrbar erh\u00f6ht (wie wir damit umgegangen sind, wird Sergey erz\u00e4hlen). Zweitens hat der Strom seltener (vor COVID) Operationen um ein Vielfaches zugenommen, was wiederum einen gro\u00dfen Bedarf an schneller Automatisierung erforderte. Um dieses Problem zu l\u00f6sen, mussten wir schnell Ressourcen von vorherigen Hauptbereichen umschichten. Wie wir damit umgegangen sind, wird Elena erz\u00e4hlen.<\/p>\n

Betrieb von Online-Diensten<\/h2>\n

Sergei Kolesnikov, verantwortlich f\u00fcr den Betrieb des Online-Shops und der Mikrodienste<\/em><\/p>\n

Seitdem unsere Einzelhandelsgesch\u00e4fte f\u00fcr Besucher geschlossen wurden, haben wir ein Wachstum von Metriken wie der Anzahl der Benutzer, der Anzahl der Bestellungen, die in unserer App aufgegeben werden, und der Anzahl der Anfragen an die Anwendungen verzeichnet. <\/p>\n

\"WasAnzahl der Bestellungen vom 18. bis 31. M\u00e4rz\"WasAnzahl der Anfragen an Mikrodienste f\u00fcr die Online-Zahlung\"WasAnzahl der \u00fcber die Website aufgegebenen Bestellungen<\/p>\n

Im ersten Diagramm sehen wir, dass das Wachstum etwa das 14-Fache betrug, im zweiten etwa das 4-Fache. Die aussagekr\u00e4ftigste Metrik in diesem Zusammenhang betrachten wir als die Reaktionszeit unserer Anwendungen. <\/p>\n

\"Was<\/p>\n

In diesem Diagramm sehen wir die Reaktion von Frontends und Anwendungen, und wir haben festgestellt, dass wir kein nennenswertes Wachstum bemerkt haben.<\/p>\n

Dies h\u00e4ngt in erster Linie damit zusammen, dass wir Ende 2019 mit den Vorbereitungsarbeiten begonnen haben. Jetzt sind unsere Dienste reserviert, und wir haben die Fehlertoleranz auf der Ebene der physischen Server, der Virtualisierungssysteme, Docker und der darin enthaltenen Dienste gew\u00e4hrleistet. Gleichzeitig erm\u00f6glichen unsere Serverressourcen, mehrfaches Volumen zu bew\u00e4ltigen.<\/p>\n

Das Hauptinstrument, das uns in dieser ganzen Geschichte geholfen hat, war unser \u00dcberwachungssystem. Vor nicht allzu langer Zeit hatten wir jedoch kein einheitliches System, das es erm\u00f6glichte, Metriken auf allen Ebenen zu sammeln, von der physischen Hardware bis zu den Gesch\u00e4ftsmessdaten. <\/p>\n

Formell gab es die \u00dcberwachung im Unternehmen, jedoch war sie in der Regel verstreut und lag in der Verantwortung spezifischer Abteilungen. Tats\u00e4chlich hatten wir bei einem Vorfall fast nie ein einheitliches Verst\u00e4ndnis davon, was genau passiert war, es gab keine Information, und oft f\u00fchrte dies dazu, dass wir im Kreis liefen, um das Problem zu finden und zu lokalisieren, um es anschlie\u00dfend zu beheben.<\/p>\n

Irgendwann dachten wir nach und entschieden, dass es genug ist \u2014 wir brauchen ein einheitliches System, um das gesamte Bild vollst\u00e4ndig zu sehen. Die Haupttechnologien in unserem Stack sind Zabbix als Alert- und Metrik-Speicherzentrale, Prometheus zur Sammlung und Speicherung von Anwendungsmetriken, Stack ELK f\u00fcr Logging und Speicherung von Daten des gesamten \u00dcberwachungssystems sowie Grafana f\u00fcr die Visualisierung, Swagger, Docker und andere n\u00fctzliche und Ihnen vertraute Dinge.<\/p>\n

Dabei nutzen wir nicht nur die verf\u00fcgbaren Technologien auf dem Markt, sondern entwickeln auch einige Dinge selbst. Zum Beispiel erstellen wir Dienste zur Integration von Systemen miteinander, sprich eine Art API zur Sammlung von Metriken. Zudem arbeiten wir an eigenen \u00dcberwachungsystemen \u2014 auf der Ebene der Gesch\u00e4ftsmessdaten verwenden wir UI-Tests. Au\u00dferdem haben wir einen Bot in Telegram f\u00fcr die Benachrichtigung der Teams.<\/p>\n

Au\u00dferdem bem\u00fchen wir uns, das \u00dcberwachungssystem f\u00fcr die Teams zug\u00e4nglich zu machen, damit sie ihre Metriken selbst speichern und damit arbeiten k\u00f6nnen, einschlie\u00dflich der Einrichtung von Alerts f\u00fcr bestimmte, in einem engeren Rahmen relevante Metriken. <\/p>\n

Im Rahmen des gesamten Systems streben wir nach Proaktivit\u00e4t und einer m\u00f6glichst schnellen Lokalisierung von Vorf\u00e4llen. Zudem hat die Anzahl unserer Mikrodienste und Systeme in letzter Zeit erheblich zugenommen, wodurch auch die Zahl der Integrationen steigt. Im Rahmen der Optimierung des Diagnoseprozesses von Vorf\u00e4llen auf Integrationsebene entwickeln wir ein System, das es erm\u00f6glicht, system\u00fcbergreifende Pr\u00fcfungen durchzuf\u00fchren und Ergebnisse zu liefern, um die wesentlichen Probleme im Zusammenhang mit Importen und der Interaktion zwischen den Systemen zu identifizieren. <\/p>\n

Nat\u00fcrlich gibt es noch viel Raum f\u00fcr Wachstum und Entwicklung in Bezug auf den Betrieb der Systeme, und wir arbeiten aktiv daran. Mehr Informationen \u00fcber unser \u00dcberwachungssystem k\u00f6nnen Sie hier lesen. hier<\/u><\/a><\/noindex>. <\/p>\n

Technische Tests <\/h2>\n

Sergej Orlow, leitet das Kompetenzzentrum f\u00fcr Web- und mobile Entwicklung<\/em><\/p>\n

Seit der Schlie\u00dfung der physischen Gesch\u00e4fte stehen wir vor verschiedenen Herausforderungen in der Entwicklung. Zuallererst der Anstieg der Last an sich. Es ist klar, dass, wenn keine entsprechenden Ma\u00dfnahmen ergriffen werden, die Systeme bei hoher Last mit einem traurigen Knall in einen K\u00fcrbis verwandelt werden k\u00f6nnen, oder die Leistung ganz eint vallen, oder sie ihre Funktionsf\u00e4higkeit vollst\u00e4ndig verlieren.<\/p>\n

Der zweite Aspekt, der etwas weniger offensichtlich ist, besteht darin, dass das System unter hoher Last sehr schnell ge\u00e4ndert werden musste, um sich an die Ver\u00e4nderungen der Gesch\u00e4ftsprozesse anzupassen. Manchmal mehrmals am Tag. In vielen Unternehmen gibt es die Regel, dass bei gro\u00dfen Marketingaktivit\u00e4ten keine \u00c4nderungen am System vorgenommen werden sollten. \u00dcberhaupt keine, lass es einfach laufen, wenn es funktioniert.<\/p>\n

Bei uns gab es im Grunde genommen einen endlosen Black Friday, w\u00e4hrenddessen das System dennoch ge\u00e4ndert werden musste. Und jede Fehler, jedes Problem, jede St\u00f6rung im System w\u00fcrde das Gesch\u00e4ft sehr teuer zu stehen kommen.<\/p>\n

Um vorzugreifen, kann ich sagen, dass wir erfolgreich mit diesen Herausforderungen umgehen konnten, alle Systeme haben die Last standgehalten, lie\u00dfen sich leicht skalieren, und es gab keine globalen technischen St\u00f6rungen.<\/p>\n

Es gibt vier S\u00e4ulen, auf denen die F\u00e4higkeit des Systems beruht, hohe Sprungebelastungen standzuhalten. Die erste davon ist das Monitoring, von dem Sie oben gelesen haben. Ohne ein gut strukturiertes Monitoring-System ist es fast unm\u00f6glich, Engp\u00e4sse im System zu finden. Ein gutes Monitoring-System ist wie bequeme Freizeitkleidung, es sollte bequem und auf Ihre Bed\u00fcrfnisse angepasst sein.<\/p>\n

Der zweite Aspekt ist das Testen. Wir nehmen diesen Punkt sehr ernst: Wir schreiben klassische Unit-Tests, Integrationstests, Lasttests und viele andere f\u00fcr jedes System. Au\u00dferdem entwickeln wir eine Teststrategie und bem\u00fchen uns, das Testniveau so zu steigern, dass manuelle \u00dcberpr\u00fcfungen nicht mehr notwendig sind.<\/p>\n

Der dritte Schl\u00fcsselbereich ist die CI\/CD-Pipeline. Die Prozesse f\u00fcr den Aufbau, das Testen und die Bereitstellung von Anwendungen m\u00fcssen so weit wie m\u00f6glich automatisiert sein; es sollte keine manuellen Eingriffe geben. Das Thema CI\/CD-Pipeline ist ziemlich tief, und ich werde es nur am Rande streifen. Es ist erw\u00e4hnenswert, dass wir eine CI\/CD-Pipeline-Checkliste haben, nach der jede Produktteam mithilfe von Kompetenzcentern vorgeht.<\/p>\n

\"WasHier ist die Checkliste<\/p>\n

Auf diese Weise werden viele Ziele erreicht. Dazu geh\u00f6rt die Versionierung der API, das Feature Toggle, um Releases zu vermeiden, die im Nachhinein als \u00fcberfl\u00fcssig erscheinen, und das Erreichen eines Testabdeckungsniveaus, bei dem das Testen vollst\u00e4ndig automatisiert ist und die Deployments nahtlos ablaufen.<\/p>\n

Der vierte Schl\u00fcsselbereich sind die architektonischen Prinzipien und technischen L\u00f6sungen. Man kann viel und lange \u00fcber die Architektur sprechen, aber ich m\u00f6chte einige Prinzipien hervorheben, auf die ich besonderen Wert legen m\u00f6chte.<\/p>\n

Zun\u00e4chst m\u00fcssen spezialisierte Werkzeuge f\u00fcr bestimmte Aufgaben ausgew\u00e4hlt werden. Ja, das klingt offensichtlich, und es ist klar, dass N\u00e4gel mit einem Hammer eingeschlagen werden sollten, w\u00e4hrend spezielle Schraubenzieher zum Zerlegen von Armbanduhren verwendet werden. Aber in unserer Zeit streben viele Werkzeuge nach Universalit\u00e4t, um den maximalen Nutzerkreis zu erfassen: Datenbanken, Caches, Frameworks und anderes. Nehmen wir zum Beispiel die Datenbank MongoDB; sie arbeitet mit Multi-Dokument-Transaktionen, w\u00e4hrend die Datenbank Oracle mit JSON arbeitet. Und es k\u00f6nnte scheinen, dass alles f\u00fcr alles verwendet werden kann. Aber wenn wir f\u00fcr Leistung pl\u00e4dieren, m\u00fcssen wir die St\u00e4rken und Schw\u00e4chen jedes Werkzeugs genau verstehen und nur die f\u00fcr unsere Aufgabenklasse geeigneten verwenden. <\/p>\n

Zweitens muss jede Erh\u00f6hung der Komplexit\u00e4t beim Entwerfen von Systemen gerechtfertigt sein. Wir m\u00fcssen dies st\u00e4ndig im Hinterkopf behalten, das Prinzip des low coupling ist allgemein bekannt. Ich glaube, dass es sowohl auf der Ebene eines einzelnen Services, als auch auf der Ebene des gesamten Systems und der architektonischen Landschaft angewendet werden muss. Auch die F\u00e4higkeit zur horizontalen Skalierung jeder Systemkomponente unter Last ist wichtig. Wenn man diese F\u00e4higkeit besitzt, stellt die Skalierung keine Schwierigkeit dar.<\/p>\n

Wenn es um technische L\u00f6sungen geht, haben wir die Produktteams gebeten, ein frisches Set an Empfehlungen, Ideen und L\u00f6sungen zu erstellen, die sie im Vorfeld der n\u00e4chsten Lastwelle umgesetzt haben.<\/p>\n

Caches<\/h2>\n

Es ist wichtig, den Auswahlprozess f\u00fcr lokale und verteilte Caches bewusst zu gestalten. Manchmal macht es Sinn, sowohl lokale als auch verteilte Caches innerhalb eines Systems zu nutzen. Zum Beispiel haben wir Systeme, bei denen ein Teil der Daten im Grunde genommen ein Schaufelcache ist, das hei\u00dft, die Quelle der Aktualisierungen befindet sich au\u00dferhalb des Systems, und das System ver\u00e4ndert diese Daten nicht. F\u00fcr einen solchen Ansatz verwenden wir den lokalen Caffeine Cache. <\/p>\n

Es gibt jedoch Daten, die das System aktiv w\u00e4hrend des Betriebs \u00e4ndert, und hier wenden wir bereits einen verteilten Cache mit Hazelcast an. Dieser Ansatz erm\u00f6glicht es uns, die Vorteile des verteilten Caches dort zu nutzen, wo sie wirklich ben\u00f6tigt werden, und die Betriebskosten f\u00fcr den Austausch von Daten im Hazelcast-Cluster zu minimieren, dort, wo wir darauf verzichten k\u00f6nnen. \u00dcber Caches haben wir viel geschrieben. hier <\/u><\/a><\/noindex>und hier<\/u><\/a><\/noindex>.<\/p>\n

Dar\u00fcber hinaus hat der Wechsel des Serialisierers auf Kryo in Hazelcast uns einen ordentlichen Zuwachs beschert. Der \u00dcbergang von ReplicatedMap zu IMap + Near Cache in Hazelcast hat uns erm\u00f6glicht, die Datenbewegung im Cluster zu minimieren. <\/p>\n

Ein kleiner Tipp: Bei der massenhaften Invalidation des Caches kann manchmal die Taktik des Aufw\u00e4rmens des zweiten Caches mit anschlie\u00dfendem Wechsel sinnvoll sein. Auf den ersten Blick sollte dieser Ansatz zu einem doppelten Speicherverbrauch f\u00fchren, aber in der Praxis hat sich der Speicherverbrauch in den Systemen, in denen dies praktiziert wurde, verringert.<\/p>\n

Reaktiver Stack<\/h2>\n

Wir nutzen den reaktiven Stack bereits in einer betr\u00e4chtlichen Anzahl von Systemen. In unserem Fall handelt es sich um Webflux oder Kotlin mit Coroutinen. Besonders gut eignet sich der reaktive Stack dort, wo wir langsame Eingabe-Ausgabebetriebe erwarten. Zum Beispiel Aufrufe langsamer Dienste, die Arbeit mit dem Dateisystem oder Speichersystemen.<\/p>\n

Das wichtigste Prinzip ist, blockierende Aufrufe zu vermeiden. Unter der Haube der reaktiven Frameworks laufen nur wenige aktive Dienst-Threads. Wenn wir uns unvorsichtig einen direkten blockierenden Aufruf erlauben, wie beispielsweise einen Aufruf des JDBC-Treibers, wird das System einfach zum Stillstand kommen. <\/p>\n

Streben Sie an, Fehler in eigene Runtime-Exceptions umzuwandeln. Der tats\u00e4chliche Ausf\u00fchrungsfluss des Programms weicht den reaktiven Frameworks ab, und die Ausf\u00fchrung von Code wird nicht-linear. Infolgedessen ist es sehr schwierig, Probleme anhand von Stack-Traces zu diagnostizieren. Eine L\u00f6sung w\u00e4re, klare objektive Runtime-Exceptions f\u00fcr jeden Fehler zu schaffen.<\/p>\n

Elasticsearch<\/h2>\n

Bei der Verwendung von Elasticsearch sollten Sie keine ungenutzten Daten ausw\u00e4hlen. Dies ist grunds\u00e4tzlich ein sehr einfacher Rat, wird jedoch h\u00e4ufig vergessen. Wenn Sie mehr als zehntausend Datens\u00e4tze auf einmal abrufen m\u00fcssen, sollten Sie Scroll verwenden. Im Vergleich dazu \u00e4hnelt dies einem Cursor in einer relationalen Datenbank. <\/p>\n

Verwenden Sie postfilter nicht ohne Notwendigkeit. Bei gro\u00dfen Datenmengen in der Hauptauswahl belastet diese Operation die Datenbank erheblich. <\/p>\n

Verwenden Sie Bulk-Operationen, wo dies anwendbar ist.<\/p>\n

API<\/h2>\n

Bei der Gestaltung von APIs sollten Sie die Anforderungen zur Minimierung der \u00fcbermittelten Daten ber\u00fccksichtigen. Dies ist besonders relevant in Verbindung mit dem Frontend: An dieser Schnittstelle verlassen wir unsere Rechenzentren und arbeiten bereits auf der Verbindung zum Kunden. Wenn es dort die kleinsten Probleme gibt, f\u00fchrt ein zu hohes Verkehrsdatenaufkommen zu einem negativen Benutzererlebnis.<\/p>\n

Und schlie\u00dflich, werfen Sie nicht einen Haufen Daten auf, gehen Sie klar auf den Vertrag zwischen Verbrauchern und Anbietern ein.<\/p>\n

Organisatorische Transformation<\/h2>\n

Eroshkina Elena, stellvertretende IT-Direktorin<\/em><\/p>\n

In dem Moment, als die Quarant\u00e4ne eintrat und die Notwendigkeit bestand, den Online-Ausbau und die Einf\u00fchrung von Omnichannel-Diensten rasch zu steigern, waren wir bereits im Prozess der organisatorischen Transformation. <\/p>\n

Ein Teil unserer Struktur wurde auf die Prinzipien und Praktiken des produktbasierten Ansatzes umgestellt. Es bildeten sich Teams, die nun f\u00fcr den Betrieb und die Entwicklung jedes Produkts verantwortlich sind. Die Mitarbeiter in diesen Teams sind zu 100% eingebunden und organisieren ihre Arbeit nach Scrum oder Kanban, je nachdem, was ihnen am besten passt, richten den Bereitstellungsprozess ein, implementieren technische Praktiken, Qualit\u00e4tsmanagementpraktiken und vieles mehr.<\/p>\n

Zum Gl\u00fcck befand sich der gr\u00f6\u00dfte Teil solcher Produktteams von uns gerade im Bereich Online- und Omnichannel-Dienste. Dies erm\u00f6glichte es uns, in k\u00fcrzester Zeit (ernsthaft, innerhalb von nur zwei Tagen) in den Modus der Fernarbeit zu wechseln, ohne an Effizienz zu verlieren. Der eingerichtete Prozess erlaubte es uns, schnell auf die neuen Arbeitsbedingungen zu reagieren und ein ausreichend hohes Tempo f\u00fcr die Bereitstellung neuer Funktionalit\u00e4ten aufrechtzuerhalten.<\/p>\n

Dar\u00fcber hinaus mussten wir die Teams verst\u00e4rken, die an der Front des Online-Gesch\u00e4fts t\u00e4tig sind. Zu diesem Zeitpunkt wurde klar, dass wir dies nur mit internen Ressourcen erreichen konnten. Etwa 50 Personen wechselten innerhalb von zwei Wochen ihren Arbeitsbereich und integrierten sich in die Arbeit an einem f\u00fcr sie neuen Produkt. <\/p>\n

Daf\u00fcr waren keine speziellen Managementanstrengungen erforderlich, da wir neben der Organisation unserer eigenen Prozesse, der technischen Verfeinerung des Produkts und der Qualit\u00e4tssicherungspraktiken auch unsere Teams in Selbstorganisation schulen \u2014 um ihren eigenen Produktionsprozess ohne administrative Ressourcen zu steuern.<\/p>\n

Wir konnten unsere Managementressourcen genau dort konzentrieren, wo es in diesem Moment erforderlich war \u2014 bei der Koordination mit dem Gesch\u00e4ft: Was ist f\u00fcr unseren Kunden jetzt wichtig, welche Funktionalit\u00e4ten m\u00fcssen zuerst umgesetzt werden, was muss getan werden, um unsere Kapazit\u00e4t f\u00fcr die Lieferung und Verarbeitung von Bestellungen zu erh\u00f6hen. All dies und ein klares Rollenmodell haben es uns erm\u00f6glicht, w\u00e4hrend dieses Zeitraums unsere Produktionsstr\u00f6me zur Wertsch\u00f6pfung mit dem zu belasten, was wirklich wichtig und notwendig ist. <\/p>\n

Es ist klar, dass wir bei Remote-Arbeit und dem rasanten Tempo der Ver\u00e4nderungen, bei dem die Gesch\u00e4ftskennzahlen von der Beteiligung jedes Einzelnen abh\u00e4ngen, uns nicht nur auf interne Empfindungen wie \u201eL\u00e4uft bei uns alles gut? Ja, sieht ganz gut aus\u201c verlassen k\u00f6nnen. Es sind objektive Leistungsmetriken erforderlich. Diese haben wir, sie sind f\u00fcr jeden zug\u00e4nglich, der sich f\u00fcr die Kennzahlen der Produktteams interessiert. Zun\u00e4chst f\u00fcr das Team selbst, das Gesch\u00e4ft, die angrenzenden Abteilungen und das Management.<\/p>\n

Alle zwei Wochen wird mit jedem Team ein Statusmeeting abgehalten, in dem in zehn Minuten die Metriken analysiert, Engp\u00e4sse im Produktionsprozess identifiziert und gemeinsam L\u00f6sungen entwickelt werden, um diese Engp\u00e4sse zu beseitigen. Hier kann man auch sofort um Hilfe bei der Leitung bitten, falls ein identifiziertes Problem au\u00dferhalb des Einflussbereichs der Teams liegt oder die Expertise von Kollegen ben\u00f6tigen, die m\u00f6glicherweise bereits mit einem \u00e4hnlichen Problem konfrontiert waren.<\/p>\n

Dennoch verstehen wir, dass wir f\u00fcr eine deutliche Beschleunigung (das ist unser Ziel) noch viel lernen und in unsere t\u00e4gliche Arbeit integrieren m\u00fcssen. Momentan setzen wir den produktorientierten Ansatz auf andere Teams und neue Produkte um. Dazu mussten wir ein neues Format von Online-Schulungen f\u00fcr Methodologen entwickeln.<\/p>\n

Methodologen, Menschen, die Teams helfen, Prozesse aufzubauen, Kommunikation zu verbessern und die Effizienz der Arbeit zu steigern, sind im Wesentlichen Ver\u00e4nderungsagenten. Momentan arbeiten die Absolventen unseres ersten Jahrgangs mit Teams und helfen ihnen, erfolgreich zu werden. <\/p>\n

Ich denke, dass die aktuelle Situation uns M\u00f6glichkeiten und Perspektiven er\u00f6ffnet, die wir vielleicht selbst noch nicht vollst\u00e4ndig begreifen. Aber der Erfahrung und die Praxis, die wir gerade sammeln, best\u00e4tigen, dass wir den richtigen Entwicklungsweg gew\u00e4hlt haben, wir werden diese neuen M\u00f6glichkeiten in der Zukunft nicht verpassen und k\u00f6nnen ebenso effektiv auf die Herausforderungen reagieren, die vor 'Sportmaster' stehen werden.<\/p>\n

Das DBMS Tarantool ist ein attraktives, zukunftstr\u00e4chtiges Produkt zur Erstellung von hochbelasteten Anwendungen.<\/h3>\n

In dieser schwierigen Zeit haben wir die wichtigsten Grunds\u00e4tze formuliert, auf denen die Softwareentwicklung basiert, die, glaube ich, f\u00fcr jedes Unternehmen, das damit besch\u00e4ftigt ist, relevant sein werden.<\/p>\n

Menschen<\/strong>. Das ist das Fundament. Die Mitarbeiter sollten Freude an ihrer Arbeit haben, die Ziele des Unternehmens und die Ziele der Produkte, an denen sie arbeiten, verstehen. Und nat\u00fcrlich sollten sie sich beruflich weiterentwickeln k\u00f6nnen. <\/p>\n

Technologie<\/strong>. Es ist notwendig, dass das Unternehmen reif an die Arbeit mit seinem Technologie-Stack herangeht und dort Kompetenzen aufbaut, wo es wirklich n\u00f6tig ist. Das klingt sehr einfach und offensichtlich, wird aber oft ignoriert.<\/p>\n

Prozesse<\/strong>. Es ist wichtig, die Arbeit der Produktteams und Kompetenzzentren richtig zu strukturieren und die Zusammenarbeit mit dem Gesch\u00e4ft aufzubauen, um mit ihm als Partner zu arbeiten.<\/p>\n<\/p>\n

Im Allgemeinen haben wir etwa so \u00fcberlebt. Die Hauptthese der Moderne hat sich einmal mehr best\u00e4tigt, laut auf die Stirn klopfend.<\/p>\n

Selbst wenn du ein riesiges Offline-Gesch\u00e4ft mit vielen Gesch\u00e4ften und zahlreichen St\u00e4dten bist, entwickle dein Online-Angebot. Es ist nicht nur ein zus\u00e4tzlicher Vertriebskanal oder eine sch\u00f6ne Anwendung, \u00fcber die man auch etwas kaufen kann (und auch, weil die Konkurrenz ebenfalls sch\u00f6n aussieht). Es ist kein Notfallreserverad, das hilft, einen Sturm zu \u00fcberstehen.<\/p>\n

Es ist eine zwingende Notwendigkeit. Auf die sollten nicht nur deine technischen Kapazit\u00e4ten und Infrastruktur, sondern auch die Menschen und Prozesse vorbereitet sein. Denn schnell Speicher, Platz und neue Instanzen hinzuzuf\u00fcgen, kann man innerhalb von ein paar Stunden. Aber die Menschen und Prozesse m\u00fcssen vorher darauf vorbereitet werden.<\/p>\n<\/p>\n

Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438. \u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94521,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94520","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Was uns geholfen hat, schnell auf den Online-Handel in den neuen Bedingungen umzustellen | ProHoster","description":"Hallo! Mein Name ist Michail, ich bin IT-Direktor bei \"Sportmaster\".","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u043f\u043e\u043c\u043e\u0433\u043b\u043e \u043d\u0430\u043c \u0431\u044b\u0441\u0442\u0440\u043e \u043f\u0435\u0440\u0435\u0441\u0442\u0440\u043e\u0438\u0442\u044c\u0441\u044f \u043d\u0430 \u043e\u043d\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u044e \u0432 \u043d\u043e\u0432\u044b\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u044f\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442!\u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-18T05:42:20+00:00","article:modified_time":"2020-09-18T05:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94520","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:25:23","updated":"2022-09-29 04:36:15","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/94520","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=94520"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/94520\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/94521"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=94520"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=94520"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=94520"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}