To ensure a controlled power on sequence for our  odroid based cluster we needed a way to switch the 12V power for the odroid boards.

The maximum power consumption für a C4 board is 2A  ,  to get no troubles with heat, we used some big MOSFET. The power sequencer can be controlled from any device vie i2c  , the Bus is 3V3  / 5V  tolerant.

Unser Kunde stand vor der Aufgabe,  seine Drei eigenen Rechenzentren  durch Zwei Standorte eines Serviceproviders zu ersetzen.  Der Betrieb durfte nicht von der Übersiedlung gestört werden.

Zum Zeitpunkt der Projektübernahme  durch uns (mit Partnern)  waren die kundeneigenen Standorte bereits gekündigt,  und das interne IT Team hatte überraschend den IT Leiter und den Netzwerkspezialisten verloren...

From custom mounting hardware to cluster rack enclosures, 3D-printing allows creating quick solutions with long-lasting impact.

Auch wenn die ganze (IT-) Welt  von Cloud spricht, und Anbieter von Cloudservices von den Vorteilen nur so schwärmen:   Es gibt eine Menge Aspekte in strategischer und technischer Hinsicht, die eine Überlegung Wert sind.

Wichtige Entscheidungskritierien sind:
+ wie dynamisch ist die Systemauslastung ?
+ gibt es rechtliche Vorbehalte für eine Auslagerung (DSGVO....)
+ Ist mit den erwarteten Lesitungsanforderungen tatsächlich eine Einsparung zu         erreichen  ?
+ Gibt es das notwendige Know-How in House (Für Migration und Betrieb)

Es ist mehr als ein Udemy Kurs,  und auch wenn die Ausbildungen  an HTL, FH und Uni  mittlerweile ziemlich nah am Puls der Zeit und an den Bedürfnissen in der Wirtschaft sind - Das richtige Mindset entscheidet, ob jemand für den Beruf des Entwicklers geeignet ist , oder nicht.

Openshift  bietet unzählige (zu Viele ?)  Möglichkeiten, eine CI/CD Prozesskette zu etablieren.  Die Auswahl sollte sorgfältig getroffen werden, der Einfluß auf die Produktivität und Motivation der Dev Teams ist größer als man Glauben mag.

EIn kurzer Überblick über die Möglichketen der Erzeugung von Images für eine App oder ein Service.

Kaum haben wir uns alle so mehr oder weniger Erfolgreich an OpenAPI gewöhnt,  gibt es schon wieder den nächsten Trend:  GraphQL.

Bei der Umsetzung wird gerne unterschätzt, wie schwierig es sein kann, die notwendige Buisnesslogik  hinter der GraphQL  zu implementieren.

Für eine Portalapplikation haben wir MongoDb als NoSql Backend-Datastore benutzt.  Wir haben uns durch die Flexibilität des Datenmodells Erleichterungen  in der Frontendentwicklung versprochen - welche grundsätzlich auch erreicht wurden.

Leider hat sich MongoDB im Betrieb als sehr unzuverlässig gezeigt, und hat einige längere Ausfälle im Produktionssystem verursacht.  Als Konsequenz haben wir von MongoDb im Pod wieder auf einen klassischen MSSQL Cluster auf 2 VMs gewechselt.  (Wobei wir die JSON Fähigkeiten des MSSQL Servers schätzen gelernt haben)

Besondes frustrierend:  Wir haben aus Gründen der Betriebssicherheit  eine Drei Node Replikation eingesetzt,  und genau diese Replikation  hat mehrmals zum Sillstand der gesamten MongoDB geführt , weil nach einem Openshift update,  der Restart  (gracefull....)  zur Verwirrung der Nodes geführt hat (Wer ist jetzt der Master?)  , womit keiner der Knoten startet.