Sind Microservices für PHP notwendig?

Technische Kreise generieren oft neue Schlagworte, und es ist leicht, sich in die Irre zu führen. Das Erschreckendste ist, dass einige technische Teams einfach dem Schlagwort folgen oder näher heranrücken, ohne es zu verstehen, als hätten sie Angst, dass sie es selbst tun und Schlagworte haben nichts miteinander zu tun oder sind nicht gleich. Ich habe das Gefühl, dass dieses Phänomen in der Fachwelt zu häufig vorkommt, und ich werde einen Artikel schreiben, um es auszudrücken Ansichten.

Apropos Schlagwort Microservices: Ich muss zugeben, dass ich den Unterschied zwischen ihm und Servitization bisher nicht verstanden habe. Ich kann nicht einmal herausfinden, was Taobao ist tat im Jahr 2008 Ist das nach der serviceorientierten Transformation im Jahr 2016 entstandene SOA-System dasselbe wie das aktuelle Schlagwort? In verschiedenen Artikeln werden Microservices einfach als Retter einiger Szenen in der Technologiewelt angepriesen, was viele Menschen direkt in die Irre führt . Die Studierenden müssen ein Microservice-System entwickeln, wenn sie auftauchen. (Empfohlenes Lernen: PHP-Video-Tutorial)

Aber ich weiß nicht, wie viele Studenten sorgfältig darüber nachgedacht haben, ob die Verwendung von Microservices eine Hilfe ist oder nicht Problem für die Geschäftsentwicklung? Um die Hindernisse zu überwinden, ist die Iterationseffizienz des Geschäfts im schnell iterativen Internet-Typ das Kernproblem.

Nach meinem eigenen Verständnis war ich immer der Ansicht, dass es am besten ist, nicht in diese Grube einzudringen, wenn man sie vermeiden kann. Die Komplexität einer einzelnen Anwendung ist weitaus größer als die von Eine aus N Anwendungen bestehende Verteilung ist viel einfacher und schneller. Sobald sie in die verteilte Grube gelangt, ist eine relativ große Investition in die Technologie erforderlich.

Für einige kleine und mittlere Unternehmen halte ich es für völlig unnötig. Jeff Dean von Google hat einmal seine Ansichten zur Servitisierung von Google geäußert:

Lassen Sie Google die Möglichkeit haben, dass Tausende von Menschen dies tun Bevor ich diesen Standpunkt sah, hatte ich immer das Gefühl, dass sich die Servitisierung auf die Lösung des Problems der horizontalen Skalierbarkeit konzentrierte, gefolgt vom Problem der parallelen Zusammenarbeit.

Aber jetzt stimme ich im Grunde zu, dass der Schwerpunkt der Serviceorientierung darin besteht, einem Unternehmen die Möglichkeit zu geben, mehr als hundert Personen parallel kollaborativ zu entwickeln wird kein großes Problem darstellen, die Investition in die parallele Zusammenarbeit wird zu diesem Zeitpunkt viel geringer sein als die Investition nach dem Eintritt in die Servitisierung.

Als einige Freunde mich fragten, ob das Unternehmen auf serviceorientiert umstellen sollte, stellte ich immer zwei Fragen:

Wie viele Leute gibt es jetzt im F&E-Team des Unternehmens?

Was ist der aktuelle Engpass bei der horizontalen Skalierung?

Wenn die Servitisierung nicht der Hauptengpass bei diesen beiden Problemen ist oder nur mit geringem Personal- oder Maschinenaufwand gelöst werden kann, würde ich dringend empfehlen, keine Servitisierung durchzuführen, also akzeptieren Sie bitte Microservices Denken Sie bitte sorgfältig darüber nach, bevor Sie eine solche Struktur übernehmen. Die Strategie sollte darin bestehen, sie nicht zur Ableitung der Kosten und Probleme zu verwenden, die entstehen werden. Wenn die Kosten und Probleme nicht so groß sind, verwenden Sie sie nicht.

Sofern es nicht unbedingt notwendig ist, treffen Sie bitte Vorkehrungen für die Organisation und das Teampersonal, um wirklich serviceorientierte Dienstleistungen umzusetzen, und lassen Sie nicht zu, dass dies letztendlich zu einem Hindernis für die Geschäftsentwicklung wird.

Das obige ist der detaillierte Inhalt vonSind Microservices für PHP notwendig?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!