<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>youdozi&apos;s memory (de)</title><link>https://youdozi.github.io/de/</link><description>youdozi&apos;s memory</description><language>de</language><atom:link href="https://youdozi.github.io/de/feed.xml" rel="self" type="application/rss+xml"/><lastBuildDate>Mon, 26 Oct 2026 15:42:21 GMT</lastBuildDate><item><title>Ankündigung zur Einstellung von Grok Code Fast 1 grenzt den Copilot-Bereich ab</title><link>https://youdozi.github.io/de/digest/2026-05-09-copilot-grok-code-fast-retirement/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-05-09-copilot-grok-code-fast-retirement/</guid><description>Datum der Meldung · 2026-05-09
GitHub kündigte die geplante Einstellung von Grok Code Fast 1 in Copilot zum 2026-05-15 an. Hier wird der angekündigte Zeitplan festgehalten; die tatsächlich abgeschlossene Abschaltung wurde nicht unabhängig überprüft.
Laut Mitteilung wurde der Termin vorgezogen, weil der Modellanbieter das Modell abkündigte.</description><content:encoded>&lt;section&gt;&lt;h2&gt;Ankündigung zur Einstellung von Grok Code Fast 1 grenzt den Copilot-Bereich ab&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-05-09
GitHub kündigte die geplante Einstellung von Grok Code Fast 1 in Copilot zum 2026-05-15 an. Hier wird der angekündigte Zeitplan festgehalten; die tatsächlich abgeschlossene Abschaltung wurde nicht unabhängig überprüft.
Laut Mitteilung wurde der Termin vorgezogen, weil der Modellanbieter das Modell abkündigte.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-08-upcoming-deprecation-of-grok-code-fast-1&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>CodeQL: Datenbasierte Modelle erhalten eigene Sanitizer und Validatoren</title><link>https://youdozi.github.io/de/digest/2026-05-06-codeql-sanitizer-and-validator-models/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-05-06-codeql-sanitizer-and-validator-models/</guid><description>Datum der Meldung · 2026-05-06
GitHub beschreibt deklarative Sanitizer und Validatoren in CodeQL-YAML-Datenerweiterungen mithilfe von barrierModel und barrierGuardModel.
Die Ankündigung nennt CodeQL 2.25.2 als erste unterstützte Version. Dies ist die Mindestversion der damaligen Ankündigung und keine aktuelle Upgrade-Empfehlung.</description><content:encoded>&lt;section&gt;&lt;h2&gt;CodeQL: Datenbasierte Modelle erhalten eigene Sanitizer und Validatoren&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-05-06
GitHub beschreibt deklarative Sanitizer und Validatoren in CodeQL-YAML-Datenerweiterungen mithilfe von barrierModel und barrierGuardModel.
Die Ankündigung nennt CodeQL 2.25.2 als erste unterstützte Version. Dies ist die Mindestversion der damaligen Ankündigung und keine aktuelle Upgrade-Empfehlung.&lt;/p&gt;&lt;a href=&quot;https://www.infoq.com/news/2026/05/github-codeql-security-modeling/&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>GitHub meldet die Einstellung von Grok Code Fast 1 in Copilot</title><link>https://youdozi.github.io/de/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-05-16-copilot-grok-code-fast-retirement-confirmation/</guid><description>Datum der Meldung · 2026-05-16
GitHub meldete, dass Grok Code Fast 1 am 2026-05-15 in sämtlichen Copilot-Nutzungsumgebungen eingestellt wurde. Dies ist die Abschlussmeldung des Produktanbieters und von der früheren Terminankündigung zu unterscheiden.
Laut Mitteilung müssen Administratoren von Copilot Enterprise gegebenenfalls alternative Modelle über ihre Modellrichtlinien aktivieren.</description><content:encoded>&lt;section&gt;&lt;h2&gt;GitHub meldet die Einstellung von Grok Code Fast 1 in Copilot&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-05-16
GitHub meldete, dass Grok Code Fast 1 am 2026-05-15 in sämtlichen Copilot-Nutzungsumgebungen eingestellt wurde. Dies ist die Abschlussmeldung des Produktanbieters und von der früheren Terminankündigung zu unterscheiden.
Laut Mitteilung müssen Administratoren von Copilot Enterprise gegebenenfalls alternative Modelle über ihre Modellrichtlinien aktivieren.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-15-grok-code-fast-1-deprecated&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>Copilot-Creditpools: enthaltene Nutzung und zusätzliche Ausgaben</title><link>https://youdozi.github.io/de/digest/2026-07-03-copilot-credit-pools-and-additional-spending/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-07-03-copilot-credit-pools-and-additional-spending/</guid><description>Datum der Meldung · 2026-07-03
GitHub kündigte AI-Creditpools je Kostenstelle für Copilot Business und Enterprise auf Enterprise Cloud an. Zum Zeitpunkt der Ankündigung war die Konfiguration über die REST API möglich; die Verwaltung über die Einstellungsoberfläche war noch geplant.
Das Poollimit begrenzt, wie viel eine Kostenstelle aus den unternehmensweit enthaltenen Credits beziehen kann. Ein Kostenstellenbudget steuert die nutzungsabhängigen Gebühren nach Ausschöpfung des enthaltenen Pools. Die Regeln betreffen unterschiedliche Ausgabenphasen und lassen sich kombinieren.
GitHub berechnet das Poollimit anhand der zugewiesenen Lizenzen. Am Limit können Unternehmen weitere Nutzung der enthaltenen Credits sperren oder bei erlaubter Überschreitung zusätzliche Ausgaben zulassen. Der Pool begrenzt daher nicht automatisch sämtliche Gebühren verbindlich.</description><content:encoded>&lt;section&gt;&lt;h2&gt;Copilot-Creditpools: enthaltene Nutzung und zusätzliche Ausgaben&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-07-03
GitHub kündigte AI-Creditpools je Kostenstelle für Copilot Business und Enterprise auf Enterprise Cloud an. Zum Zeitpunkt der Ankündigung war die Konfiguration über die REST API möglich; die Verwaltung über die Einstellungsoberfläche war noch geplant.
Das Poollimit begrenzt, wie viel eine Kostenstelle aus den unternehmensweit enthaltenen Credits beziehen kann. Ein Kostenstellenbudget steuert die nutzungsabhängigen Gebühren nach Ausschöpfung des enthaltenen Pools. Die Regeln betreffen unterschiedliche Ausgabenphasen und lassen sich kombinieren.
GitHub berechnet das Poollimit anhand der zugewiesenen Lizenzen. Am Limit können Unternehmen weitere Nutzung der enthaltenen Credits sperren oder bei erlaubter Überschreitung zusätzliche Ausgaben zulassen. Der Pool begrenzt daher nicht automatisch sämtliche Gebühren verbindlich.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-07-02-cost-centers-now-support-included-usage-caps&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>GitHub-Sicherheitshinweise in Repositories erhalten Suche und Filter</title><link>https://youdozi.github.io/de/digest/2026-05-07-github-security-advisory-search/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-05-07-github-security-advisory-search/</guid><description>Datum der Meldung · 2026-05-07
GitHub ergänzte die Suche und Filterung von Sicherheitshinweisen direkt im Security-Tab eines Repositories.
Die Mitteilung nennt unter anderem sort, package, ecosystems und severity als unterstützte Such- oder Filterbegriffe.</description><content:encoded>&lt;section&gt;&lt;h2&gt;GitHub-Sicherheitshinweise in Repositories erhalten Suche und Filter&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-05-07
GitHub ergänzte die Suche und Filterung von Sicherheitshinweisen direkt im Security-Tab eines Repositories.
Die Mitteilung nennt unter anderem sort, package, ecosystems und severity als unterstützte Such- oder Filterbegriffe.&lt;/p&gt;&lt;a href=&quot;https://github.blog/changelog/2026-05-06-search-and-filter-bar-for-repository-security-advisories&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:42:21 GMT</pubDate><atom:updated>2026-10-26T15:42:21.545Z</atom:updated></item><item><title>Mehrregionen-Architektur: Abwägungen bei Replikation, Schreibzugriffen und Failover</title><link>https://youdozi.github.io/de/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/</link><guid isPermaLink="true">https://youdozi.github.io/de/digest/2026-07-12-multi-region-replication-and-failover-trade-offs/</guid><description>Datum der Meldung · 2026-07-12
Der Autor vergleicht unabhängig arbeitende Regionen im active-active-Betrieb mit einer Architektur, die Lesezugriffe lokal bedient, entfernte Schreibzugriffe jedoch an eine globale Schreibregion weiterleitet. Dabei sind Replikation, Konfliktbehandlung und die Latenz regionsübergreifender Schreibzugriffe abzuwägen.
Für den active-passive-Betrieb beschreibt der Autor eine primäre Region, die den Datenverkehr bedient, und eine sekundäre Region, die kontinuierlich Replikationsdaten empfängt. Der Artikel warnt davor, dass nicht erprobte Failover-Abläufe im Ernstfall scheitern können, und empfiehlt, gemessenes Failover-Verhalten in die Planung einzubeziehen. Die im Original genannten prozentualen Einsparungen und Schätzungen zur Wiederherstellung der Latenz werden hier ausgelassen.</description><content:encoded>&lt;section&gt;&lt;h2&gt;Mehrregionen-Architektur: Abwägungen bei Replikation, Schreibzugriffen und Failover&lt;/h2&gt;&lt;p&gt;Datum der Meldung · 2026-07-12
Der Autor vergleicht unabhängig arbeitende Regionen im active-active-Betrieb mit einer Architektur, die Lesezugriffe lokal bedient, entfernte Schreibzugriffe jedoch an eine globale Schreibregion weiterleitet. Dabei sind Replikation, Konfliktbehandlung und die Latenz regionsübergreifender Schreibzugriffe abzuwägen.
Für den active-passive-Betrieb beschreibt der Autor eine primäre Region, die den Datenverkehr bedient, und eine sekundäre Region, die kontinuierlich Replikationsdaten empfängt. Der Artikel warnt davor, dass nicht erprobte Failover-Abläufe im Ernstfall scheitern können, und empfiehlt, gemessenes Failover-Verhalten in die Planung einzubeziehen. Die im Original genannten prozentualen Einsparungen und Schätzungen zur Wiederherstellung der Latenz werden hier ausgelassen.&lt;/p&gt;&lt;a href=&quot;https://www.infoq.com/articles/multi-region-latency-cost-tradeoffs/&quot;&gt;Originalbericht lesen&lt;/a&gt;&lt;/section&gt;</content:encoded><pubDate>Mon, 26 Oct 2026 15:29:08 GMT</pubDate><atom:updated>2026-10-26T15:29:08.424Z</atom:updated></item></channel></rss>