Hallo zusammen,
wie manche bereits bemerkt haben, haben wir nach unserer Ankündigung vor zwei Wochen am Samstag erfolgreich mycsharp.de auf Azure umgezogen.
Warum Cloud bzw. Azure?
Das Forum war bisher auf einem einzelnen, nicht-redundanten virtuellen Server, den wir selbst warten, sichern, aktualisieren und betreiben mussten.
Wir alle betreiben das Forum aber in der Freizeit und wollen dementsprechend so wenig Zeit wie Möglich in das Management des Forums investieren.
Daher waren wir schon länger damit beschäftigt das Forum technisch so zu verändern, dass es sich auf Azure im Rahmen eines Lift and Shifts einfach migrieren lässt.
Probleme des Forums, die wir gelöst haben, waren:
Technisch gesehen basiert das Forum nun auf:* Quellcode via Git auf Azure DevOps mit automatischer Build- und Release Pipeline
Wir haben damit eine Basis, die es uns insgesamt vereinfacht langfristig von phpBB ganz weg zu kommen, woran wir parallel bereits arbeiten.
Weitere Anpassungen* Die Links in der Navigation wurden aktualisiert bzw. veraltete Links entfernt
Sollte irgendjemand einen Fehler finden (falsche Verlinkung etc...) bitte Kontakt zum Team aufnehmen.
Besten Dank und viele Grüße
myCSharp.de-Team
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Tolle Arbeit. Muss auch mal gesagt werden.
LaTino
"Furlow, is it always about money?"
"Is there anything else? I mean, how much sex can you have?"
"Don't know. I haven't maxed out yet."
(Furlow & Crichton, Farscape)
Tolle Arbeit. Muss auch mal gesagt werden.
Und Dankeschön für die Tolle Arbeit! 😁 👍
Bravo! Super Arbeit. Man könnte meinen ihr habt ein paar erfahrene Berater in euren Reihen, die erfolgreich eine Legacy App ins Jahr 2019 portiert haben 😉
So ist das - auch wenn Legacy-Work immer weniger wird; Gott sei Dank 😃
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Top Abt! 😃
--
Microsoft MVP - Visual Developer ASP / ASP.NET, Switzerland 2007 - 2011
Da kommt man nichts ahnend aus dem Urlaub zurück und stellt fest:
Nix!
So muss ein Umzug laufen! Klasse Arbeit & Danke 😃
Ich wurde nun ein paar mal angeschrieben, wie wir die Azure DevOps Pipelines konfiguriert haben: sehr simpel.
Mit dem Setup haben wir technisch gesehen drei verschiedene WebApps, die vollständig getrennt laufen und angesprochen werden.
Der Deployment Slot sorgt dafür, dass nach einem Deployment die WebApp wieder läuft und es keinen Cold Start gibt, sobald User drauf zugreifen; zeitgleich sorgt der Slot Swap dafür, dass keiner das Deployment selbst bemerkt (außer wir haben in der App mist gebaut): es gibt keinerlei Downtime.
Ist nichts anderes als zu einem bestimmten Moment die User nicht mehr auf App A sondern auf App B zu leiten - alles "under the hood".
Wird prinzipiell alles in Azure DevOps konfiguriert und sieht dann so aus:
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Sehr cool. Erfolgt der Swap automatisch oder durch ein manuelles "approval"?
Automatisch wäre in diesem Fall gefährlich - die bescheidene Forenquellcode-Basis besitzt keinerlei Tests für die Runtime selbst 😉 Erfolgt daher manuell.
Siehst im Bild auch an den Haken vor dem People-Icon.
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
⚠
Leider sind wir heute morgen in unerwartete Datenbank-Limits gelaufen, weshalb das Forum extrem träge war.
Das Forum lief bisher auf einem Azure MySQL Basic, was prinzipiell mehr Performance hat als unser alter MySQL Server.
Trotzdem hatte dies durch die unerwarteten Wachstumszahlen der Anfragen wohl nicht mehr gerreicht, sodass wir hier in Limits gelaufen sind.
Das Monitoring hatte dazu auch angeschlagen - nur die Reaktionszeit war hier Arbeitsbedingt nicht lang genug.
Da keine automatische Skalierung von Azure MySQL Basic auf Azure MySQL General Purpose möglich ist (leider steht in der Doku nicht wieso), mussten wir erneut manuell die Datenbank migrieren auf das höhere Skalierungsmodell.
Das Forum war daher ca. 3 Stunden schlecht erreichbar (Antwortzeiten zwischen 10 Sekunden und 3 Minuten) und eine Stunde durch die Migration down.
Sorry dafür; Lessons learned 😉
- performance is a feature -
Microsoft MVP - @Website - @AzureStuttgart - github.com/BenjaminAbt - Sustainable Code
Kann passieren.
Und einige Stunden werden wir ohne das Forum bestimmt mal auskommen können 😃
T-Virus
Developer, Developer, Developer, Developer....
99 little bugs in the code, 99 little bugs. Take one down, patch it around, 117 little bugs in the code.
Und ich wollte schon einen Bug-Report schreiben, aber es kam dann ein Netzwerkfehler (Timeout) 😉.
Auch von mir: ebenfalls danke dafür. 😃
Seit der Erkenntnis, dass der Mensch eine Nachricht ist, erweist sich seine körperliche Existenzform als überflüssig.