Dieses Jahr haben wir die DevOpsDays in Zürich-Winterthur gesponsert. Wir haben uns sehr darüber gefreut und die familiäre Atmosphäre sehr geschätzt. Wir bedanken uns auch bei den Organisatoren und allen Teilnehmern, die uns besucht und Interesse an unseren Dienstleistungen und Angeboten gezeigt haben. Wir freuen uns schon jetzt auf die Veranstaltung im nächsten Jahr und die Begegnung mit der DevOps-Community.

In diesem Blog zeigen wir dir, wie du eine JFrog Artifactory PostgreSQL Datenbank, die vom Crunchy Operator verwaltet wird, zum CloudNativePG Operator online migrieren kannst, ohne dass es zu einem Ausfall kommt (der einzige Ausfall könnte durch die Neukonfiguration deiner Anwendung entstehen, um auf die neue Datenbank zu verweisen). Für die PostgreSQL Logische Replikation haben wir uns auf einen Blogbeitrag von Percona bezogen.

Dieser Blogbeitrag bietet Einblicke in unser neuestes Projekt: den Aufbau der Plattform, die notwendig ist, um unsere neuen Managed Services zu betreiben und zu warten. Die Plattform integriert mehrere Tools für Monitoring und Geheimnisverwaltung, die alle auf AWS-Cloud-Infrastruktur bereitgestellt werden. Unser Ziel war es, ein vollständig beschreibbares Setup zu etablieren, das Infrastructure as Code (IaC) und Continuous Deployment (CD) nutzt und einen umfassenden GitOps Ansatz ermöglicht, um die Plattform einzurichten und zu verwalten.

Du kannst kein Omelett machen, ohne Eier zu zerbrechen - und das gilt auch für den Aufbau unserer Dienste. Aber was passiert, wenn wir beim Stilllegen nicht gründlich genug sind? Wir erstellen regelmässig JFrog-Instanzen dynamisch für die Entwicklung unserer Dienste und bauen sie nach dem Testen wieder ab. Der Prozess ist automatisiert mit Terraform, Crossplane und wird auf Kubernetes bereitgestellt. Ein kleiner, aber entscheidender Punkt wurde jedoch übersehen: die Löschung aller zugehörigen DNS-Einträge.

Willkommen zum zweiten Blogbeitrag über unseren neuen 4DIdentity-Service. Im ersten Blogbeitrag haben wir unsere Motivation zur Erstellung dieses internen Dienstes und dessen Architektur besprochen. Kurze Zusammenfassung: Wir nutzen ihn, um Single Sign-On für interne Anwendungen und zukünftige Managed Services zu ermöglichen.

In dieser Blogpost-Serie möchten wir dir einen Einblick geben, wie wir unsere Anwendungen entwickeln und warten. Kürzlich haben wir einen internen Dienst namens 4DIdentity entwickelt. Dieser Dienst fungiert als unser zentraler Identitätsanbieter für intern genutzte Tools wie ArgoCD und HashiCorp Vault.

Die KubeCon 2024 in Paris war nach Barcelona 2019 und Valencia 2022 unsere dritte Teilnahme an der CloudNativeCon. Wir waren sehr begeistert, als wir hörten, dass die KubeCon in Paris stattfinden würde – endlich ein Ziel, das leicht mit dem Zug erreichbar ist. Es scheint, dass wir nicht die Einzigen waren, denen die Idee gefiel, mit dem Zug statt mit dem Flugzeug zur KubeCon zu reisen.

Dieses Jahr haben wir an der DevOpsCon in Berlin teilgenommen. Es war eine grossartige Erfahrung, gemeinsam mit unserem Team die Konferenz zu besuchen. Wir konnten gemeinsam die Vorträge, Workshops, das Networking und die Stadt Berlin geniessen. Für die meisten von uns war es das erste Mal in Berlin, und wir waren sehr gespannt darauf, die Stadt zu erkunden.

Wir freuen uns sehr, bekannt zu geben, dass 4data eine Partnerschaft mit JFrog eingegangen ist, einem führenden Anbieter von DevOpsSec-Technologielösungen. Als Unternehmen verstehen wir die Herausforderungen, die mit der Verwaltung komplexer Softwaresysteme einhergehen, und sind bestrebt, unseren Kunden die effektivsten Werkzeuge zur Verfügung zu stellen, um ihre Prozesse zu optimieren und das Entwicklererlebnis zu verbessern.

Gestern war ein aufregender Tag für die Schweizer IT-Branche mit der Eröffnung der neuen AWS-Region eu-central-2 in der Schweiz; AWS ist damit der letzte der drei grössten Cloud-Anbieter, der eine Region in der Schweiz eröffnet hat.